Workflow
Disclaimers:
i. Users should not be using multiple lifecycle operations at the same time. For example, they should not use Reduced downtime upgrade and VAMI at the same time. This may interfere with already running lifecycle events and may lead to a corrupt vCenter Server.
ii. If the ISO is mounted from the Reduced downtime upgrade workflow, VAMI (vCenter Server Appliance Management Interface) should not be used to upgrade the vCenter Server, as it is not the patch iso that is used to update the vCenter Server to the minor version update.
iii. Only a single administrator should be performing the Reduced downtime upgrade workflow at any given point in time
1. Download and mount ISO
-
The VCSA ISO needs to be downloaded in the Content Library/Datastore, which is connected to the vCenter Virtual Machine, or in the content library of the Managing vCenter.
-
Go to the properties of the vCenter Server Virtual Machine.

-
Connect the VCSA ISO to CD-ROM by browsing the datastore/content library.
-
Select the Connected checkbox and click OK.
2. Flow 1: Upgrade from version 8.0 GA, 8.0 U1, 8.0 P02 to 8.0 U2
- Set the target in VAMI (vCenter Server Appliance Management Interface) while using the offline custom repository. If the online repository is used, make sure that the Default Repository URL is selected.
- Go to Update Planner
- Select the Target 8.0 U2 version.
- Ensure the backup of the vCenter Server has been taken, then Perform Update Plugin from the Upgrade Planner page.
- The new UI should reload with ISO options
- There is a discard functionality in the workflow. This can be used to discard all information that has been currently entered in the workflow.
Note: This does not revert the "Upgrade Plugin"
- Mount the Target 8.0 U2 ISO on the vCenter. Please refer to Download and mount ISO for more information.
- On the Update planner page, the ISO File gets updated with the current version, proceed to "next
- Ensure the backup is completed.
- No Update Plugin required and Prepare Target should be enabled
- Please read and accept the License Agreement.
- Join the Customer Experience Improvement Program (CEIP)
- Target location ( Deploy in same location as source).
- The configuration with which you can deploy the target vCenter, which can be the same configuration as the source, or the user can select the detailed configuration.
- Select the datacenter or Virtual Machine Folder where the target vCenter Server needs to be deployed
- Select the Compute Resource to deploy the target vCenter Server.
- This contains the Virtual Machine name and temporary root password. However, post-upgrading, the same root password as the source will be applied.
- The source machine deployment size is displayed here; based on this, the user can select the Deployment Size for the target.
Note: The Deployment size configuration can be the same or greater than the source.
- Select the target Datastore location where the vCenter Server will be deployed.
- Network Settings
- Review and proceed with Finish.
- The configuration for the target (upgraded) vCenter server is now saved. Proceed to the upgrade steps.

Once the prepare target is complete, the user can click on switchover. This operation will result in approximately 10 minutes of downtime.
Note: 8.0 U3 onwards supports
Automated Switchover.
- There is an option to “Cancel upgrade”. Once clicked on, the upgrade will be cancelled and can be triggered again.
- Switchover: Do not close this window, as the progress of the upgrade will be unknown. The switchover is the step where the source vCenter Server configuration is applied to the target vCenter Server, and the target vCenter Server starts all the services on it to start accepting requests.
3. Flow 2: Upgrade from version 8.0 U2 to later than 8.0 U2
- Go to Update Planner, The new UI should load with the ISO options
- Continue to Backup, Update Plugin steps
- Mount the Target 8.0 U2 ISO on the VC. Please refer to ISO downloading and mounting for more information.
- Update the Plugin to a version later than 8.0 U2 from the ISO, page gets refreshed post this.
- Prepare Target should be enabled
- Please read and accept the license agreement.
- Join the Customer Experience Improvement Program
- Target Location
- The configuration with which you can deploy the target vCenter, which can be the same configuration as the source, or the user can select the detailed configuration.
- Select the datacenter or Virtual Machine Folder where the target vCenter Server needs to be deployed
- Select the Compute Resource to deploy the target vCenter Server.
- This contains the Virtual Machine name and temporary root password. However, post-upgrading, the same root password as the source will be applied.
- The source machine deployment size is displayed here; based on this, the user can select the Deployment Size for the target.
Note: The Deployment size configuration can be the same or greater than the source.
- Select the target Datastore location where the vCenter Server will be deployed.
- Network Settings
Note: Mac Changes is set to 'Reject' on portgroups VM Network used by the vCenter. Forged Transmits is set to 'Reject' on portgroups VM Network used by the vCenter. This could prevent from a successful upgrade.
- Review and confirm the data
- The configuration for the target (upgraded) vCenter server is now saved. Proceed to the upgrade steps

Once the prepare target is complete, the user can click on switchover. This operation will result in approximately 10 minutes of downtime.

- There is an option “Cancel upgrade” as well. Once clicked on, the upgrade will be cancelled and can be triggered again.
- Switchover: Do not close this window, as the progress of the upgrade will be unknown. The switchover is the step where the source vCenter Server configuration is applied to the target vCenter Server, and the target vCenter Server starts all the services on it to start accepting requests.
-
Cancellation
After a failed upgrade
After a successful upgrade
- It is important to note that upon canceling the upgrade, the target vCenter Server machine, which is deployed, is automatically deleted.
- If, for any reason, the user wants to revert to the source machine, they will need to power on the source machine, which will trigger the cancellation on the source machine and will delete the target machine.
Miscellanous
-
Important
Disconnect the network adapter of the source VCSA VM after the successful upgrade. This is required because of the current functionality of the source VM that, if powered on, deletes the target VM.

-
Unsupported topologies
Topology |
Source Version |
Target Version |
User Visible Behavior |
Support ETA |
VCHA |
8.0, 8.0u1 |
8.0 u2 |
 |
8.0 U3 and above supports VCHA with basic deployment type. |
Uber Managed |
8.0, 8.0u1 |
8.0 u2 |
 |
8.0 U3 and above supports Uber managed VCs. |
ELM |
8.0, 8.0u1 |
8.0 u2 |
 |
8.0 U3 and above supports ELM. |
DUAL IP Stack |
8.0, 8.0u1, 8.0u2 |
|
 |
8.0 U3 and above support dual IP stack with IPv6. |
Deploy on ESXi |
8.0, 8.0u1, 8.0u2 |
8.0u2 and 8.0 u2+ |
 |
Future Patch Release. |