For Windows 2000 Service Pack 2 (SP2) and later, when a staging file has been generated on the originating computer, the FRS compresses the file. This saves space in the staging file and causes less data to be replicated between members. It also makes sure that the file data can be supplied to partners no matter what file activity might prevent access to the original file.
The staging area size limits in Windows 2000 and Microsoft Windows Server 2003 are:
Minimum size: 10 MB
Maximum size: 2 terabytes
Windows 2000 Service Pack 3 (SP3) and later uses an updated staging-file-management algorithm. With the updated algorithm, if the FRS tries to allocate space for a staging file but is not successful (because there is not enough space or because the space in use has reached 90 percent of the staging space limit), the FRS starts to delete staging files. Staged files are deleted (in the order of the longest time since the last access) until the space in use has dropped below 60 percent of the staging space limit. Therefore, it is not as important to use as large an estimate for the staging area size as it is for pre-SP3 systems, but it is still a good idea to do so. This helps to prevent disk or CPU resources from being consumed by repeatedly staging and deleting files.
Also, if you do not allocate enough staging area space and the service starts the cleanup process when 90 percent of the allocated space is in use, the system must generate those files again. Replication may slow down or stop if many files or very large files are moved.
Staging Size Recommendations for the FRS on Windows 2000 SP3 and LaterThis tables lists recommended staging area sizes.
|Scenario||Minimal||Average Case||Best Performance|
|Base staging space||660 MB||660 MB||660 MB|
|VVJOIN (When you are adding a new member)||MAX [660 MB ((128 largest files in the replica set) * number of downstream connections) * 1.2]||MAX [660 MB ((128 largest files in the replica set) * number of downstream connections) * 1.2]||MAX [660 MB, ((128 largest files in the replica set) * number of downstream connections) * 1.2]|
|Backlog (accounting for schedules)||0||ADDITIONAL: (Maximum expected file change quantity in a 7-day period) * 1.2||ADDITIONAL: (Additional space equal to full expected replica set size) * 1.2|
|Configuration notes||None||Different drive for the staging area||Different drive for the staging area|
|Recommendation||Not recommended||Recommended||Recommended for configurations with the best performance requirements|
Note that the FRS outbound log processing has been changed in the Windows 2000 post-SP2 hotfix and in SP3 to retain change orders even after they have been sent to all current downstream partners. This change permits the FRS to synchronize with a new downstream partner from the outbound log and to avoid a full IDTable scan. This change is helpful in environments where the topology changes frequently. This change is also helpful during a rollout when new members are coming online in a short time.
The default outlog change-order retention period is 7 days. The space depends on your usage and environment. Because a cleanup routine has been added that begins when 90 percent of the allocated staging space is reached, a safety factor of 1.2 has been added in the equation.
For additional information about staging area management, click the following article number to view the article in the Microsoft Knowledge Base:
Article ID: 329491 - Last Review: Jan 7, 2008 - Revision: 1