The migration process gathers data from your source vCloud Automation Center system and migrates that data to the clean target system. Information about migration is captured in the pre-migration and migration reports and logs. You can use information in the reports to recreate data that was not migrated.

Migration to vCloud Automation Center 6.1 requires that the source system be at version 5.2.1 or 5.2.2 and the target system be at version 6.1.

All instances of vCloud Automation Center 5.2, in reference to migration to 6.1, represent vCloud Automation Center 5.2.1 or 5.2.2.

The migration process consists of the following main steps.

1

Install and configure the target vCloud Automation Center system.

2

Download the migration tool and run the pre-migration task.

3

Review the pre-migration report.

4

Take corrective action based on information in the report and rerun pre-migration.

5

(Optional) When you are satisfied with the content of the pre-migration report, take the source system offline and rerun pre-migration a final time.

6

Perform specified manual tasks after pre-migration is finished and before starting migration.

7

Run the migration task, including reviewing the migration prerequisite checker report before proceeding with the task.

8

Review the migration report.

9

Perform post-migration tasks.

The general migration process is captured in the following flow diagram.

Migration flow diagram as described in the migration documentation

You migrate data to a single tenant configuration in the target vCloud Automation Center, namely the default vsphere.local tenant. You cannot change the target tenant name or migrate to another tenant or to multiple tenants. You must configure the default tenant identity store for Native Active Directory and assign a tenant administrator before you start the migration tool.

Caution

Migrate to a clean vCloud Automation Center target system. You can recreate branding graphics, approval policies, and some customization files in the target system before you migrate, but other work you do in the target system is overwritten during migration.

The sAMAccountName security format strings for user names and groups are converted to userPrincipalName format, for example from mycompanydomain\joe.user to joe.user@mycompanydomain.com.

The migration process creates a service named Infrastructure in the target system. Enabled blueprints are published to this service during migration. You can add services after migration is finished.

If you encounter problems after migration, or migration did not finish successfully, you can shut down the target vCloud Automation Center system and restart the source vCloud Automation Center 5.2 system.