Jay,
As already stated, you can use many tools to determine which Domain
Controller holds which of the five FSMO roles. By default, the first DC in
the Forest holds all five of the FSMO roles. There are five FSMO roles: the
Schema Master, the Domain Naming Master, the PDC Emulator, the RID Master
and the Infrastructure Master. The first two are Forest-wide and the last
three are Domain-wide.
One way to determine which DC holds which role - if any - is to install the
Support Tools located on the WIN2000 Service Pack CD ( or downloaded from
the MS web site ) and then run 'netdom query fsmo' - without the quotes.
You can also run 'dcdiag /v' - again, without the quotes - or look at
replmon.
You can also use scripting to do this.
As already mentioned, you can simply run 'dcpromo' on a DC and any FSMO
roles that it might hold are supposed to be transferred to another DC. I
have done this many times in a test lab and it has always worked. However,
I really like to choose which DC is going to get which roles ( er, if there
are only two DCs and you are dcpromoing one of them then the placement is
pretty obvious...but if you have three then there is a choice... ). You can
transfer any and all FSMO roles from one DC to any other either via the GUI
or via the command line. Please look at the following links for both
options:
GUI
http://support.microsoft.com/?id=255690
Command line
http://support.microsoft.com/?id=255504
You also want to make sure that you transfer any services that might be
running on the 'to-be-demoted' DC. Things like DHCP come to mind. You also
want to make sure that the 'surviving' DC is running DNS and is a Global
Catalog Server. Please look at the following link for how to make a DC a
Global Catalog Server:
http://support.microsoft.com/?id=313994
If you should have any problems with the dcpromo process you might have to
look into a metadata cleanup. What is this? In the case of an ungraceful
demotion the surviving DC will think that the other DC is still there. It
is really not there, but the surviving DC thinks that it is. So, it tries
to replicate with it - and a few other things. So, you would have to go on
the surviving DC and remove references to the 'dead' DC. ntdsutil and
adsiedit are two utilities that you might have to use. Here is a link on
how to do this:
http://support.microsoft.com/?id=216498
HTH,
--
Cary W. Shultz
Roanoke, VA 24012
WIN2000 Active Directory MVP
http://www.activedirectory-win2000.com
(soon to be updated!!!)
http://www.grouppolicy-win2000.com
(soon to be updated!!!)