Using DFSRMIG to move to from FRS to DFSR for Sysvol
-
I guess my biggest concern is what is going to happen to AD when we power up the old servers to demote them and drop them from the domain? It wont use the old Data from those DC's right? Since the roles are on one of the new servers, it is the authoritative one and says replicate from me right?
-
@texkonc If it is a big concern, why power them on? Use AD cleanup tools to remove them from AD.
-
@texkonc Seize the FSMo Roles (If any) from the old AD DCs and then as @JaredBusch cleanup AD.
-
@texkonc said in Using DFSRMIG to move to from FRS to DFSR for Sysvol:
I guess my biggest concern is what is going to happen to AD when we power up the old servers to demote them and drop them from the domain? It wont use the old Data from those DC's right? Since the roles are on one of the new servers, it is the authoritative one and says replicate from me right?
Correct, that is the way it should work. And my experience has shown that back in the 2008 days was the case.
The only time that isn't the case is when you bring them up in authoritative restore mode.
-
@texkonc said in Using DFSRMIG to move to from FRS to DFSR for Sysvol:
it is the authoritative one and says replicate from me right?
Actually, unless you have RODCs all the DCs are authoritative for the AD database. The FSMO roles info will be singlely the responsibility of the role holder, but the stuff like usernames/passwords/OU those can be updated on any AD and replicated to any other.
In your case, your online DCs will have the newest copies of things, so the old one won't have anything to send out, only records to receive and update itself.
-
@dbeato said in Using DFSRMIG to move to from FRS to DFSR for Sysvol:
@texkonc Seize the FSMo Roles (If any) from the old AD DCs and then as @JaredBusch cleanup AD.
Roles were cleanly moved before shutdown. No seizing necessary.
