I'm new to administering Windows Servers and have just been attempting to migrate AD, DHCP, DNS, roles from an old server to a new Windows Server 2016 box, and then retire the old server.
All seems to have gone ok in the end, although I may have made some mistakes along the way including not transferring the FSMO roles at the right point - I seized them at the end.
If I use NetDOM /query FSMO
to see the roles, they are all assigned to the new server.
So why does the Server Health Monitor screen show the warning below?
Why does it still think BS-2012 is the designated DC? (The old server has now been physically destroyed)
What did you do to "retire" the old server? Since you said you seized the roles, I'm assuming you didn't properly replicate then move the roles over and then eventually DCPROMO the old DC to remove it as a DC.
In that situation, AD still thinks the old DC is "around".
The good thing is that as of Windows Server 2008 and above, the process for cleaning up a "failed" DC (in your case already physically destroyed) is much easier than back in the 2003 days.
https://blogs.technet.microsoft.com/canitpro/2016/02/17/step-by-step-removing-a-domain-controller-server-manually/
Follow the above article, that states:
After some good help from the other replies and some more googling, I solved the problem by editing the registry...
Edit this key to point to the correct DC Server (as per this post)
HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows Server\ADContext\ConnectedDc
Delete these keys (as per this, this and this)
HKEY_LOCAL_MACHINE\SYSTEM\ControlSet001\Services\NTDS\Parameters\Src Root Domain Srv
HKEY_LOCAL_MACHINE\SYSTEM\ControlSet002\Services\NTDS\Parameters\Src Root Domain Srv
HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\NTDS\Parameters\Src Root Domain Srv
HKEY_LOCAL_MACHINE\SYSTEM\ControlSet001\Services\NTDS\Parameters\Src Srv objectGuid
HKEY_LOCAL_MACHINE\SYSTEM\ControlSet002\Services\NTDS\Parameters\Src Srv objectGuid
HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\NTDS\Parameters\Src Srv objectGuid
In your situation you can treat your old server as a primary DC that has failed. Luckily this wasn't your only DC as you had the new server as a backup DC! (Please keep it that way!)
It is possible to transfer or seize FSMO roles to another domain controller with
ntdsutil.exe
.As you should be really careful when doing this, I suggest taking time to read and learn:
The steps for seizing the operation master roles after a crash (or a destroyed by BOFH event):
ntdsutil
roles
connections
connect to server <FQDN of role holder>
quit
seize schema master
, yes (to a popup that appears)seize naming master
, yesseize RID master
, yesseize PDC
, yesseize infrastructure master
, yesType
quit
to exit from ntdsutil once the last command has been entered.