Appendix A: Forest Recovery Procedures
Updated: October 24, 2011
Applies To: Windows Server 2000, Windows Server 2003, Windows Server 2003 R2, Windows Server 2003 with SP1, Windows Server 2008
This appendix contains the following procedures, which are related to the steps described earlier in this guide:
-
Backing up the System State data
-
Performing a nonauthoritative restore of Active Directory Domain Services
These steps explain how to perform an authoritative restore of SYSVOL at the same time. -
-
Configuring the DNS Server service
-
Removing the global catalog
-
Raising the value of available RID pools
-
Seizing an operations master role
-
Cleaning metadata of removed writable domain controllers
-
Removing the failed server object
-
Removing the failed computer object
-
Resetting the computer account password of the domain controller
-
Resetting the krbtgt password
-
Resetting a trust password on one side of the trust
-
Adding the global catalog
-
Resources to verify replication is working
Backing up the System State data
To back up System State data, complete either of the following procedures, depending on which operating system is running on the domain controller:
-
Windows Server 2003: Backing up the System State data
-
Windows Server 2008: Backing up the System State data
Windows Server 2003: Backing up the System State data
Use the following procedure to back up the System State data, along with any other data you have selected for the current backup operation, of a domain controller that runs Windows Server 2003. Windows Server 2003 includes the Ntbackup tool, which you can use to back up System State data.
Membership in Administrators or Backup Operators, or equivalent, is the minimum required to back up files and folders. Review details about using the appropriate accounts and group memberships at Local and Domain Default Groups (http://go.microsoft.com/fwlink/?LinkId=83477).
If you are backing up the System State data to a tape, and the Backup program indicates that there is no unused media available, you might have to use Removable Storage. This adds your tape to the free media pool so that Backup can use it.
You can only back up the System State data on a local computer. You cannot back it up on a remote computer.
To back up the System State data on a domain controller that runs Windows Server 2003
-
Click Start, point to All Programs, point to Accessories, point to System Tools, and then click Backup.
-
On the Welcome page, click Advanced Mode.
-
On the Backup tab, select the check box for any drive, folder, or file that you want to back up.
-
Select the System State check box.
-
Click Start Backup.
Windows Server 2008: Backing up the System State data
If your domain controller is running Windows Server 2008, you can use Windows Server Backup or Wbadmin.exe to back up a domain controller. For more information, see Performing an Unscheduled Backup of a Domain Controller (http://go.microsoft.com/fwlink/?LinkId=132632).
Performing a nonauthoritative restore of Active Directory Domain Services
To perform a nonauthoritative restore, complete either of the following procedures, depending on which operating system is running on the domain controller:
-
Windows Server 2003: Performing a nonauthoritative restore
-
Windows Server 2008: Performing a nonauthoritative restore
The following procedures use the Wbadmin.exe or Ntbackup tools to perform a nonauthoritative restore of Active Directory or Active Directory Domain Services (AD DS). If you are using a different backup solution or if you intend to complete the authoritative restore of SYSVOL later in the forest recovery process, you can perform an authoritative restore of SYSVOL by using these alternative methods:
- If you are using File Replication Service (FRS) to replicate SYSVOL, follow the steps in article 290762 in the Microsoft Knowledge Base (http://go.microsoft.com/fwlink/?LinkId=148443), using the BurFlags registry key to reinitialize FRS replica sets.
- If you are using Distributed File System (DFS) Replication to replicate SYSVOL, you can create a new registry entry of the type REG_SZ with the name SYSVOL below the registry key HKLM\SYSTEM\CurrentControlSet\Services\DFSR\Restore. For authoritative restore, set the SYSVOL value to authoritative. For nonauthoritative restore, set the SYSVOL value to non-authoritative. Also, set LastRestoreId. LastRestoreId is a globally unique identifier (GUID) formatted as 00000000-0000-0000-0000-000000000000. The GUID has to be different each time that a restore is requested. For example, if you have LastRestoreId set as 10000000-0000-0000-0000-000000000000, for the next restore you have to set it to a different GUID, such as 20000000-0000-0000-0000-000000000000. For more information about setting LastRestoreId, see Registry Keys and Values for Backup and Restore (http://go.microsoft.com/fwlink/?LinkId=178594).
Windows Server 2003: Performing a nonauthoritative restore
Use the following procedure to perform a nonauthoritative restore of a domain controller that runs Windows Server 2003. By performing a nonauthoritative restore on Active Directory in Windows Server 2003, you automatically perform a nonauthoritative restore of SYSVOL. No additional steps are required.
Note |
|---|
| If you are also reinstalling the Windows Server 2003 operating system, you might or might not join the computer to the domain and you can give any name to the computer during setup of the operating system. Do not install Active Directory. After reinstalling the operating system, go directly to step 4. |
Some of the remaining procedures require Windows Support Tools. These tools are available on the Windows Server 2003 operating system installation disc in the \Support\Tools folder. For more information about Windows Support Tools, click Start, click Help and Support, click Tools, and then click Windows Support Tools. To download these tools from the Microsoft Download Center, see Windows Server 2003 Service Pack 1 32-bit Support Tools (http://go.microsoft.com/fwlink/?LinkId=70775).
To perform a nonauthoritative restore of a domain controller that runs Windows Server 2003
-
After you start the domain controller, press F8 to restart the computer in Directory Services Restore Mode (DSRM).
-
Select Directory Services Restore Mode (Windows domain controllers only).
-
Select the operating system that you want to start in restore mode.
-
Log on as an administrator (you can only use a local computer account, no domain logon option is available).
-
At a command prompt, type ntbackup, and then press ENTER.
-
On the Welcome page, click Advanced Mode, and then select the Restore and Manage Media tab. (Do not select Restore Wizard.)
-
Select the appropriate backup file to restore from and ensure that the System disk and System State check boxes are selected.
-
Click Start Restore.
-
When the restore operation is complete, restart the computer.
Use the following procedure to perform an authoritative (also known as primary) restore of SYSVOL on a domain controller that runs Windows Server 2003. Perform this procedure only on the first Windows Server 2003 domain controller that is restored in the domain. If the domain controller runs Windows Server 2008, see the next procedure: “To perform an authoritative restore of SYSVOL on a domain controller that runs Windows Server 2008.”
To perform an authoritative restore of SYSVOL on a domain controller that runs Windows Server 2003
-
Perform steps 1 through 8 in the procedure for Performing a nonauthoritative restore of Active Directory.
-
In the Confirm Restore dialog box, click Advanced.
-
To perform an authoritative restore of SYSVOL, select the check box When restoring replicated data sets, mark the restored data as the primary data for all replicas.
Note Marking the restored data as the primary data in the Backup is equivalent to setting the BurFlags entry to D4 under the following registry subkey:HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\NtFrs\Parameters\Cumulative Replica Sets\GUID -
When the restore operation is complete, restart the computer.
Windows Server 2008: Performing a nonauthoritative restore
Complete the steps to perform a nonauthoritative restore of AD DS. For more information, see Performing a Nonauthoritative Restore of AD DS (http://go.microsoft.com/fwlink/?LinkId=132637).
To perform an authoritative restore of SYSVOL on a domain controller that runs Windows Server 2008
-
Include the -authsysvol switch in your recovery command, as shown in the following example:
wbadmin start systemstaterecovery <otheroptions> -authsysvol
Configuring the DNS Server service
If the DNS server role is not installed on the domain controller that you restore from backup, you must install and configure the DNS server. Windows Server 2003 and Windows Server 2008 require different procedures for installing and configuring a DNS server if the server is not connected to a network, which will be the case after the first domain controller in each domain is restored from backup.
-
Windows Server 2003: Install and configure the DNS Server service
-
Windows Server 2008: Install and configure the DNS Server service
Windows Server 2003: Install and configure the DNS Server service
If the domain controller that you restored from backup is running Windows Server 2003, you can install DNS server without connecting the domain controller to any network.
To install and configure the DNS Server service for Windows Server 2003
-
Open Windows Components Wizard. To open the wizard:
-
Click Start, click Control Panel, and then click Add or Remove Programs.
-
Click Add/Remove Windows Components.
-
Click Start, click Control Panel, and then click Add or Remove Programs.
-
In Components, select the Networking Services check box, and then click Details.
-
In Subcomponents of Networking Services, select the Domain Name System (DNS) check box, click OK, and then click Next.
-
If you are prompted, in Copy files from, type the full path of the distribution files, and then click OK.
After the installation, complete the following steps to configure the DNS server.
-
Click Start, point to All Programs, point to Administrative Tools, and then click DNS.
-
Create DNS zones for the same DNS domain names that were hosted on the DNS servers before the critical malfunction. For more information, see Add a Forward Lookup Zone (http://go.microsoft.com/fwlink/?LinkId=74574).
-
Configure the DNS data as it existed before the critical malfunction. For example:
-
Configure DNS zones to be stored in AD DS. For more information, see Change the Zone Type (http://go.microsoft.com/fwlink/?LinkId=74579).
-
Configure the DNS zone that is authoritative for domain controller locator (DC Locator) resource records to allow secure dynamic update. For more information, see Allow Only Secure Dynamic Updates (http://go.microsoft.com/fwlink/?LinkId=74580).
-
Configure DNS zones to be stored in AD DS. For more information, see Change the Zone Type (http://go.microsoft.com/fwlink/?LinkId=74579).
-
Ensure that the parent DNS zone contains delegation resource records (name server (NS) and glue host (A) resource records) for the child zone that is hosted on this DNS server. For more information, see Create a Zone Delegation (http://go.microsoft.com/fwlink/?LinkId=74562).
-
After you configure DNS, at the command prompt, type the following command, and then press ENTER:
net stop netlogon
-
Type the following command, and then press ENTER:
net start netlogon
Note Net Logon will register the DC Locator resource records in DNS for this domain controller. If you are installing the DNS Server service on a server in the child domain, this domain controller will not be able to register its records immediately. This is because it is currently isolated as part of the recovery process, and its primary DNS server is the forest root DNS server. Configure this computer with the same IP address as it had before the disaster to avoid domain controller service lookup failures.
Windows Server 2008: Install and configure the DNS Server service
If the domain controller that you restored from backup is running Windows Server 2008, you must connect the domain controller to an isolated network in order to install DNS server. If the DNS server role is already installed, you can apply a hotfix that makes it possible for a DNS server to start while the server is not connected to any network. You should slipstream the hotfix into the operating system installation image during your automated build processes. For more information about the hotfix, see Article 975654 in the Microsoft Knowledge Base (http://go.microsoft.com/fwlink/?LinkId=184691).
Complete this step for each domain. After you have one restored domain controller with DNS installed and configured for every domain, you can reconnect each of them to a mutually shared, isolated network. Run repadmin /replsum to verify that replication is functioning between the recovered domain controllers. After you verify replication, you can connect the recovered the production network.
To install and configure the DNS Server service for Windows Server 2008
-
Open Server Manager. To open Server Manager, click Start, and then click Server Manager.
-
In the results pane, under Roles Summary, click Add roles.
-
In the Add Roles Wizard, if the Before You Begin page appears, click Next.
-
In the Roles list, click DNS Server, and then click Next.
-
Read the information on the DNS Server page, and then click Next.
-
On the Confirm Installation Options page, verify that the DNS Server role will be installed, and then click Install.
After the installation, complete the following steps to configure the DNS server.
-
Click Start, point to All Programs, point to Administrative Tools, and then click DNS.
-
Create DNS zones for the same DNS domain names that were hosted on the DNS servers before the critical malfunction. For more information, see Add a Forward Lookup Zone (http://go.microsoft.com/fwlink/?LinkId=74574).
-
Configure the DNS data as it existed before the critical malfunction. For example:
-
Configure DNS zones to be stored in AD DS. For more information, see Change the Zone Type (http://go.microsoft.com/fwlink/?LinkId=74579).
-
Configure the DNS zone that is authoritative for domain controller locator (DC Locator) resource records to allow secure dynamic update. For more information, see Allow Only Secure Dynamic Updates (http://go.microsoft.com/fwlink/?LinkId=74580).
-
Configure DNS zones to be stored in AD DS. For more information, see Change the Zone Type (http://go.microsoft.com/fwlink/?LinkId=74579).
-
Ensure that the parent DNS zone contains delegation resource records (name server (NS) and glue host (A) resource records) for the child zone that is hosted on this DNS server. For more information, see Create a Zone Delegation (http://go.microsoft.com/fwlink/?LinkId=74562).
-
After you configure DNS, at the command prompt, type the following command, and then press ENTER:
net stop netlogon
-
Type the following command, and then press ENTER:
net start netlogon
Removing the global catalog
Use the following procedure to remove the global catalog from a domain controller.
Restoring a global catalog server from backup could result in the global catalog holding newer data for one of its partial replicas than the corresponding domain that is authoritative for that partial replica. In such a case, the newer data will not be removed from the global catalog and might even replicate to other global catalog servers. As a result, even if you did restore a domain controller that was a global catalog server, either inadvertently or because that was the solitary backup you trusted, you should remove the global catalog soon after the restore operation is complete. When the global catalog is removed, the computer removes all its partial replicas. The following procedure applies to domain controllers that run Windows Server 2003 or Windows Server 2008.
To remove the global catalog
-
Click Start, point to All Programs, point to Administrative Tools, and then click Active Directory Sites and Services.
-
In the console tree, expand the Sites container, and then select the appropriate site that contains the target server.
-
Expand the Servers container, and then expand the server object for the domain controller from which you want to remove the global catalog.
-
Right-click NTDS Settings, and then click Properties.
-
Clear the Global Catalog check box.
Raising the value of available RID pools
Use the following procedure to raise the value of the relative ID (RID) pools that the RID operations master will allocate after that domain controller is restored. By raising the value of the available RID pools, you can ensure that no domain controller allocates a RID for a security principal that was created after the backup that was used to restore the domain. The following procedure applies to domain controllers that run Windows Server 2003 or Windows Server 2008.
To raise the value of available RID pools
-
At the command prompt, change directories to the folder that contains the Windows Support Tools, type the following command, and then press ENTER:
ldp
-
Click Connection, click Connect, type the name of the server on which you want to raise the RID pool, and then click OK.
-
Click Connection, click Bind, type your administrative credentials, and then click OK.
-
Click View, click Tree, and then type the following distinguished name path:
CN=RID Manager$,CN=System,DC=<domain name>
This account has an attribute named rIDAvailablePool. This attribute value maintains the global RID space for an entire domain. The value is a large integer with upper and lower parts. The upper part defines the number of security principals that can be allocated for each domain (0x3FFFFFFF or just over 1 billion). The lower part is the number of RIDs that have been allocated in the domain. To view both parts, in Ldp.exe use the Large Integer Converter command in the Utilities menu.
-
Sample Value: 4611686014132422708 (Insert in Large Integer Calculator in the Utilities menu of Ldp.exe)
-
Low Part: 2100 (beginning of the next RID pool to be allocated)
-
Upper Part: 1073741823 (total number of RIDs that can be created in a domain)
When you increase the value of the large integer, you increase the value of the low part. For example, if you add 100,000 to the sample value of 4611686014132422708 for a sum of 4611686014132522708, the new low part is 102100. This indicates that the next RID pool that will be allocated by the RID master will begin with 102100 instead of 2100.
-
Sample Value: 4611686014132422708 (Insert in Large Integer Calculator in the Utilities menu of Ldp.exe)
-
Click Browse, and then click Modify.
-
Add 100,000 to the current rIDAvailablePool value, and then type the sum into Values.
-
In Dn, type cn=RID Manager$,cn=System,dc=<domain name>.
-
In Edit Entry Attribute, type rIDAvailablePool.
-
Select Replace as the operation, and then click Enter.
-
Click Run to run the operation.
Seizing an operations master role
Use the following procedure to seize an operations master role (also known as a flexible single master operations (FSMO) role). You can use Ntdsutil.exe, a command-line tool that is installed automatically on all domain controllers. The following procedure applies to domain controllers that run Windows Server 2003 or Windows Server 2008.
To seize an operations master role
-
At the command prompt, type the following command, and then press ENTER:
ntdsutil
-
At the ntdsutil: prompt, type the following command, and then press ENTER:
roles
-
At the FSMO maintenance: prompt, type the following command, and then press ENTER:
connections
-
At the server connections: prompt, type the following command, and then press ENTER:
Connect to server ServerFQDN
Where ServerFQDN is the fully qualified domain name (FQDN) of this domain controller, for example: connect to server nycdc01.example.com.
If ServerFQDN does not succeed, use the NetBIOS name of the domain controller.
-
At the server connections: prompt, type the following command, and then press ENTER:
quit
-
Depending on the role that you want to seize, at the FSMO maintenance: prompt, type the appropriate command as described in the following table, and then press ENTER.
Role Credentials Command Domain naming master
Enterprise Admins
For Windows Server 2003: Seize domain naming master
For Windows Server 2008: Seize naming master
Schema master
Schema Admins
Seize schema master
Infrastructure master
Domain Admins
Seize infrastructure master
PDC emulator master
Domain Admins
Seize pdc
RID master
Domain Admins
Seize rid master
After you confirm the request, Active Directory or AD DS attempts to transfer the role. When the transfer fails, some error information appears, and Active Directory or AD DS proceeds with the seizure. After the seizure is complete, a list of the roles and the Lightweight Directory Access Protocol (LDAP) name of the server that currently holds each role appears.
Note If this computer was not a RID master before the failure and you attempt to seize the RID master role, the computer tries to synchronize with a replication partner before accepting this role. However, because this step is performed when the computer is isolated, it will not succeed in synchronizing with a partner. Therefore, a dialog box appears asking you whether you want to continue with the operation despite this computer not being able to synchronize with a partner. Click Yes.
Cleaning metadata of removed writable domain controllers
Metadata cleanup removes Active Directory data that identifies a domain controller to the replication system. On a domain controller that is running Windows Server 2003 with Service Pack 1 (SP1), metadata cleanup also removes FRS member and subscriber objects and attempts to transfer or seize any operations master roles that the retired domain controller holds. The cleanup process performs these additional processes automatically.
Use the following procedure to delete the domain controller objects for domain controllers that you plan to add back to the network by reinstalling AD DS.
-
Windows Server 2003: Clean metadata of removed writable domain controllers by using Ntdsutil.exe
-
Windows Server 2008: Deleting a domain controller using Active Directory Users and Computers
If you are using the version of Active Directory Users and Computers or Active Directory Sites and Services that is included in Windows Server 2008 or the Microsoft Remote Server Administration Tools (RSAT) for Windows Vista, metadata cleanup is performed automatically when you delete a domain controller object.
Windows Server 2003: Clean metadata of removed writable domain controllers by using Ntdsutil.exe
-
At a command prompt, type the following command, and then press ENTER:
ntdsutil
-
At the ntdsutil: prompt, type the following command, and then press ENTER:
metadata cleanup
-
Perform metadata cleanup as follows:
If you are performing metadata cleanup by using the version of Ntdsutil.exe that is included with Windows Server 2003 with SP1, at the metadata cleanup: prompt, type the following command, and then press ENTER:
remove selected server ServerName
-or-
remove selected server ServerName1 on ServerName2
Value Definition ServerName, ServerName1
The distinguished name of the domain controller whose metadata you want to remove, in the form cn=ServerName,cn=Servers,cn=SiteName, cn=Sites,cn=Configuration,dc=ForestRootDomain
ServerName2
The DNS name of the domain controller to which you want to connect and from which you want to remove server metadata
If you are performing metadata cleanup by using the version of Ntdsutil.exe that is included with Windows Server 2003 with no service pack, perform metadata cleanup as follows:
-
At the metadata cleanup: prompt, type the following command, and then press ENTER:
connection -
At the server connections: prompt, type the following command, and then press ENTER:
connect to server Server -
At the server connections: prompt, type the following command, and then press ENTER:
quit -
At the metadata cleanup: prompt, type the following command, and then press ENTER:
select operation target -
At the select operation target: prompt, type the following command, and then press ENTER:
list sites
A numbered list of sites appears. -
At the select operation target: prompt, type the following command, and then press ENTER:
select site SiteNumber -
At the select operation target: prompt, type the following command, and then press ENTER:
list domains in site
A numbered list of domains in the selected site appears. -
At the select operation target: prompt, type the following command, and then press ENTER:
select domain DomainNumber -
At the select operation target: prompt, type the following command, and then press ENTER:
list servers in site
A numbered list of servers in a domain and site appears. -
At the select operation target: prompt, type the following command, and then press ENTER:
select server ServerNumber -
At the select operation target: prompt, type the following command, and then press ENTER:
quit -
At the metadata cleanup: prompt, type the following command, and then press ENTER:
remove selected serverValue Definition Server
The DNS name of a domain controller that you want to connect to.
SiteNumber
The number associated with the site of the server that you want to clean up that appears in the list.
DomainNumber
The number associated with the domain of the server that you want to clean up that appears in the list.
ServerNumber
The number associated with the server that you want to clean up that appears in the list.
At this point, Active Directory or AD DS confirms that the domain controller was removed successfully. If you receive an error message that indicates that the object cannot be found, Active Directory might have already removed the domain controller.
Repeat step 3 to remove metadata for all other domain controllers in each site for the domain in which this domain controller (the domain controller that is being restored from backup) is a member.
-
At the metadata cleanup: prompt, type the following command, and then press ENTER:
-
At the metadata cleanup: and ntdsutil: prompts, type the following command, and then press ENTER:
quit
Windows Server 2008: Deleting a domain controller using Active Directory Users and Computers
When you use the version of Active Directory Users and Computers in Windows Server 2008, metadata cleanup is performed automatically when you delete the domain controller object. In addition, the server object and the computer object are also deleted automatically, which eliminates the need to perform those additional procedures.
As an alternative, you can also use Active Directory Sites and Services in Windows Server 2008 to delete a domain controller object. If you use Active Directory Sites and Services, you must delete the associated server object and NTDS Settings object before you can delete the domain controller object.
If you do not have Windows Server 2008, you can instead download and use the Microsoft Remote Server Administration Tools for Windows Vista (http://go.microsoft.com/fwlink/?LinkID=115118) to perform this procedure.
To delete a domain controller object using Active Directory Users and Computers in Windows Server 2008
-
Click Start, click Administrative Tools, and then click Active Directory Users and Computers.
-
In the console tree, double-click the domain container, and then double-click the Domain Controllers organizational unit (OU).
-
In the details pane, right-click the domain controller that you want to delete, and then click Delete.
Removing the failed server object
Use the following procedure to delete the server object of removed domain controllers. You must perform this procedure only if you used Ntdsutil.exe to perform metadata cleanup.
To remove the failed server object
-
Click Start, point to All Programs, point to Administrative Tools, and then click Active Directory Sites and Services.
-
In the console tree, expand the Sites container, and then select the appropriate site that contains the target server.
-
Expand the Servers container, right-click the server object for the domain controller that you want to remove, and then click Delete.
Removing the failed computer object
Use the following procedure to delete the computer object of removed domain controllers. You must perform this procedure only if you used Ntdsutil.exe to perform metadata cleanup.
To remove the failed computer object
-
Click Start, click Run, type adsiedit.msc, and then click OK.
By default, the ADSI Edit support tool is connected to this local domain controller.
-
To make the domain container appear in the console tree, click Action, click Connect to, and then click OK.
-
In the console tree, double-click the default naming context, and then double-click the domain container.
-
Double-click the OU for Domain Controllers.
Note If the domain controller computer accounts have been moved out of the Domain Controllers OU, double-click the container in which they now reside. -
Right-click the computer object associated with the failed domain controller, and then click Delete.
Resetting the computer account password of the domain controller
Use the following procedure to reset the computer account password of the domain controller. The following procedure applies to domain controllers that run Windows Server 2003 or Windows Server 2008.
To reset the computer account password of the domain controller
-
At a command prompt, type the following command, and then press ENTER:
netdom help resetpwd
-
Use the syntax that this command provides for using the NetDom command-line tool to reset the computer account password, for example:
netdom resetpwd /server:<domain controller name> /userD:administrator /passwordd:*
Where <domain controller name> is the local domain controller that you are recovering.
Note As mentioned in "Recovery steps," earlier in this guide, you should run this command twice.
Resetting the krbtgt password
Use the following procedure to reset the krbtgt password for the domain. The following procedure applies to domain controllers that run Windows Server 2003 or writable domain controllers (not read-only domain controllers (RODCs)) that run Windows Server 2008.
Important |
|---|
| If you leave RODCs online during the forest recovery, do not delete the krbtgt accounts for the RODCs. The krbtgt account for an RODC is listed in the format krbtgt_number. If you use a customized password filter (such as passfilt.dll) on a domain controller, then you might receive an error when you try to reset the krbtgt password. For more information, including a workaround, see Microsoft Knowledge Base article 2549833 (http://support.microsoft.com/kb/2549833). |
To reset the krbtgt password
-
Click Start, point to Control Panel, point to Administrative Tools, and then click Active Directory Users and Computers.
-
In the console tree, double-click the domain container, and then click Users.
-
In the details pane, right-click the krbtgt user account, and then click Reset Password.
-
In New password, type a new password, retype the password in Confirm password, and then click OK.
Note As mentioned in "Recovery steps," earlier in this guide, you should perform this operation twice.
Resetting a trust password on one side of the trust
Use the following procedure to reset a trust password on one side of the trust. This includes implicit trusts between child and parent domains as well as explicit trusts between this domain (the trusting domain) and another domain (the trusted domain).
Reset the password on only the trusting domain side of the trust, known in Windows Server 2003 as the incoming trust (the side where this domain belongs). Then, use the same password on the trusted domain side of the trust. In Windows Server 2003, this trusted domain is called the specified domain, and the trust is called the outgoing trust. Reset the password of the outgoing trust when you restore the first domain controller in each of the other (trusted) domains.
Important |
|---|
| To perform the following procedure, use the latest Netdom.exe command-line tool in the Windows Server 2003 Service Pack 1 32-bit Support Tools, which you can download from the Microsoft Download Center (http://go.microsoft.com/fwlink/?LinkId=70775), or use Netdom.exe, which is included in Windows Server 2008 or in the Microsoft Remote Server Administration Tools for Windows Vista. Do not use older versions of the Netdom.exe command-line tool. |
To reset a trust password on one side of the trust
-
At a command prompt, type the following command, and then press ENTER:
netdom experthelp trust
-
Use the syntax that this command provides for using the NetDom tool to reset the trust password.
For example, if there are two domains in the forest—parent and child—and you are running this command on the restored domain controller in the parent domain, use the following command syntax:
netdom trust <parent domain name> /domain:<child domain name> /resetOneSide /passwordT:<password> /userO:administrator /passwordO:*
When you run this command in the child domain, use the following command syntax:
netdom trust <child domain name> /domain:<parent domain name> /resetOneSide /passwordT:<password> /userO:administrator /passwordO:*
Note passwordT should be the same value on both sides of the trust. Run this command only once (unlike the netdom resetpwd command) because it automatically resets the password twice.
Adding the global catalog
Use the following procedure to add the global catalog to a domain controller. The following procedure applies to domain controllers that run Windows Server 2003 or Windows Server 2008.
To add the global catalog
-
Click Start, point to All Programs, point to Administrative Tools, and then click Active Directory Sites and Services.
-
In the console tree, expand the Sites container, and then select the appropriate site that contains the target server.
-
Expand the Servers container, and then expand the server object for the domain controller to which you want to add the global catalog.
-
Right-click NTDS Settings, and then click Properties.
-
Select the Global Catalog check box.
The following are ways to speed up the process of adding the global catalog to the domain controller in the root domain:
-
Ideally, the domain controller in the root domain should be a replication partner of the restored domain controllers in the nonroot domains. If so, confirm that the Knowledge Consistency Checker (KCC) has created the corresponding repsFrom object for the source domain controller and partition in the root domain controller. You can confirm this by running the repadmin /showreps /v command.
-
If there is no repsFrom object created, create this object for the configuration partition. This way, the domain controller in the root domain can determine which domain controllers in the nonroot domain have been deleted. You can do this with the following commands:
repadmin /options DSA +Disable_NTDSCONN_XLATE
repadmin /add ConfigurationNamingContext DestinationDomainController SourceDomainControllerCNAME
repadmin /options DSA -Disable_NTDSCONN_XLATE
The format for the SourceDomainControllerCNAME is:
sourceDCGuid._msdcs.<root domain>
For example, the repadmin /add command for the configuration partition of the contoso.com domain could be:repadmin /add cn=configuration,DC=contoso,DC=com DC01 937ef930-7356-43c8-88dc-8baaaa781cf6._msdcs.dDSP17A22.contoso.com -
If the repsFrom object is present, try to sync the domain controller in the root domain with the domain controller in the nonroot domain as follows:
repadmin /sync DomainNamingContext DestinationDomainController SourceDomainControllerGUID
Where DestinationDomainController is the domain controller in the root domain and SourceDomainController is the restored domain controller in the nonroot domain. -
The root domain DNS server should have the alias (CNAME) resource records for the source domain controller. Ensure that the parent DNS zone contains delegation resource records (name server (NS) and host (A) resource records) for the correct domain controllers (the domain controllers that have been restored from backup) in the child zone.
-
Make sure that the domain controller in the root domain is contacting the correct Key Distribution Center (KDC) in the nonroot domain. To test this, at the command prompt, type the following command, and then press ENTER:
run nltest /dsgetdc:<nonroot domain name> /KDC
Resources to verify replication is working
After you have restored or re-installed all domain controllers, you can verify that AD DS and SYSVOL are recovered and replicating correctly.
Check the DFS Replication log in Event Viewer for Event ID 4602 (or File Replication Service event ID 13516), which indicates SYSVOL has been initialized.
If the first recovered domain controller logs Event ID 4614 (“the domain controller is waiting to perform initial replication. The replicated folder will remain in the initial synchronization state until it has replicated with its partner”) in the DFS Replication log, then Event ID 4602 does not appear and you need to perform the following manual steps to recover SYSVOL:
-
When DFSR Event 4612 appears on the first restored DC perform a manual authoritative restore as described in 2218556: How to force an authoritative and non-authoritative synchronization for DFSR-replicated SYSVOL (like "D4/D2" for FRS) (http://support.microsoft.com/kb/2218556).
-
Set SysvolReady Flag to 1 manually, as described in 947022 The NETLOGON share is not present after you install Active Directory Domain Services on a new full or read-only Windows Server 2008-based domain controller (http://support.microsoft.com/default.aspx?scid=kb;EN-US;947022).
You can also create a diagnostic report DFS Replication. For more information, see Create a Diagnostic Report for DFS Replication and DFS Step-by-Step Guide for Windows Server 2008. If the server is running Windows Server 2008 R2, you can use dfsrdiag.exe ReplicationState command line switch.
You can also run the Replications test using dcdiag.exe to check for replication errors. For more information, see Knowledge Base article 249256.


Important