Professional Documents
Culture Documents
There are times when you may need to change the Domain Controller
which holds one of the 5 FSMO roles. Either you could be facing a
disaster recovery, where you have lost the first Windows 2003 Domain
Controller, or you are organized and want to get the most out of your
Active Directory Forest. Although you rarely need to deal with
Microsoft's FSMO, there is the feeling that knowledge of these
Operation Masters gives you power over your Windows 2003 Servers.
For most Active Directory operations, Windows 2003 uses the multiple
master model. The benefit is you can add a computer, or change a
user's password on any domain controller. For example, if you have
three domain controllers, you can physically create a new computer
account in the NTDS.dit database on any of the three. Within five
minutes (15 seconds in Windows 2003), the new computer object will
be replicated to the other two domain controllers.
There are just five operations where the usual multiple master model
breaks down, and the Active Directory task must only be carried out
on one Domain Controller. FSMO roles:
Three of the FSMO roles (1. 2. and 3.) are held in each domain, whilst
two (4. 5.) are unique to the entire forest. Thus, if you have three
domains there will be 3 PDC emulators, but only 1 Schema Master.
You can discover which server holds the Operation Master by opening
Active Directory Users and Computers, Right click your Domain and
select Properties, Operations Masters.
Domain Naming Master (4.)
To see the Domain Naming Master (4.), navigate to the little used,
Active Directory Domains and Trusts, Right click your Domain and
select Properties, Operations Masters.
The Schema Master (5.) is the most difficult FSMO to find. The reason
is the Schema snap-in is hidden by default. Perhaps is this is Microsoft
saying - don't mess with the object definitions. However, you can
reveal the Schema and its FSMO settings thus:
2) Run MMC, File menu, Add\Remove Snap-in, click the Add button
and select,
Active Directory Schema
Footnote
FSMO - Advice
PDC Emulator
Of the 5 roles, this is the role that you will miss the soonest. Not only
with NT 4.0 BDC's complain, but also there will be no time
synchronization. Another problem is that you probably will not be able
to change or troubleshoot group policies as the default setting is for
the PDC emulator also to be the group policy master.
RID Master
One Domain Controller is responsible for giving all the rest of the
Domain Controllers a pack of unique numbers so that no two new
objects have the same GUID (Globally Unique Identifier).
If you lose the RID master the chances are good that the existing
Domain Controllers will have enough unused RIDs to last a week or so
do not be in a hurry to seize.
You must not allow two RID masters, as the possibility of two objects
with the same RID would be disastrous. So if the original is found it
must be reformatted and reinstalled before re-joining the forest.
Infrastructure Master
Schema Master
If you lose the Schema Master, then long term it is serious because
you cannot install Exchange 2003 or extend the schema. However,
short term no-one will notice a missing Schema Master, so try and
repair the old one rather than seize the role.
You must not allow two Schema Masters, so if the original is found or
repaired, it must be completely rebuilt rather than allowed into the
forest.
This is a forest wide role that is responsible for adding child domains
and new trees. Unless you are going to run DCPROMO, then you will
not miss this FSMO role, so wait rather than seize the role.
You must not allow the original Domain Naming Master to return,
rebuild before you let the machine back in the forest.
Troubleshooting FSMO
I find that the first sign of a problem with a FSMO is that Active
Directory Users and Computers is slow to initialize. Moreover, if you
try to even view Group Policies, you get an error such as:
Inaccessible GPO - Access Denied or
Failed to open the Group Policy Object. You may not have appropriate
rights.
The cause of these symptoms is that the FSMO master holding the
PDC emulator is unavailable. Fingers crossed it's a temporary
problem, however the problem persists then you need to investigate
which Domain Controller holds, or held the PDC emulator role.
Troubleshooting Toolkit
DCDiag - Not only does DCDiag have a routing to check the FSMOs
but it also provides information on Active Directory replication. As
ever with troubleshooting, you want to get to the root cause not
merely treat one of the symptoms.
From the command line type netdom query fsmo. You should see a
list of the of the 5 roles with the corresponding Domain Controller.
DNS - Excuse what may seem like a digression, but it never ceases to
amaze me how often faulty DNS configuration is the source of an
Active Directory problem. Therefore, head for the DNS snap-in and
observe that all settings are as expected. Remember the Monitor to
tab. Make sure that each DNS server is registering itself and
registering with other DNS Servers.
Remember that in the acronym FSMO, the word Flexible means that
you can move the role to a more suitable domain controller. There are
two scenarios for transferring the FSMO roles, the first is a planned
transfer where the original FSMO Operations Master is up and
running. Alternatively, if the original FSMO master has been stolen,
corrupted or otherwise unavailable then you need NTDSUTIL
If the Global Catalog server and Infrastructure Master are on the same
server, the Global Catalog no longer updates information. You can
either just accept this peculiarity, or research why it thinks it knows
best and does not need to replicate. This is only a problem in a multi-
domain forest.
Your planning should also take into account the fact that each domain
has its own RID, PDC and Infrastructure Master, while there is only
one Schema and one Domain Naming Master for the entire Active
Directory Forest.
Finally a minor consideration, have you the correct rights, for example,
do you have access to an account, which is and Enterprise
Administrator and Schema Administrator.
Now that you have located the 5 Operation Masters, the technique to
transfer ownership is the same in each case.
The key concept is Pull. Make sure that you are connected to the
destination server. This is really such a simple point but once you
have grasped the concept, the knack transferring FSMO roles will be
easy. Sorry to harp on, but unless you make the new FSMO domain
controller the focus for the MMC snap in, trust me, you will be
frustrated.
Now it's on to the next Operations Master, remember that there are 5
roles. Although some Forests may have more than one RID, PDC and
Infrastructure master, usually you only need to take one server out of
commission at a time. However if you are taking the opportunity to
restructure your FSMO roles then you may have to make more than 5
changes.
NTDSutil
C:\>ntdsutil
ntdsutil: roles
fsmo maintenance: help
? - Show this help information
Connections - Connect to a specific domain controller
Help - Show this help information
Quit - Return to the prior menu
Seize domain naming master - Overwrite domain role on connected server
Seize infrastructure master - Overwrite infrastructure role on connected server
Seize PDC - Overwrite PDC role on connected server
Seize RID master - Overwrite RID role on connected server
Seize schema master - Overwrite schema role on connected server
Select operation target - Select sites, servers, domains, roles and
naming contexts
Transfer domain naming master - Make connected server the domain naming master
Transfer infrastructure master - Make connected server the infrastructure master
Transfer PDC - Make connected server the PDC
Transfer RID master - Make connected server the RID master
Transfer schema master - Make connected server the schema master