Flexible Single Master Operation Roles (FSMO) in AD

Sharing is caring!

<div dir&equals;"ltr" style&equals;"text-align&colon; left&semi;">Active Directory has five special roles which are vital for the smooth running of AD as a multimaster system&period; Some functions of AD require there is an authoritative master to which all Domain Controllers can refer to&period; These roles are installed automatically and there is normally very little reason to move them&comma; however if you de-commission a DC and DCPROMO fails to run correctly or have a catastrophic failure of a DC you will need to know about these roles to recover or transfer them to another DC&period;<&sol;p>&NewLine;<p>The forest wide roles must appear once per forest&comma; the domain wide roles must appear once per domain&period; There are five FSMO roles&comma; two per forest&comma; three in every Domain&period; A brief summary of the role is below&period;<&sol;p>&NewLine;<p><b>Forest Wide Roles&colon;<&sol;b><&sol;p>&NewLine;<p><b>Schema Master<&sol;b><&sol;p>&NewLine;<p>The schema is shared between every Tree and Domain in a forest and must be consistent between all objects&period; The schema master controls all updates and modifications to the schema&period;<&sol;p>&NewLine;<p><b>Domain Naming<&sol;b><&sol;p>&NewLine;<p>When a new Domain is added to a forest the name must be unique within the forest&period; The Domain naming master must be available when adding or removing a Domain in a forest&period;<&sol;p>&NewLine;<p><b>Domain Wide Roles&colon;<&sol;b><&sol;p>&NewLine;<p><b>Relative ID &lpar;RID&rpar; Master<&sol;b><&sol;p>&NewLine;<p>Allocates RIDs to DCs within a Domain&period; When an object such as a user&comma; group or computer is created in AD it is given a SID&period; The SID consists of a Domain SID &lpar;which is the same for all SIDs created in the domain&rpar; and a RID which is unique to the Domain&period;<&sol;p>&NewLine;<p>When moving objects between domains you must start the move on the DC which is the RID master of the domain that currently holds the object&period;<&sol;p>&NewLine;<p><b>PDC Emulator<&sol;b><&sol;p>&NewLine;<p>The PDC emulator acts as a Windows NT PDC for backwards compatibility&comma; it can process updates to a BDC&period;<&sol;p>&NewLine;<p>It is also responsible for time synchronising within a domain&period;<&sol;p>&NewLine;<p>It is also the password master &lpar;for want of a better term&rpar; for a domain&period; Any password change is replicated to the PDC emulator as soon as is practical&period; If a logon request fails due to a bad password the logon request is passed to the PDC emulator to check the password before rejecting the login request&period;<&sol;p>&NewLine;<p><b>Infrastructure Master<&sol;b><&sol;p>&NewLine;<p>The infrastructure master is responsible for updating references from objects in its domain to objects in other domains&period; The global catalogue is used to compare data as it receives regular updates for all objects in all domains&period;<&sol;p>&NewLine;<p>Any change to user-group references are updated by the infrastructure master&period; For example if you rename or move a group member and the member is in a different domain from the group the group will temporarily appear not to contain that member&period;<&sol;p>&NewLine;<p><span style&equals;"color&colon; red&semi;">Important Note &colon;<&sol;span><&sol;p>&NewLine;<p>Unless there is only one DC in a domain the Infrastructure role should not be on the DC that is hosting the global catalogue&period; If they are on the same server the infrastructure master will not function&comma; it will never find data that is out of date and so will never replicate changes to other DCs in a domain&period;<&sol;p>&NewLine;<p>If all DCs in a domain also host a global catalogue then it does not matter which DC has the infrastructure master role as all DCs will be up to date due to the global catalogue&period;<&sol;p>&NewLine;<p><b>Viewing and Transferring Roles<&sol;b><&sol;p>&NewLine;<p>The roles can be viewed and transferred in the GUI or from the command line&period;<&sol;p>&NewLine;<p>Gui View<&sol;p>&NewLine;<p>Schema Master<&sol;p>&NewLine;<p>To view the schema you must first register the schema master dll with Windows&period; To do this enter the following in the RUN dialog of the start menu&period;<&sol;p>&NewLine;<p>regsvr32 schmmgmt&period;dll<&sol;p>&NewLine;<p>Once you have done this the schema master mmc snap-in will be available&period;<&sol;p>&NewLine;<p>Active Directory Domains and Trusts<&sol;p>&NewLine;<p>The Domain naming master can be viewed and transferred from here&period;<&sol;p>&NewLine;<p>Active Directory User and Computers<&sol;p>&NewLine;<p>The RID&comma; PDC emulator and Infrastructure master roles can be viewed and transferred from here&period;<&sol;p>&NewLine;<p>NTDSUTIL<&sol;p>&NewLine;<p>NTDSUTIL provides FSMO maintenance and the option to seize a role &lpar;covered in the FSMO Role Failure section below&rpar;&period;<&sol;p>&NewLine;<p>To transfer a role using ntdsutil use the example below as a template for all the roles&period;<&sol;p>&NewLine;<p>Open a command prompt<br &sol;>Enter in ntdsutil<br &sol;>At the ntdsutil command prompt enter in roles<br &sol;>At the fsmo maintenance prompt enter in connection<br &sol;>At the server connections prompt enter in connect to domancontrollername<br &sol;>At the server connections prompt enter in quit<br &sol;>At the fsmo maintenance prompt enter in transfer schema master<br &sol;>Quit from the console<br &sol;>FSMO Role Failure<&sol;p>&NewLine;<p>Some of the operations master roles are essential for AD functionality&comma; others can be unavailable for a while before their absence will be noticed&period; Normally it is not the failure of the role&comma; but rather the failure of the DC on which the role is running&period;<&sol;p>&NewLine;<p>If a DC fails which is a role holder you can seize the role on another DC&comma; but you should always try and transfer the role first&period;<&sol;p>&NewLine;<p>Before seizing a role you need to asses the duration of the outage of the DC which is holding the role&period; If it is likely to be a short outage due to a temporary power or network issue then you would probably want to wait rather than seize the role&period;<&sol;p>&NewLine;<p>Schema Master Failure<&sol;p>&NewLine;<p>In most cases the loss of the schema master will not affect network users and only affect Admins if modifications to the schema are required&period; You should however only seize this role when the failure of the existing holder is considered permanent&period;<&sol;p>&NewLine;<p>Note&colon; A DC whose schema master role has been seized should never be brought back online<&sol;p>&NewLine;<p>Domain Naming Master Failure<&sol;p>&NewLine;<p>Temporary loss of this role holder will not be noticeable to network users&period; Domain Admins will only notice the loss if they try and add or remove a domain in the forest&period; You should however only seize this role when the failure of the existing holder is considered permanent&period;<&sol;p>&NewLine;<p>Note&colon; A DC whose schema master role has been seized should never be brought back online<&sol;p>&NewLine;<p>RID Master Failure<&sol;p>&NewLine;<p>Temporary loss of this role holder will not be noticeable to network users&period; Domain Admins will only notice the loss if a domain they are creating objects in runs out of relative IDS &lpar;RIDs&rpar;&period; You should however only seize this role when the failure of the existing holder is considered permanent&period;<&sol;p>&NewLine;<p>Note&colon; A DC whose schema master role has been seized should never be brought back online<&sol;p>&NewLine;<p>PDC Emulator Master Failure<&sol;p>&NewLine;<p>Network users will notice the loss of the PDC emulator&period; If the DC with this role fails you may need to immediately seize this role&period; Only pre Windows 2000 clients and NT4 BDCs will be affected&period;<&sol;p>&NewLine;<p>If you seize the role and return the original DC to the network you can transfer the role back&period;<&sol;p>&NewLine;<p>Infrastructure Master Failure<&sol;p>&NewLine;<p>Temporary loss of this role holder will not be noticeable to network users&period; Administrators will not notice the role loss unless they are or have recently moved or renamed large numbers of accounts&period;<&sol;p>&NewLine;<p>If you are required to seize the role do not seize it to a DC which is a global catalogue server unless all DCs are global catalogue servers&period;<&sol;p>&NewLine;<p>If you seize the role and return the original DC to the network you can transfer the role back&period;<&sol;p><&sol;div>&NewLine;

Leave a Reply

This site uses Akismet to reduce spam. Learn how your comment data is processed.