<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:wfw="http://wellformedweb.org/CommentAPI/"
	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/"
	xmlns:slash="http://purl.org/rss/1.0/modules/slash/"
	>

<channel>
	<title>Marc-André Labelle &#187; Windows Server</title>
	<atom:link href="http://www.malabelle.com/category/windows-server/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.malabelle.com</link>
	<description></description>
	<lastBuildDate>Thu, 12 Aug 2010 01:01:44 +0000</lastBuildDate>
	<language>en</language>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.0.1</generator>
		<item>
		<title>Upgrade Microsoft SCCM 2007 to SP2</title>
		<link>http://www.malabelle.com/2010/03/24/upgrade-microsoft-sccm-2007-to-sp2/</link>
		<comments>http://www.malabelle.com/2010/03/24/upgrade-microsoft-sccm-2007-to-sp2/#comments</comments>
		<pubDate>Wed, 24 Mar 2010 14:18:43 +0000</pubDate>
		<dc:creator>malabelle</dc:creator>
				<category><![CDATA[Windows Server]]></category>

		<guid isPermaLink="false">http://www.malabelle.com/?p=1349</guid>
		<description><![CDATA[source: http://t3chn1ck.wordpress.com/2009/11/05/my-sccm-2007-sp2-upgrade-path/ Backup everything before and make snapshots. The upgrade path for my SCCM 2007 R2 to SP2 is as below. I thought it may be helpful to someone out there… 1. Disable any advertised OSD task sequences 2. Make a backup copy of the default boot.wim files 3. Ensure a recent sucesseful site backup [...]]]></description>
			<content:encoded><![CDATA[<h6>source: http://t3chn1ck.wordpress.com/2009/11/05/my-sccm-2007-sp2-upgrade-path/</h6>
<h3><span style="color: #ff0000;"><strong>Backup everything before and make snapshots.</strong></span></h3>
<p>The upgrade path for my SCCM 2007 R2 to SP2 is as below.  I thought it may be helpful to someone out there…</p>
<p>1. Disable any advertised OSD task sequences<br />
2. Make a backup copy of the default boot.wim files<br />
3. Ensure a recent sucesseful site backup by reviewing smsbkup.log<br />
4. Update server with any critical Windows and SQL updates<br />
5. Uninstall WAIK 1.1<br />
6. Reset all counts for status messages on the sites to make for easier troubleshooting post upgrade<br />
7. Upgrade WSUS to 3.0 SP2<br />
8. Install SCCM 2007 SP2 and Check configuration.mof and sms_def.mof<br />
9. Upgrade secondary sites from the console<br />
10. Upgrade Nomad Branch to the latest version (if you use it in your environment)<br />
11. Update the distribution points for any packaged SCCM clients<br />
12. Re-establish classifications for Software Updates – this is to correct a known issue where the classifications are reset during the SP2 upgrade.  This is done by going into Site Settings &gt; Component Config &gt; Software Update Point Component &gt; Classifications tab.<br />
13. Re-establish products for Software Updates.  This is done by going in the same SUP Component, but on the Products tab.<br />
14. Re-establish customizations within the default boot images.  For example, we have trace32 in our boot images, so I needed to put them back.<br />
15. Re-establish customizations to SMS_def.mof and Configuration.mof<br />
16. Re-enable the disabled OSD task sequences</p>
<p>Post Upgrade Tasks</p>
<ol>
<li>Upgrade all consoles with SP2 files</li>
<li>Deploy SCCM SP2 client</li>
<li>Deploy Windows Update Agent 7.4.7600.226</li>
<li>Deploy latest version of Nomad Branch</li>
</ol>
<p><a class="a2a_dd addtoany_share_save" href="http://www.addtoany.com/share_save"><img src="http://www.malabelle.com/wp-content/plugins/add-to-any/share_save_171_16.png" width="171" height="16" alt="Share/Bookmark"/></a> </p>]]></content:encoded>
			<wfw:commentRss>http://www.malabelle.com/2010/03/24/upgrade-microsoft-sccm-2007-to-sp2/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Mettre a jour les VM vsphere de 4 @ 7</title>
		<link>http://www.malabelle.com/2009/08/25/mettre-a-jour-les-vm-vsphere-de-4-7/</link>
		<comments>http://www.malabelle.com/2009/08/25/mettre-a-jour-les-vm-vsphere-de-4-7/#comments</comments>
		<pubDate>Tue, 25 Aug 2009 18:20:55 +0000</pubDate>
		<dc:creator>malabelle</dc:creator>
				<category><![CDATA[Datacenter]]></category>
		<category><![CDATA[Linux]]></category>
		<category><![CDATA[Windows Server]]></category>

		<guid isPermaLink="false">http://www.malabelle.com/?p=760</guid>
		<description><![CDATA[vSphere Virtual Machine Upgrade Process source Upgrading a VMware Infrastructure 3.x environment to VMware vSphere 4 involves more than just upgrading vCenter Server and upgrading your ESX/ESXi hosts (as if that wasn’t enough). You should also plan on upgrading your virtual machines. VMware vSphere introduces a new hardware version (version 7), and vSphere also introduces [...]]]></description>
			<content:encoded><![CDATA[<div>
<h1>vSphere Virtual Machine Upgrade Process</h1>
<p><a href="http://blog.scottlowe.org/2009/06/01/vsphere-virtual-machine-upgrade-process/" target="_blank">source</a></p>
<p>Upgrading a VMware Infrastructure 3.x environment to VMware vSphere 4 involves more than just upgrading vCenter Server and upgrading your ESX/ESXi hosts (as if that wasn’t enough). You should also plan on upgrading your virtual machines. VMware vSphere introduces a new hardware version (version 7), and vSphere also introduces a new paravirtualized network driver (VMXNET3) as well as a new paravirtualized SCSI driver (PVSCSI). To take advantage of these new drivers as well as other new features, you’ll need to upgrade your virtual machines. This process I describe below works really well.</p></div>
<div>
<p>Please note that this process <strong>will require</strong> some downtime. I personally tested this process with both Windows Server 2003 R2 as well as Windows Server 2008; it worked flawlessly with both versions of Windows. (I’ll post a separate article on doing something similar with other operating systems, if it’s even possible.)</p>
<ol>
<li>Record the current IP configuration of the guest operating system. You’ll end up needing to recreate it.</li>
<li>Upgrade VMware Tools in the guest operating system. You can do this by right-clicking on the virtual machine and selecting Guest &gt; Install/Upgrade VMware Tools. When prompted, choose to perform an automatic tools upgrade. When the VMware Tools upgrade is complete, the virtual machine will reboot.</li>
<li>After the guest operating system reboots and is back up again, shutdown the guest operating system. You can do this by right-clicking on the virtual machine and selecting Power &gt; Shutdown Guest.</li>
<li>Upgrade the virtual machine hardware by right-clicking the virtual machine and selecting Upgrade Virtual Hardware.</li>
<li>In the virtual machine properties, add a new network adapter of the type VMXNET3 and attach it to the same port group/dvPort group as the first network adapter.</li>
<li>Remove the first/original network adapter.</li>
<li>Add a new virtual hard disk to the virtual machine. Be sure to attach it to SCSI node 1:<em>x</em>; this will add a second SCSI adapter to the virtual machine. The size of the virtual hard disk is irrelevant.</li>
<li>Change the type of the newly-added second SCSI adapter to VMware Paravirtual.</li>
<li>Click OK to commit the changes you’ve made to the virtual machine.</li>
<li>Power on the virtual machine. When the guest operating system is fully booted, log in and recreate the network configuration you recorded for the guest back in step 1. Windows may report an error that the network configuration is already used by a different adapter, but proceed anyway. Once you’ve finished, shut down the guest operating system again.</li>
<li>Edit the virtual machine to remove the second hard disk you just added.</li>
<li>While still in the virtual machine properties, change the type of the original SCSI controller to VMware Paravirtual (<strong>NOTE:</strong> See update below.)</li>
<li>Power on the virtual machine. When the guest operating system is fully booted up, log in.</li>
<li>Create a new system environment variable named DEVMGR_SHOW_NONPRESENT_DEVICES and set the value to 1.</li>
<li>Launch Device Manager and from the View menu select Show Hidden Devices.</li>
<li>Remove the drivers for the old network adapter and old SCSI adapter. Close Device Manager and you’re done!</li>
</ol>
<p>If you perform these steps on a template, then you can be assured that all future virtual machines cloned from this template also have the latest paravirtualized drivers installed for maximum performance.</p>
<p><strong>UPDATE:</strong> Per <a href="http://kb.vmware.com/selfservice/microsites/search.do?cmd=displayKC&amp;externalId=1010398">this VMware KB article</a>, VMware doesn’t support using the PVSCSI adapter for boot devices. That is not to say that it doesn’t work (it does work), but that it is not <em>supported.</em> Thanks to Eddy for pointing that out in the comments!</div>
<p><a class="a2a_dd addtoany_share_save" href="http://www.addtoany.com/share_save"><img src="http://www.malabelle.com/wp-content/plugins/add-to-any/share_save_171_16.png" width="171" height="16" alt="Share/Bookmark"/></a> </p>]]></content:encoded>
			<wfw:commentRss>http://www.malabelle.com/2009/08/25/mettre-a-jour-les-vm-vsphere-de-4-7/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
	</channel>
</rss>
