<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
		>
<channel>
	<title>Comments on: How To Upgrade The Server</title>
	<atom:link href="http://howtosplitanatom.com/announcements/how-to-upgrade-the-server-2/feed/" rel="self" type="application/rss+xml" />
	<link>http://howtosplitanatom.com/announcements/how-to-upgrade-the-server-2/</link>
	<description>Exploring The Intersections Of Technology and Society</description>
	<lastBuildDate>Tue, 22 May 2012 12:52:13 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.2.1</generator>
	<item>
		<title>By: IT Support Manchester</title>
		<link>http://howtosplitanatom.com/announcements/how-to-upgrade-the-server-2/comment-page-1/#comment-35001</link>
		<dc:creator>IT Support Manchester</dc:creator>
		<pubDate>Mon, 21 May 2012 07:22:29 +0000</pubDate>
		<guid isPermaLink="false">http://howtosplitanatom.com/?p=135#comment-35001</guid>
		<description>&lt;p&gt;Servers are almost always deployed, at least initially, with specific&lt;br&gt; objectives in mind. Regardless of whether the server is deployed in a &lt;br&gt;small business or large enterprise, frequently the server’s role changes&lt;br&gt; over time. Due to growth, budget cuts, rack limitations, or other &lt;br&gt;factors, servers deployed for one purpose must often begin fulfilling &lt;br&gt;additional services and responsibilities.&lt;/p&gt;

&lt;p&gt;That’s why it’s important to periodically audit systems. Reviewing a &lt;br&gt;server’s resource load helps ensure the organization optimizes &lt;br&gt;performance and prevents downtime. However, system administrators can’t &lt;br&gt;just break a case and drop in more RAM here or upgrade disks there. &lt;br&gt;Server upgrades always require planning. Here are 10 things to remember &lt;br&gt;when upgrading servers to ensure systems perform at peak efficiencies.&lt;/p&gt;

&lt;p&gt;1: Always start with a verified data backup&lt;/p&gt;

&lt;p&gt;Never make any changes to a server, even minor upgrades, before &lt;br&gt;confirming a verified data backup exists. Whenever a server is powered &lt;br&gt;down, there is no guarantee the server will come back online. While &lt;br&gt;rare, I’ve seen servers that were shut down simply to install Windows &lt;br&gt;performance and security patches fail to restart.&lt;/p&gt;

&lt;p&gt;2: Consider creating an image backup&lt;/p&gt;

&lt;p&gt;Several manufacturers offer IT professionals disk cloning &lt;br&gt;technologies that simplify recovering servers when failures occur. Some,&lt;br&gt; including Acronis Inc. and StorageCraft Technology Corp.,&lt;br&gt; provide a universal restore option that enables recovering a failed &lt;br&gt;server even to a different bare metal chassis. Downtime is drastically &lt;br&gt;reduced. When upgrades go south, disk images can help recover not only &lt;br&gt;data but a server’s complex configuration in a hurry.&lt;/p&gt;

&lt;p&gt;3:    Don’t make multiple simultaneous changes&lt;/p&gt;

&lt;p&gt;Most every IT professional understands the importance of minimizing &lt;br&gt;server restarts, so novices are tempted to complete multiple &lt;br&gt;simultaneous upgrades using a single shutdown. But adding disks, &lt;br&gt;replacing memory, installing additional cards, and other tasks should &lt;br&gt;all be performed separately. Why? When things go wrong a day or two &lt;br&gt;later, the process of isolating the change responsible for the error is &lt;br&gt;exponentially more difficult when multiple simultaneous changes were &lt;br&gt;made. If only a single change is introduced, it’s much easier to track &lt;br&gt;the potential culprit.&lt;/p&gt;

&lt;p&gt;4: Monitor logs closely after making changes&lt;/p&gt;

&lt;p&gt;Following server upgrades, never assume all is well just because the &lt;br&gt;server booted back into its OS without displaying errors. Monitor log &lt;br&gt;files, error reports, backup operations, and other critical events more &lt;br&gt;closely than ever. Leverage Windows’ internal performance reports or &lt;br&gt;third-party monitoring utilities, such as those from GFI Software’s HoundDog or Quest Software’s PacketTrap, to ensure all is performing as intended whenever changes or upgrades are completed.&lt;/p&gt;

&lt;p&gt;5: Confirm the OS&lt;/p&gt;

&lt;p&gt;It’s easy to forget the operating system a server is running. This is&lt;br&gt; especially true when a server room isn’t standardized and multiple &lt;br&gt;boxes sport a collection of operating systems. Even veteran &lt;br&gt;administrators, caught within the whirlwind confusion that marks many &lt;br&gt;enterprise IS departments’ days, have tried installing 8GB of RAM on a &lt;br&gt;32-bit Windows Server 2003 machine. Only by first performing a quick &lt;br&gt;audit (including a quick 32-bit versus 64-bit check) of the system to be&lt;br&gt; upgraded can you confirm the OS is compatible and will be able to use &lt;br&gt;the additional RAM (or other resources) being installed.&lt;/p&gt;

