After you have started the migration process, you can roll back the migration to undo some or all your progress.
You can roll back or undo the migration from some of the migration steps. After the migration has started, you can click Rollback on the furthest step completed. The button is disabled on all other pages.
| Migration Step | Rollback Details |
|---|---|
| Import Configuration | Click Rollback on this page to roll back the Import Configuration step. |
| Resolve Configuration | Rollback is not available here. Click Rollback from the Import Configuration page. |
| Migrate Configuration | Click Rollback on this page to roll back the migration of the configuration to NSX and the input provided on the Resolve Configuration page. Before rolling back the migration from the Migrate Configuration page, it is recommended to collect the Support Bundle. For more information, see Collect Support Bundles in the NSX Administration Guide. Verify that the rollback was successful before you start a new migration. Log into the NSX Manager web interface and switch to Manager mode. Verify that all configurations have been removed. For more information about Manager mode, see Overview of the NSX Manager in the NSX Administration Guide.
Note:
If you experience problems rolling back the
Migrate Configuration step, you can start a new migration instead.
If you forget to remove the compute manager, see the topic "Remove NSX Extension from vCenter Server" in the NSX Administration Guide on how to remove the NSX extension from the vCenter Server. |
| Migrate Edges | Click Rollback on this page to roll back the migration of Edge routing and services to NSX.
Caution: If you roll back the
Migrate Edges step, verify that the traffic is going back through the
NSX-V Edge Services Gateways. You might need to take manual action to assist the rollback.
|
| Migrate Hosts | Rollback is not available in this step. However, you can still do a manual rollback to remove NSX from the migrated hosts and reinstall NSX-V on the hosts. If you are migrating from NSX-V 6.4.8 or later, run the following REST API on the NSX-V NSX Manager before doing the manual rollback, and then reinstall NSX-V on the hosts. POST api/2.0/nwfabric/blockEamEvents?action=unblock This API enables the vSphere ESX Agent Manager (EAM) on the hosts so that the NSX-V VIBs can be installed correctly. If you are migrating from NSX-V 6.4.4, 6.4.5, or 6.4.6, this API is not needed.
Note: It is better to do a manual rollback of a failed host after the cluster, which contains the failed host, has stopped. If you are doing an In-Place host migration, and chosen parallel migration order within the cluster, then wait until the migration of all hosts in the cluster stops, regardless of failure or success. If you have chosen serial migration order of hosts within the cluster, migration stops when a host migration fails.
|
When you roll back a migrated configuration that contains Network Introspection redirection rules, you might see the following error message:
Service Insertion failed with '400: The object path=[/infra/segments/service-segments/vdnscope-1] cannot be deleted as either it has children or it is being referenced by other objects path= [/infra/service-chains/Service-Chain-serviceprofile-1].
This error occurs because a service segment in NSX depends on a service chain. A service chain is not deleted until all the redirection rules referenced by it are deleted. Wait for approximately five minutes and try rolling back the migrated configuration again.
