Lab

Migrating VMware View vCenter to a new host

Hey everyone!

The end of support for Windows Server 2003 is coming, and a lot of organizations are scrambling to migrate their production systems before the  July 14, 2015 deadline. Many groups are still running the vCenter (5.0 or 5.1) that VMware View utilizes on Windows Server 2003, and I was recently asked about the migration path. For a vCenter/Windows OS compatibility matrix, click here.

There are two scenarios: One where the vCenter server maintains the same hostname and IP address, and one where the name and IP change. Today’s post deals with the first scenario and tomorrows will address the second.


Migrating vCenter to a new host without VMware View downtime
IMPORTANT NOTE: Proceed at your own risk. This operation is not supported by VMware. Click HERE for the KB.

  1. Export RSA Keys from old server
    1. Open an administrative command prompt and navigate to navigate to the %windir%\Microsoft.NET\Framework\v2.0xxxxx directory
    2. The ASP.NET IIS registration tool exports the RSA public-private key pair from the SviKeyContainer container to the keys.xml file and saves the file locally. Type: aspnet_regiis -px “SviKeyContainer” “c:\keys.xml” -pri. 
    3. Copy the .XML file to the new server or network storage.
  2. Document Database user names and passwords

  3. Shutdown Virtual Center Services (And Composer if co-existing) on the vCenter server being replaced

  4. Log into the View Administrator portal and disable virtual machine provisioning.

    1. Expand View Configuration
    2. Go to Servers\vCenter Servers
    3. Select the vCenter that will be migrated, and select ‘Disable Provisioning’
  5. Perform end-to-end backups of your environment (vCenter, Composer, ADAM). KB for that HERE.
  6. Shutdown old vCenter Server.
  7. In Active Directory, delete the old vCenter computer object.
  8. On the new vCenter Server, Rename the machine to the same as the old vCenter Server, Assign is the same static IP as the old vCenter, and join to the domain.
  9. Migrate RSA Keys to New VCenter Server
    1. On the destination computer, open an administrative command prompt and navigate to the %windir%\Microsoft.NET\Framework\v2.0xxxxx directory.
    2. type: aspnet_regiis -pi “SviKeyContainer” “path\keys.xml” –exp
  10. Install SQL Native Client (sqlncli.msi)
  11. Configure ODBC System DSN Connection for VCenter (Native 64-bit) and View Composer (Native 64-bit).
  12. Perform a simple installation of the vCenter Server and components (same version as what was running on old VCenter Server)
  13. If View composer is not standalone, Install View Composer. This may be a good time to split View Composer off of the vCenter server if that’s your ultimate goal.
  14. Ensure that all services started and are running.
  15. Connect to vCenter using either the vSphere client or Web Client (Depending on version). Ensure that hosts have reconnected and everything looks as you’d expect.
  16. In View Administrator, you may need to go to the Dashboard and Verify the SSL Certificates for the new VCenter.
  17. Enable Provisioning in View Administrator (should just work)
  18. Double-check any customization specs in the new VCenter Server.
  19. Test Recomposing and Provisioning of new Linked Clones.

User experience and expected behavior

It’s not exaggerating to say that this is an intense change-the-tires-while-doing-60-on-the-highway kind of operation, but in my testing of an 25 linked clone environment there was no impact. Any existing desktop connections or new connections to existing desktops should observe little or no disruption of service.

HomeLab: Installation and Configuration

Hey All!
If you saw my previous post, I identified components that would make a pretty decent beginning to a home lab.
I made those purchases via Amazon, and assembled the components. Luckily everything worked fantastically out of the box – I was secretly worried that my lack of recent computer building experience would bite me when it came to assembly: it seems that building computers is an awful lot like riding a bike in that regard.

Alright. So now we have two black boxes that power on and display the friendly message:
Operating System Not found.

Now what?

Note: I assume everyone reading this blog is a VMware vExpert and Microsoft MVP and get licensing that way. Otherwise, license VMware and Microsoft products as you normally would. Both also offer trial periods of their software. 

  1. Install ESXi on our new hosts:
    The decision was made to use USB flash for ESXi and dedicate the internal drives to running VMs, so the time has come to mess with the USB Flash drive.We don’t have any internal optical drives in our set-up, nor did I have any externals readily available. Turns out we can do this entirely without wasting a disk!

    1. Download RUFUS Windows utility. RUFUS = Reliable USB Formatting Utility (with Source)
      Similar tools exist for other Operating Systems. For what it’s worth, I ran RUFUS on a Windows VM on my Mac. 
    2. Download ESXi ISO from VMware Download page.
    3. Load the ISO into RUFUS.
    4. Replace Menu.C when prompted by RUFUS.
    5. Click ‘Close’ when complete.
    6. Boot ESXi Host using USB key (You may need to modify boot order for this step)
    7. When ESXi installer loads, perform a normal ESXI installation. Install to USB Flash (This will wipe out the installer ISO)
    8. When complete, you have a working ESXi system. Hooray! In my case I did this to both boxes.
  2. Configure a management network on each host
  3. Use the vSphere client to connect directly to a host
  4. Create a new VM for vCenter
    1. Mount your Windows Server ISO in your new vCenter VM
    2. Configure machine to VMware best practices (You can probably get by with less for this sized environment)
    3. Install Windows
    4. Mount the vCenter installation media (From VMware’s Downloads page)
    5. Perform a simple install of vCenter
  5. Create a new VM for Active Directory
    1. Mount your Windows Server ISO in your new AD DC VM
    2. Follow this tutorial

This is the very beginning of the home lab. In future posts, I’ll detail the AD Configuration and other Lab related things!