Logic dictates that if the System UUID, MAC address and Disk Serial Number change, a new HostUUID is created, refer to chapter 9 in the ITCM Green Book (which can be downloaded from https://support.ca.com/phpdocs/7/common/greenbooks/CA_Unicenter_Desktop_Server_Management_Green_Book_ENU.pdf)
If the MAC address and the HostUUID change, you will end up with 2 domain managers having the same name within the DSM Explorer. You would have to remove the physical one from All Computers as well as from Control Panel/ Scalability Servers/All Scalability Servers.
Because the HostUUID changes, all SD deployed software would be removed.
In order to prevent this, you should -temporarily- disable RAC from configuration policy: Set following Policy to FALSE:
DSM > Software Delivery > Manager > RAC:Policy
Do not start the virtualization process until a configuration report shows that this modification is applied.
Another, easier, way to prevent the HostUUID from changing, is by setting registry attribute 'LockHostUUID' to 1 before starting virtualization. This value can be found in the registry key:
or, on 64bit systems:
This is particularly useful if the source Domain Manager will no longer be part of your ITCM environment.
The VMWare P2V process has the ability to keep the original MAC Address. You should consider this unless the original physical machine is to remain in the network, in which case it should have ITCM removed after the virtualization process and before bringing it onto the network again.
If Domain Managers report to an Enterprise Server, it is recommended to unlink them prior to virtualization and relink them afterwards.
Once virtualization is done, test if everything works fine, especially the System Engine (with all of its assigned tasks) and System Delivery Engine.
After virtualization, the ca_manager table within the MDB may contain rows for both old and new Domain Manager, the old one should be removed.