I have recently built a vCenter server with all available modules and plugins. My aim was then to clone it and then rename the clone to produce a second vCenter server for our DR site. I have managed to change the SQL reference as another knowledgebase artical suggested to get these to match:
after the name change run the following through query analyser
SELECT @@SERVERNAME, SERVERPROPERTY('ServerName')
they should both match the computername, if not run the sp_dropserver and sp_addserver stored procedures, reboot the SQL server and re check.
I also changed any references to the old name in vCenter Server Settings\advanced settings for the following:
All seems to be working ok except I get this error when login on to vCenter:
The name it is refering to is the other Production vCenter server
Also when looking at the plug-ins against vCenter Update Manager Extension it says: Plug-in is unavailable for the following server(s): DR-VC-HOSTNAME.xxxx.xxx
I have probably gone completely the wrong way about cloning the vcenter server but if anyone has any suggestions on how to resolve that would be great.
The runtime seting is already correct, due to time scales i think i will just build it from sratch, that way i know if I get an issues down the road it's not related to that.
Thanks for your advaice
You do not want ot have 2 identical vCenter managing 2 different ESX enviroments.
remember that your ESX hosts register themselves to the VCenter.
The fresh installation does not take long, so feel free to clone the OS, but DEFINITELY do the VCenter installation from scratch each time or you WILL run into trouble.
It is worth considering hostnig your VC on a VM and replicating the VM to your DR site at file level - then using one C to manage all ESX hosts. In the event of disaster, you'll need to import the VC on one of the hosts in the DR site, make the relevant IP cahnegs and you can continue as before.
you only need the VC for management / VMotion etc . . HA etc can continue to function without it . . and using 1 VC makes it easier to manage as you can move VMs between sites etc.
In vSphere you'll be able to link VC into one console