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 installing or 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 installing or 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.