Best Practices for Rolling Back a Migration
Updated: June 21, 2010
Applies To: Windows Server 2008, Windows Server 2008 R2
Applies to: Active Directory Migration Tool 3.1 (ADMT 3.1) and ADMT 3.2
Roll back user and group accounts that have been migrated between forests by enabling the accounts in the source domain (if they were disabled during the migration), verifying that the accounts have access to resources in the source domain, and then verifying that logon scripts and user profiles work as configured in the source domain.
Roll back resources that have been migrated between forests by changing the domain membership of servers and workstations and then restarting them. Log on to the resources in the source domain to ensure that the resources are accessible.
Roll back accounts and resources that have been migrated within a forest by migrating the objects back from the target domain to the source domain. Accounts and resources that are migrated within a forest are moved and not copied. Therefore, they do not continue to exist in the source domain.
Note To ensure a successful rollback of an intraforest migration, do not attempt to delete the objects in the target domain and then restore them in the source domain. You will not be able to recover the objects in the source domain because they are automatically deleted by the cross-domain move proxy if a restore is attempted. Note When you perform an intraforest migration using ADMT v3.1, if the functional level of the source domain is Windows 2000 mixed, you will not be able to migrate the objects back from the target domain to the source domain to undo migration changes. A remigration requires that the source domain become the target domain, and, with ADMT v3.1, the functional level of the target domain must be at least at Windows 2000 native.