vCenterServer migrations have typically taken massive planning, a lot of effort, and time. The new Migration Tool included in the vCenter Server Appliance (VCSA) 6.5 is a game changer. No longer requiring scripts and many long nights of moving hosts one cluster at a time. The Migration Tool does all the heavy lifting. Copying the configuration and inventory of source vCenter Server by default. The migration workflow includes upgrading from either a Windows vCenter Server 5.5 or 6.0 to VCSA 6.5.
The first step of the migration workflow requires running the Migration Assistant (MA). The Migration Assistant serves two purposes. The first is running pre-checks on the source Windows vCenter Server. The Migration Assistant displays warnings of installed extensions and provides a resolution for each. It will also show the source and the destination deployment types. Keep in mind changing a deployment type is not allowed during the migration workflow. More information on deployment type considerations prior to a migration can be found here. The MA also displays some information about the source Windows vCenter Server. These included: FQDN, SSO User, SSL
Thumbprint, Port, and MA log folder. At the bottom of the MA is the Migration Steps, which will be available until the source Windows vCenter Server is shutdown. This is a helpful guide of the migration steps that need to be completed. The second purpose of the MA is copying the source Windows vCenter Server data. By default, the configuration and inventory data of the Windows vCenter Server is migrated. The option to copy historical and performance data is also available. During the migration workflow, no changes are made to the source Windows vCenter Server. This allows for an easy rollback plan. Do not close the Migration Assistant at any point during the migration workflow. Closing the MA will result in starting the entire migration process over. If everything is successful there will be a prompt at the bottom of the Migration Assistant to start the migration.
Step two of the migration workflow is starting the wizard driven Migration Tool. This requires the vCenter Server Appliance 6.5 Installer. Since the identity of the source Windows vCenter Server is preserved, the migration tool needs to run on a separate Windows Server from the source. Like the VCSA 6.5 Deployment, Migration is also a two stage deployment. The Migration Tool will first deploy a new vCenter Server Appliance. The new VCSA will have a temporary IP address while the source Windows vCenter data is copied. The second stage configures the VCSA 6.5 and imports the source Windows vCenter Server data. This includes the identity of the source Windows vCenter server. The vCenter Server identity includes FQDN, IP address, UUID, Certificates, MoRef IDs, etc. As far as other solutions that communicate with vCenter Server nothing has changed. During the migration workflow, no changes are made to the source Windows vCenter Server. This allows for an easy rollback plan. Other solutions may require an upgrade, consult the VMware and any third party interoperability matrixes. Once the migration workflow is completed, login to the vSphere Client and validate your environment.
This walkthrough will cover the ability to migrate a Windows Platform Services Controller (PSC) 6.5 to a PSC Appliance 6.7. The Migration process is not only a migration but also an upgrade from 6.5 to 6.7.
The migration-assistant will run pre-checks to validate the Windows Platform Services Controller is compliant and ready for the migration process.Note: Do not close the Migration Assistant window at any point or the migration process will need to be restarted.
The migration-assistant output provides an environment and settings overview of the source Windows Platform Services Controller. Also, the migrationassistant provides information about the migration steps and notification stating the Windows Platform Services Controller 6.5 will be shut down. In case of any issues during the migration process, the target Platform Services
Next, connect to an available workstation or jump-box that has access to the same routable network as the Windows Platform Services Controller 6.5 to run the vCenter Server Appliance ISO from. Mount the vCenter Server Appliance ISO.
The deployment workflow is a two stage process. The first stage deploys a new Platform Services Controller Appliance. The second stage configures the Appliance. Click [Next] on the Introduction screen.
Provide the fully qualified domain name (FQDN) of the vSphere ESXi Host or management vCenter Server. This will be the initial deployment target for the Platform Services Controller 6.7 appliance. Provide a User Name and Password with privileges to create a VM. Click on [Next].
Select the Network, IP version, Temporary IP address, Subnet mask, Gateway, and DNS servers. Click on [Next]. Note: Ensure that the system name has been provided both A and PTR DNS records for forward and reverse DNS resolution.
The deployment of the External Platform Services Controller (Stage 1) has completed. Click on [Continue] to proceed to Stage 2.Note: If [Close] is selected Stage 2 can be continued from the VMware vSphere Appliance Management Interface ( or IP Address of vCenter Server Appliance:5480).
If the Windows Platform Services Controller 6.5 was joined to Active Directory, provide an account that has rights to join computers to the domain so that the target Platform Services Controller 6.7 appliance can also join the same domain. Click on [Next].
Review the Stage 2 summary settings. Validate a backup of the source Windows Platform Services Controller 6.5 has been taken. Click [Finish] to start the configuration of the Platform Services Controller 6.7 appliance.
A warning is displayed as a reminder that the source Windows Platform Services Controller 6.5 will be powered off once the network configuration is enabled on the target Platform Services Controller 6.7 appliance. Click [OK] to continue.NOTE: Once the migration process is started it can not be paused or stopped.
Once the data has been copied from the source Windows Platform Services Controller it will be shutdown. The shutdown will allow the Platform Services Controller 6.7 appliance to assume the identity of the source Windows Platform Services Controller 6.5. The identity will include System Name (OS), IP address, UUID, Certificates, etc.
The configuration, setup, and data import of the Platform Services Controller 6.7 appliance has completed. Click on the link provided by the installer to launch the Getting Started Page. Click on [Close] to exit from the installer.
This walkthrough will cover the ability to migrate a Windows vCenter Server 6.5 to a vCenter Server Appliance (VCSA) 6.7. The Migration process is not only a migration but also an upgrade from vCenter Server 6.5 to 6.7.
A vCenter Server Migration allows the Upgrade & Migration of data into the vCenter Server Appliance (VCSA). Migration is able to retain the identity of the source vCenter Server for both embedded and external deployment topologies. All supported vCenter Server databases as also supported for migration. As a default, the migration will migrate Inventory & Configuration data and leaves data such as Historical and Performance metrics optional to import. VMware vSphere Update Manager (VUM) is included in the VCSA eliminating the need for n additional virtual machine to run VUM. The Migration Assistant also performs pre-checks to validate if the source vCenter Server is ready for migration.
A new version VCSA (upgraded) is deployed in Stage 1 and then source vCenter Server data is Migrated to the upgraded VCSA in Stage 2.It is important to understand that a vCenter Server migration is BOTH a Migration and an Upgrade.
The migration-assistant directory on the vCenter Server Appliance 6.7 ISO can be copied locally to the Windows vCenter Server 6.5 or run directly from the ISO.In this example environment, the files were accessed directly from the vCenter Server Appliance 6.7 ISO.
The migration-assistant will run pre-checks to validate your Windows vCenter Server is compliant and ready for the migration process.Note: Do not close the migration-assistant window at any point or the migration process will need to be restarted.
The migration-assistant output can be broken up into three sections. The first is "Warning". Here there will be information about extensions registered with vCenter Server. Resolutions for each warning are provided. Go through each warning and plan accordingly before proceeding.
The second section is an environment and settings overview of the source Windows vCenter Server and Migration process. Listed is the source Windows vCenter Server topology, deployment size, and database information. Notice of additional products that will be migrated is also shown. In this example, the vSphere Update Manager will also be migrated to the new VCSA 6.7. Topology will not be changed during the migration process. An embedded deployment will remain the same when migrated. Also listed is information about the Migration settings and steps.
The third and final section provides information stating the Windows vCenter Server 6.5 will be shutdown. In case of any issues during the migration, the target vCenter Server Appliance 6.7 can be powered off and the Windows vCenter Server 6.5 can be powered on. During the migration process, no changes are made to the source Windows vCenter Server 6.5 providing easy rollback. Another warning is provided to not close the migration-assistant or the process will need to be restarted.
The Windows vCenter Server will be shutdown during the migration process and separate Windows machine will be required to run the Migration Tool.Login to a Windows machine that is on a routable network to the Windows vCenter Server being migrated. Mount the vCenter Server Appliance 6.7 ISO.
Provide the fully qualified domain name (FQDN) of the vSphere ESXi Host or management vCenter Server. This will be the initial deployment target for the appliance. Provide a User Name and Password with privileges to create a VM. Click on [Next].
3a8082e126