Creating a Rollback Plan

Applies To: Windows Server 2008, Windows Server 2008 R2, Windows Server 2012, Windows Server 2012 R2

Applies to: Active Directory Migration Tool 3.2 (ADMT 3.2)

Reduce the risk of disrupting end users in your organization by establishing a rollback plan. In general, it is possible to isolate and resolve any problems that occur during each phase of the migration. However, it is important to analyze potential risks and identify the levels of user impact and downtime that might necessitate rolling back the migration. You might be required to roll back your migration if any of the following occur:

  • Users cannot log on to their accounts after migration.

  • Users cannot access resources after migration.

  • User migration is incomplete; for example, passwords did not migrate.

  • User migration was successful, but user workstation migration or local profile translation failed.

If user impact or downtime reaches a level that you have defined as unacceptable in your organization, you can implement your rollback plan and continue to operate in your premigration environment. Because the source domain remains intact during the restructure, you can restore the original environment by completing a few key steps.

To roll back to the premigration environment after migrating account objects:

  1. Enable the user accounts in the source domain (if you disabled the accounts during the migration process).

  2. Notify the users to log off from the target domain.

  3. Notify the users to log on to the source domain.

  4. Verify that users can access resources.

  5. Verify that the logon scripts and user profiles for users work as configured in the source domain.

The rollback process for resource objects is similar to that for account objects. To roll back to the premigration environment after migrating resource objects:

  1. Change the domain membership for the server or workstation to the source domain.

  2. Restart the server or workstation.

  3. Log on as a user and verify that you can access the resource.


If you have to modify objects, such as member servers or domain controllers, to migrate them to the target domain, back up all the data before you make the modifications and perform the migration.