Using The BurFlags Registry Key To Reinitialize File Replication Service
Using The BurFlags Registry Key To Reinitialize File Replication Service
Overview
When you deploy Windows-based domain controllers or member servers that use FRS to
replicate files in SYSVOL or DFS shares, you may have to restore or reinitialize individual
members of a replica set if replication has stopped or is inconsistent. In some scenarios, you
may have to rebuild the whole replica set from scratch.
The
FRS BurFlags registry key is used to perform authoritative or nonauthoritative restores on
FRS members of DFS or SYSVOL replica sets.
Note System state backups of Windows member servers and domain controllers do not
include the FRS database that maintains a mapping of files that are held in local FRS trees
and a master list of FRS files.
For more information about exclusions for Ntbackup.exe, click the following article number
to view the article in the Microsoft Knowledge Base:
233427 Files and folders that are not backed up when the Ntbackup.exe tool is used in
Windows Server 2003, Windows XP, and Windows 2000
Nonauthoritative restore
Nonauthoritative restores are the most common way to reinitialize individual members of
FRS replica sets that are having difficulty. These difficulties may include:
Members who are nonauthoritatively restored must have inbound connections from
operational upstream partners where you are performing Active Directory and FRS
replication. In a large replica set that has at least one known good replica member, you can
recover all the remaining replica members by using a nonauthoritative mode restore if you
reinitialize the computers in direct replication partner order.
If you determine that you must complete a nonauthoritative restore to return a member
back into service, save as much state from that member and from the direct replication
partner in the direction that replication is not working. This permits you to review the
problem later. You can obtain state information from the FRS and System logs in the Event
Viewer.
Note You can configure the FRS logs to record detailed debugging entries.
For more information about how to configure FRS logging, click the following article
number to view the article in the Microsoft Knowledge Base:
221111 Description of FRS entries in the registry
Use authoritative restores only as a final option, such as in the case of directory collisions.
For example, you may require an authoritative restore if you must recover an FRS replica set
where replication has completely stopped and requires a rebuild from scratch.
The following list of requirements must be met when before you perform an authoritative
FRS restore:
1. The FRS service must be disabled on all downstream partners (direct and transitive)
for the reinitialized replica sets before you restart the FRS service when the
authoritative restore has been configured to occur.
2. Events 13553 and 13516 have been logged in the FRS event log. These events
indicate that the membership to the replica set has been established on the computer
that is configured for the authoritative restore.
3. The computer that is configured for the authoritative restore is configured to be
authoritative for all the data that you want to replicate to replica set members. This is
not the case if you are performing a join on an empty directory.
For more information, click the following article number to view the article in the
Microsoft Knowledge Base:
266679 Pre-staging the File Replication service replicated files on SYSVOL and
Distributed file system shares for optimal synchronization
4. All other partners in the replica set must be reinitialized with a nonauthoritative
restore.
To complete an authoritative restore, stop the FRS service, configure the BurFlags registry
key, and then restart the FRS service. To do so:
The global
BurFlags registry key is found in the following location in the registry:
HKEY_LOCAL_MACHINE\System\CurrentControlSet\Services\NtFrs\Parameters\Backu
p / Restore\Process At Startup
This key can contain the same values as those that are discussed earlier in this article for
authoritative and nonauthoritative restores.
A detailed breakdown on FRS interdependencies is beyond the scope of this article, but
your troubleshooting should include the following actions: