Notice: This website is an unofficial Microsoft Knowledge Base (hereinafter KB) archive and is intended to provide a reliable access to deleted content from Microsoft KB. All KB articles are owned by Microsoft Corporation. Read full disclaimer for more details.

You experience issues with DFS replication in a Windows Server 2003 R2-based AD environment


View products that this article applies to.

RAPID PUBLISHING

RAPID PUBLISHING ARTICLES PROVIDE INFORMATION IN RESPONSE TO EMERGING OR UNIQUE TOPICS, AND MAY BE UPDATED AS NEW INFORMATION BECOMES AVAILABLE.

↑ Back to the top


Symptoms

Consider the following scenario:
  1. You configure Distributed File System Replication (DFSR) between two Windows Server 2003 R2-based computers, Server1 and Server 2.
  2. You put a new server, Server3, in this replication group. The replication works fine.
  3. You remove Server 3 from this replication group and run the dfsrdiag pollad command.
  4. You update the Active Directory to delete the content of the folder of Server 3.
In this scenario, when you put Server 3 back into this replication group, data loss may occur. Additionally, you may receive the wrong data.

↑ Back to the top


Cause

DFSR keeps track of the root folder FID and processes a mechanism that is called tombstoning. When the server and the replicated folder are removed from the replica set data that is kept in Active Directory, the content set is kept in a tombstoned state.

The same folder is added back to the replica set, which is the same folder and therefore is the same FID, DFSR will not perform the sync again.

This problem occurs because the removal of the server and folder from the replication group is the result of any unintentional change or Active Directory replication latency.

↑ Back to the top


Workaround

To work around this issue, use one of the following methods.

Method 1

Delete the original folder and then create another folder that has the same name.

Method 2

Disable the replicated folder, delete the content, and then re-enable the folder.

↑ Back to the top


Status

This behavior is by design.

↑ Back to the top



MICROSOFT AND/OR ITS RESPECTIVE SUPPLIERS MAKE NO REPRESENTATIONS ABOUT THE SUITABILITY OF THE INFORMATION CONTAINED IN THE DOCUMENTS AND RELATED GRAPHICS PUBLISHED ON THIS WEBSITE FOR ANY PURPOSE. THE DOCUMENTS AND RELATED GRAPHICS PUBLISHED ON THIS WEBSITE COULD INCLUDE TECHNICAL INACCURACIES OR TYPOGRAPHICAL ERRORS. CHANGES ARE PERIODICALLY ADDED TO THE INFORMATION HEREIN. MICROSOFT AND/OR ITS RESPECTIVE SUPPLIERS MAY MAKE IMPROVEMENTS AND/OR CHANGES IN THE PRODUCT(S) AND/OR THE PROGRAM(S) DESCRIBED HEREIN AT ANY TIME.

For more information about the terms of use, visit the following Web site:

↑ Back to the top


Keywords: kbnosurvey, kbarchive, kbexpertiseinter, kbtshoot, kbsurveynew, kbprb, KB967507

↑ Back to the top

Article Info
Article ID : 967507
Revision : 1
Created on : 1/15/2015
Published on : 1/15/2015
Exists online : False
Views : 336