&lt;p&gt;6: Confirm the chassis supports the upgrade&lt;/p&gt;

&lt;p&gt;Server hardware is famously inconsistent. Manufacturers frequently &lt;br&gt;change model numbers and product configurations. Whenever installing &lt;br&gt;additional disk controllers, disks, memory, or other components, you can&lt;br&gt; review the manufacturer’s technical specifications online before &lt;br&gt;ordering upgrades. But only by opening the case can you be 100% &lt;br&gt;confident that the actual server deployed within the organization will &lt;br&gt;accommodate the upgrade.&lt;/p&gt;

&lt;p&gt;7: Don’t assume plug-and-play&lt;/p&gt;

&lt;p&gt;Whenever installing new hardware, don’t assume the device will &lt;br&gt;plug-and-play well with the server’s operating system (even if the &lt;br&gt;manufacturer states the component is compatible). Before you order &lt;br&gt;upgrades, perform a Google search to learn the experiences other &lt;br&gt;technology professionals encountered when deploying that same component &lt;br&gt;using the same OS. Since the upgrade is being completed on a server, &lt;br&gt;confirm the component is listed on the OS vendor’s hardware &lt;br&gt;compatibility list. It doesn’t hurt to check the server manufacturer’s &lt;br&gt;forums, too, to learn of issues other techs encountered when installing &lt;br&gt;the same device on the same server.&lt;/p&gt;

&lt;p&gt;8: Optimize performance&lt;/p&gt;

&lt;p&gt;Be sure to follow up on any upgrades requiring associated software &lt;br&gt;adjustments. For example, just adding memory to Windows servers doesn’t &lt;br&gt;automatically optimize Windows’ performance using the additional RAM. &lt;br&gt;System administrators must also update a server’s virtual memory &lt;br&gt;settings to optimize Windows’ operation following a memory upgrade. &lt;br&gt;Further, when new disks are introduced, the page file may need to be &lt;br&gt;moved to the new disk to gain performance advantages.&lt;/p&gt;

&lt;p&gt;9: You get what you pay for&lt;/p&gt;

&lt;p&gt;Certainly, less expensive disks, RAM, power supplies, and other &lt;br&gt;components are always available. But when it comes to servers, it &lt;br&gt;doesn’t pay to cut corners. Only high quality, high availability &lt;br&gt;components should be deployed in servers. While these items may cost &lt;br&gt;marginally more than other (lesser quality) alternatives, the &lt;br&gt;performance and uptime benefits more than offset the additional expense.&lt;/p&gt;

&lt;p&gt;10: Document changes&lt;/p&gt;

