December 07, 2012, 2:40 PM —
The next step of any vSphere upgrade is to upgrade vCenter. However, if you are using vCloud Director the next step would be to upgrade vCloud Director before vCenter. It is crucial at this time to "Read The Fine Manual”. There are quite a few caveats and requirements for moving to vCenter 5.1, and if you make even one mistake you need to start over.
The manual will explain two new services and their impact to your vSphere/vCloud environment:
Single Sign On (SSO) that allows VMware’s components to talk to each other in a more secure way and must be installed before vCenter is installed
Inventory Service has changed to be its own daemon and as such must also be installed before vCenter is installed
There are two ways to install vCenter: Simple where everything is on one host and multi-host installs where SSO is installed on its own server with redundancy, etc. For large environments the multi-host install is recommended. But for my environment, Simple mode works. There are caveats and requirements for each installation method.
So the steps are:
1. Read the Fine upgrade Manual First; understand the changes before proceeding
2. Before beginning answer the following question: Do you feel comfortable with your current vCenter backup?
3. Make a backup of your VMware vCenter and VMware Update Manager databases
4. Make a vSphere Snapshot of your VMware vCenter virtual machine and other virtual machines used for update management, auto-deploy, etc. I use one so it is just one virtual machine.
5. Start the upgrade by opening the ISO. Be sure to use v5.1.1 not the v5.1 media as it is the latest from VMware and has some better upgrade dialogs
6. Create the SSO databases using the scripts provided when requested by the installer, remember to change all the ‘CHANGE ME’ values to your real values for your database locations and desired passwords
7. The Simple Install will install SSO, Inventory Service, and vCenter
At the vCenter stage my install failed many times before I found the cause.
Restore Databases, Delete SSO Databases, and revert snapshot on failure