• Status: Solved
  • Priority: Medium
  • Security: Public
  • Views: 389
  • Last Modified:

DFSR Replication Group (FileHash Tables)

I have an DFS environment that has three servers.  ServerA is at head office, ServerB and ServerC are at two seperate remote sites. The Namespace that has been configured has 7 target folders, in which in has their own replication group configured for replication in a mesh topology.

ServerA and ServerB are in synch with each other, but discovered that ServerC is not.  further investigation has determined that the robocopy command that was used wasn't correct so it's having to copy all the data.   Most of the 5 out of the 7 folder targets are fully synched up, but the last two have large amounts of data.  We've preseeded the data again from ServerA and have verified that the filehash on the USB drive and ServerA are good.

If I delete the replication groups, should that delete the filehash table that is created in the filehash database?  So, that the intial synch will be a clean start?

DFS is running in domain-based 2008 mode, with all servers running Windows 2008 R2.

  • 2
1 Solution
Neeraj KumarSystem adminCommented:

No if you delete the replication groups, it will not delete the file hash table on downstream server if the file is similar.

Refer the below mentioned article


 you can compare the fileshash on different server after initial sync.

Refer the below mentioned article

GrayconAuthor Commented:
So it's currently in Initial replication phase right now.  If I do the following:

1) disable DFSR replication
2) Remove DfsrPrivate
2) Remove Member from Replication Group
3) Copy the new files over top of the existing ones (keeping the proper hash codes)
4)Add Member to the Replication Group
5) enable DFSR replication.

Will DFSR redo the filehashes from the new server?
Neeraj KumarSystem adminCommented:
Yes it will

Featured Post

Problems using Powershell and Active Directory?

Managing Active Directory does not always have to be complicated.  If you are spending more time trying instead of doing, then it's time to look at something else. For nearly 20 years, AD admins around the world have used one tool for day-to-day AD management: Hyena. Discover why

  • 2
Tackle projects and never again get stuck behind a technical roadblock.
Join Now