&lt;p&gt;Surely you’re maintaining log files for each server. Within the &lt;br&gt;documentation for the server just upgraded, update the documentation to &lt;br&gt;note the component that was upgraded, the manufacturer, the vendor and &lt;br&gt;even the order number and serial numbers, if possible. Include warranty &lt;br&gt;and support information as well. The more documentation you have on &lt;br&gt;hand, the easier it will be to isolate and repair issues that arise &lt;br&gt;later.&lt;/p&gt;</description>
		<content:encoded><![CDATA[<p>Servers are almost always deployed, at least initially, with specific<br /> objectives in mind. Regardless of whether the server is deployed in a <br />small business or large enterprise, frequently the server’s role changes<br /> over time. Due to growth, budget cuts, rack limitations, or other <br />factors, servers deployed for one purpose must often begin fulfilling <br />additional services and responsibilities.</p>
<p>That’s why it’s important to periodically audit systems. Reviewing a <br />server’s resource load helps ensure the organization optimizes <br />performance and prevents downtime. However, system administrators can’t <br />just break a case and drop in more RAM here or upgrade disks there. <br />Server upgrades always require planning. Here are 10 things to remember <br />when upgrading servers to ensure systems perform at peak efficiencies.</p>
<p>1: Always start with a verified data backup</p>
<p>Never make any changes to a server, even minor upgrades, before <br />confirming a verified data backup exists. Whenever a server is powered <br />down, there is no guarantee the server will come back online. While <br />rare, I’ve seen servers that were shut down simply to install Windows <br />performance and security patches fail to restart.</p>
<p>2: Consider creating an image backup</p>
<p>Several manufacturers offer IT professionals disk cloning <br />technologies that simplify recovering servers when failures occur. Some,<br /> including Acronis Inc. and StorageCraft Technology Corp.,<br /> provide a universal restore option that enables recovering a failed <br />server even to a different bare metal chassis. Downtime is drastically <br />reduced. When upgrades go south, disk images can help recover not only <br />data but a server’s complex configuration in a hurry.</p>
<p>3:    Don’t make multiple simultaneous changes</p>
<p>Most every IT professional understands the importance of minimizing <br />server restarts, so novices are tempted to complete multiple <br />simultaneous upgrades using a single shutdown. But adding disks, <br />replacing memory, installing additional cards, and other tasks should <br />all be performed separately. Why? When things go wrong a day or two <br />later, the process of isolating the change responsible for the error is <br />exponentially more difficult when multiple simultaneous changes were <br />made. If only a single change is introduced, it’s much easier to track <br />the potential culprit.</p>
<p>4: Monitor logs closely after making changes</p>
<p>Following server upgrades, never assume all is well just because the <br />server booted back into its OS without displaying errors. Monitor log <br />files, error reports, backup operations, and other critical events more <br />closely than ever. Leverage Windows’ internal performance reports or <br />third-party monitoring utilities, such as those from GFI Software’s HoundDog or Quest Software’s PacketTrap, to ensure all is performing as intended whenever changes or upgrades are completed.</p>
<p>5: Confirm the OS</p>
<p>It’s easy to forget the operating system a server is running. This is<br /> especially true when a server room isn’t standardized and multiple <br />boxes sport a collection of operating systems. Even veteran <br />administrators, caught within the whirlwind confusion that marks many <br />enterprise IS departments’ days, have tried installing 8GB of RAM on a <br />32-bit Windows Server 2003 machine. Only by first performing a quick <br />audit (including a quick 32-bit versus 64-bit check) of the system to be<br /> upgraded can you confirm the OS is compatible and will be able to use <br />the additional RAM (or other resources) being installed.</p>
<p>6: Confirm the chassis supports the upgrade</p>
<p>Server hardware is famously inconsistent. Manufacturers frequently <br />change model numbers and product configurations. Whenever installing <br />additional disk controllers, disks, memory, or other components, you can<br /> review the manufacturer’s technical specifications online before <br />ordering upgrades. But only by opening the case can you be 100% <br />confident that the actual server deployed within the organization will <br />accommodate the upgrade.</p>
<p>7: Don’t assume plug-and-play</p>
<p>Whenever installing new hardware, don’t assume the device will <br />plug-and-play well with the server’s operating system (even if the <br />manufacturer states the component is compatible). Before you order <br />upgrades, perform a Google search to learn the experiences other <br />technology professionals encountered when deploying that same component <br />using the same OS. Since the upgrade is being completed on a server, <br />confirm the component is listed on the OS vendor’s hardware <br />compatibility list. It doesn’t hurt to check the server manufacturer’s <br />forums, too, to learn of issues other techs encountered when installing <br />the same device on the same server.</p>
<p>8: Optimize performance</p>
<p>Be sure to follow up on any upgrades requiring associated software <br />adjustments. For example, just adding memory to Windows servers doesn’t <br />automatically optimize Windows’ performance using the additional RAM. <br />System administrators must also update a server’s virtual memory <br />settings to optimize Windows’ operation following a memory upgrade. <br />Further, when new disks are introduced, the page file may need to be <br />moved to the new disk to gain performance advantages.</p>
<p>9: You get what you pay for</p>
<p>Certainly, less expensive disks, RAM, power supplies, and other <br />components are always available. But when it comes to servers, it <br />doesn’t pay to cut corners. Only high quality, high availability <br />components should be deployed in servers. While these items may cost <br />marginally more than other (lesser quality) alternatives, the <br />performance and uptime benefits more than offset the additional expense.</p>
<p>10: Document changes</p>
<p>Surely you’re maintaining log files for each server. Within the <br />documentation for the server just upgraded, update the documentation to <br />note the component that was upgraded, the manufacturer, the vendor and <br />even the order number and serial numbers, if possible. Include warranty <br />and support information as well. The more documentation you have on <br />hand, the easier it will be to isolate and repair issues that arise <br />later.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: IT Support</title>
		<link>http://howtosplitanatom.com/announcements/how-to-upgrade-the-server-2/comment-page-1/#comment-24963</link>
		<dc:creator>IT Support</dc:creator>
		<pubDate>Fri, 17 Oct 2008 13:52:18 +0000</pubDate>
		<guid isPermaLink="false">http://howtosplitanatom.com/?p=135#comment-24963</guid>
		<description>I love system upgrades, something interesting always happens! :)</description>
		<content:encoded><![CDATA[<p>I love system upgrades, something interesting always happens! <img src='http://howtosplitanatom.com/wp-includes/images/smilies/icon_smile.gif' alt=':)' class='wp-smiley' /> </p>
]]></content:encoded>
	</item>
</channel>
</rss>
<!-- WP Super Cache is installed but broken. The path to wp-cache-phase1.php in wp-content/advanced-cache.php must be fixed! -->
