6.2
Table Of Contents
- Migrating vCloud Automation Center 5.2.3 to vRealize Automation 6.2
- Contents
- Migrating from vCloud Automation Center 5.2.3 to vRealize Automation 6.2
- Updated Information
- Understanding vRealize Automation Migration
- Preparing for Migration
- Running the Pre-Migration Task
- Performing Manual Operations After Pre-Migration
- Stop IaaS Services in Target vRealize Automation System
- Back Up the Target vRealize Automation System
- Backing Up the Target vRealize Automation SQL Database
- Disabling Access to the Source System
- Stop IaaS Services in Source vCloud Automation Center 5.2 System
- Replacing the Target vRealize Automation Database with the Source vCloud Automation Center 5.2 Database
- Update Migration Table to Parse Port Value Data
- Running the Migration Task
- Performing Post-Migration Tasks Checklist
- Troubleshooting
- Cleaning Up Migration Tables in Source 5.2 Database
- Database Name Mismatch During Pre-Migration
- User Principals Cannot be Migrated
- Cannot Connect to Model Manager Web Service
- Cannot Connect to Remote Server
- Cannot Create Application Services Reservation
- Model Manager Web Service is Offline
- Pre-Migration Fails with a Load Balancer Timeout Error
- Migration Fails when Port Number is Part of Database Server Address
- Migration Fails with a Wait Operation Timeout Error
- Migration Fails with a RepoUtil Assembly Timeout Error
- Machines Not Visible on Items Page After Migration
- Reservation Not Available After Migration
n
Warning – By design, non-domain local accounts that are no longer supported are not migrated.
The following user principals are well known accounts and thus will not be
migrated: ["Sid: S-1-1-0, Account name: Everyone, UPN: ","Sid: S-1-5-32-544,
Account name: BUILTIN\\Administrators, UPN: "]
The migration tool is unable to resolve the user information by account name to find the user principal
name. Users that remained as 5.2 users but have since been removed from the active directory may fall
under this category. If all users failed or all users from a particular domain failed to migrate, the migration
tool failed to contact active directory domain services using the credentials supplied to retrieve the user
information. The migration tool is only capable of reporting users it was unable to resolve and cannot
verify the prerequisite domain membership trusts or user account privileges.
Cause
The user running the migration tool is not a member of the shared domain or a domain trust issue exists
for the named user between the source and target system identity stores.
The account from which you run the migration tool must have a trust relationship with the domain to which
the source vRealize Automation servers are joined. Equally important, the Identity Appliance and IaaS
servers must be joined to the same domain as the source vRealize Automation system servers.
For related information, see Prerequisites for vRealize Automation Migration and Chapter 3 Running the
Pre-Migration Task.
Solution
1 If a specific user is no longer valid, you can ignore, update, or remove the user from the source.
2 Verify the domain membership of the Windows IaaS administrator relative to the source server
domain or the domain of equivalent trusts.
3 Verify that the credentials used by the Model Manager Web Service administrator are identical to the
service account or that the administrator has equivalent privileges to the domains.
4 Restart the migration tool and rerun the pre-migration task.
5 When the pre-migration task is finished, verify that the pre-migration report does not contain warnings
about valid domain users who cannot be translated.
The pre-migration report does not contain warnings about valid users that cannot be migrated.
Cannot Connect to Model Manager Web Service
An error occurs during pre-migration or migration if the source or target Model Manager Web Service is
not available.
Problem
The following error message appears during vRealize Automation migration.
Migrating vCloud Automation Center 5.2.3 to vRealize Automation 6.2
VMware, Inc. 57