To upgrade vCenter Server on a Windows virtual machine or physical server, your system must meet specific hardware and software requirements.
  • Synchronize the clocks on all machines running the vCenter Server services. See Synchronizing Clocks on the vSphere Network.
  • Verify that the system network name of the machines running vCenter Server services are valid, and are reachable from other machines in the network.
  • Verify that the host name of the virtual machine or physical server on which you are upgrading vCenter Server complies with RFC 1123 guidelines.
  • If your vCenter Server service is running in a user account other than the Local System account, verify that the user account in which the vCenter Server service is running has the following permissions:
    • Member of the Administrators group
    • Log on as a service
    • Act as part of the operating system (if the user is a domain user)
    Note: Starting with vSphere 6.5, the vCenter Server services run as child processes of the VMware Service Lifecycle Manager service.
  • Verify that the local policy of the virtual machine or physical server on which you are upgrading vCenter Server allows assigning Log on as a batch job rights to new local users.
    Note: Starting with vSphere 6.5, some vCenter Server processes use separate local users that are automatically created and added to the local security policy Log on as a batch job. Such new local users are cm, content-library, eam, imagebuilder, mbcs, netdumper, perfcharts, rbd, vapiEndpoint, vmware-vpostgres, vsan-health, vsm, vsphere-client, and vsphere-ui.
  • Verify that the LOCAL SERVICE account has read permission on the folder in which vCenter Server is installed and on the HKLM registry.
  • Verify that the connection between the virtual machine or physical server and the domain controller is working.