Link to home
Create AccountLog in
Avatar of XTADMIN
XTADMINFlag for United States of America

asked on

DFS Replication Verification

I have an old Windows Server 2003 R2 file server that I want to replace with a Windows Server 2008 server R2.
I have setup a DFS replication from one share on the 2003 server to replicate to the 2008 server.

The directory on the 2003 server contains 130,553 files and 17,436 folders, but on the 2008 server I only get 117,415 files and 17,330 folders.

We are intiating replication both via schedule and manually.  We are only comparing data folders not system/os folders.  Either way, our file sizes aren't the same, or at least close enough to feel like this is working right.  Can anyone tell me why the number of target and source files do not match.  When running DFS, is there a there a tool that can be used to tell if DFS is running and how much has been completed?
Avatar of lltc78
lltc78
Flag of Australia image

You could run a DFSr health report from the DFS management console. Check the option to count the backlogged files, and count the replicated files/sizes.

This may take awhile to run but it should show you what you are looking for.

My guess is that it is probably that your staging folder may not be large enough for the initial replication which is causing it to delete files before it continues.

Have a look at http://blogs.technet.com/b/askds/archive/2011/07/13/how-to-determine-the-minimum-staging-area-dfsr-needs-for-a-replicated-folder.aspx for some assistance with that.
ASKER CERTIFIED SOLUTION
Avatar of XTADMIN
XTADMIN
Flag of United States of America image

Link to home
membership
Create an account to see this answer
Signing up is free. No credit card required.
Create Account
Avatar of XTADMIN

ASKER

The DFS report didnt cover the discrepincy between file counts. The issue was Temp files being counted on source