Server 2012 DFS-r and Robo-copy overwriting on 2 File Servers, HELP...
Posted on 2013-06-25
We have 2 sites each with its own File Server (Server 2012)
FS1 Site A holds 'Shared' Data (for end user access)
FS2 Site B holds/Hosts 'User', 'Profiles', 'Roaming', and 'TSProfiles' Data
The following Robo-copy script was run on both File Servers to bring both data sets upto date (obviously changing source & destination paths in both for each script)
robocopy "\\dfs1\D$\profiles" "\\dfs2\D$\profiles" /COPYALL /E /MT:127 /ZB /XO /XD dfsrprivate /R:1 /W:1 /Tee /Log:ProfilesFs1toFs2log1.txt
We then set up the following (DFS Mgmt)
FS1 Site A has 2 Replication Groups
'Profiles' (Group) - 'Profiles', 'Roaming', and TSProfiles (Replication Group Members)
'Users' (Group) - 'Users' (Replication Group Member for 'Users')
Replication was kicked off on FS1 to FS2 for the 'Profiles' member of the 'Profiles' group
Once complete Replication was kicked off for 'Roaming', and so on which was replicating 'Profiles' & 'Users' data across to FS2 (which hosts the 'Shared' data.
However, Users have this week reported that both New Files created since last week to this week, and changes made to existing files/data have gone.
New documents created last week are not there today
Modifications made to documents last week are not apparent this week, meaning that the documents have reverted back to their original state before the changes were made.
We made sure that whilst DFS-r went through its initialisation and syncing that all Robo-copy's were disabled so not sure how the data changes last week have been lost this week?
Other things to maybe consider is that we have had VSS running on both File Servers and it also seems that when going through the dfs Event Viewer that there are entries related to FSRM when we know its not a service currently implemented. And we've also had Deduplication running on both servers.
Any advice anyone?