For each master in the replicated topology:
If you have client applications that write to the master you want to migrate, reroute these applications to write to another master in the topology.
Ensure that the master is no longer receiving write requests. You can do this by enabling read-only mode on the master.
Check that replication is synchronized between the master and all its consumers.
Migration of the change log is not supported if you are migrating manually, so the preceding two steps are mandatory in this case. Although automatic migration does migrate the change log, you should still perform the above steps to avoid the risk of losing changes.
Disable any replication agreements to and from the master you want to migrate.
Stop the master.
Migrate the master according to the instructions under Chapter 2, Overview of the Migration Process for Directory Server.
Start the master.
Enable the replication agreements from the master to the hubs and other masters in the topology.
If you have migrated the data, check that replication is in sync.
If you have not migrated the data, reinitialize the master from another master in the topology.
If you rerouted client applications (Step 2), you can now route the applications to write to the migrated master.
The following sequence of diagrams illustrate the migration of a master, as described above. The first diagram shows the topology before the migration of the masters.
The first step in migrating a master involves disabling replication agreements, effectively isolating the master from the topology.
The next step involves migrating a master.
The next step involves enabling the replication agreements to and from the new master and initializing the master if necessary.
Check that the replication on all hubs and consumers is in sync with the rest of the topology before migrating another master. A server that has just been migrated does not have a change log, and can therefore not update servers that are out of sync. Allow the topology to stabilize and all servers to synchronize before migrating the next supplier server.