FRS is a multithreaded, multimaster replication engine. Windows 2000-based domain controllers and servers use FRS to replicate system policies and logon scripts for Windows 2000-based and clients and clients that are running earlier versions of Microsoft Windows. FRS can also replicate content between Windows 2000-based servers that host the same fault-tolerant Distributed File System (DFS) roots or child node replicas.
The FRS staging folder is a temporary store for files that are replicated to downstream partners of Sysvol or DFS replica sets. Files in the FRS staging folder may consume disk space up to the limit that is assigned in the Staging Space Limit in KB REG_DWORD registry value. The default value is 660 megabytes (MB), or up to the amount of free disk space that is available on the hosting drive, whichever is less. If the staging area becomes full, the FRS service stops functioning.
For additional information about setting the size of the staging folder, click the article number below to view the article in the Microsoft Knowledge Base:
The FRS staging area may consume more space than is typical for the following reasons:
- A downstream partner is offline or unreachable.
- Excessive replication is occurring.
- There is missing or corrupted configuration data in Active Directory.
A Downstream Partner Is Offline or UnreachableIf a downstream partner is offline, inaccessible because of network problems, or the site link schedule does not allow for replication at that time, all of the changed files in the FRS-replicated folder are stored for that downstream partner until that partner becomes available. If a server has stopped working or has been taken offline without being gracefully removed from the replica set, the staging area continues to fill until the server runs out of staging space. When this occurs, the NTFRS service stops responding.
For additional information about this condition and about how to reset the size of the staging folder, click the article number below to view the article in the Microsoft Knowledge Base:
Excessive Replication Is OccurringThere are several possible causes for excessive replication. Anything that writes a change to a file (with the exception of the archive bit) causes that file to be replicated. The types of changes that generate replication are:
- Access control list changes
- Primary data stream changes
- Alternate data stream changes
Access Control List ChangesAn Access Control List (ACL) change is a change in the security or auditing information for a file or folder. This includes changes that are initiated manually by a user, or changes that are initiated by applying a group policy that applies permissions to files or folders. If a Group Policy object (GPO) that sets security on the Winnt or Sysvol folder on a domain controller is applied, the computer will attempt to replicate the entire contents of its Sysvol folder to its downstream partners every time that the policy is applied (this occurs every five minutes by default on a domain controller). For additional information, click the article number below to view the article in the Microsoft Knowledge Base:
Primary Data Stream ChangesA primary data stream change is a change to the primary data in a file. This occurs when data is added to or removed from a file, and includes creating or deleting files. These activities cause the file that was changed to be replicated.
Alternate Data Stream ChangesAlternate data streams are a feature of the NTFS file system that allow data to be stored in an alternate data stream in a file. This data is then available to any program that can use that data. Programs that might use this feature include antivirus scanners, backup programs, and quota software. The use of this feature is not limited to any type of program. Not all antivirus scanners, backup programs, and quota software use alternate data streams to store program-specific data. When a program does store data in an alternate data stream, special steps are required to ensure that the data is not replicated if it does not need to be replicated. For additional information, visit the following Microsoft Web site:
There Is Missing or Corrupted Configuration Data in Active DirectoryFRS relies on containers, objects, and attributes that are stored in Active Directory and replicated among domain controllers in a domain to function. Critical objects include FRS member and Subscriber objects. Required and optional attributes include the schedule, file filters, folder filters, and database location. Schema definitions define the containers or location in which FRS objects reside. If any of the required objects or attributes are missing or corrupted, FRS may not work.
For additional information about these objects and how to recover them, click the article number below to view the article in the Microsoft Knowledge Base: