Home / server / Questions / 661060
Accepted
Windows Ninja
Asked: 2015-01-21 15:10:56 +0800 CST

Does using the same drive letter for DFS replication on Windows Server 2012 R2 cause any known issues?

  • 772

We're working with consultants on a large DFS replication project and we experienced a significant loss of data during the initial replication.

While trying to identify what happened the consultant came back and said this was due to using the same drive letter on both servers involved in the replication. I'm trying to determine if this is a legitimate concern.

Technical details are below:

Server 1 has a file share residing on the D: named Share 1 to sync to Server 2's D:
Server 2 has a file share residing on its D: named Share 2 to sync to Server 2's D:

Would cross syncing these two shares to each other cause an issue? The initial replication was going fine, completing around 60%, until the servers got confused and then Server 2 thought it had all of the data from Server 1 and instructed Server 1 to delete all the rest of its data because it was no longer needed.

Any light you folks can shed on this would be very much appreciated. Thank you.

windows-server-2012

2 Answers

  1. Best Answer

    No, this is absolutely not the source of your issue.

    I have never seen any documentation that would support this claim, and furthermore, I manage an enterprise with 18 sites, dozens of DFS replication groups, half a dozen DFS namespaces containing hundreds of shares with terabytes of data and have never had an issue that our replication groups replicate almost exclusively from the same drive letter to the same drive letter. (I put a lot of effort into standardizing our server builds, so all our file servers have the same drive letters for the same volumes.)

    For example:

    enter image description here

    Or if you prefer, here's one from the same drive letter and even folder path, for a file server migration:

    enter image description here

    Edit: I found another highly pertinent example which illustrates why DFS-R doesn't care about drive letters.

    Below, a replication group I created for a fileserver migration. Among other problems, I'm combining two seperate volumes of departmental shares into one volume, so on the destination server, I have two replicated folders on the F: drive. (I'll drop the contents of both into a single folder later):

    enter image description here

    This works just fine because each replicated folder (even ones on the same volume) stores its own the metadata and DFS-R data precisely so that different replicated folders don't confuse each others' replication, as you can see below:

    enter image description here

    • 8

  2. Using the same drive letter is not an issue that I have encountered. I have configured multiple servers for DFS and nearly every single time, I have a data volume on D:, followed by a directory structure that's relevant.

    I do use the best practice analyzer, following any configuration, as well as Robocopy to preseed any data. Once replication starts, it very quickly finishes the job due to the small percentage of data change. Of course, times vary with data quantity.

    The Best Practice Analyzer is a read-only app which won't change your configuration, but will give very salient and direct advice for remediation of any poorly executed configuration. It has saved me quite a few times.

    Here is how to use Robocopy to preseed your data, quoting from the Technet Library:

    To preseed the replicated files onto the destination server by using

    Robocopy

    Log on to the destination server with an account that is a member of the local Administrators group on both the source server and the destination server. Open an elevated command prompt. To preseed the files from the source to destination server, run the following command, substituting your own source, destination, and log file paths:

    robocopy "<source replicated folder path>" "<destination replicated folder path>" /e /b /copyall /r:6 /w:5 /MT:64 /xd DfsrPrivate /tee /log:<log file path> /v

    This command copies all contents of the source folder to the destination folder, with the following parameters:

    Parameter                                 Description
"<source replicated folder path>"         Specifies the source folder to preseed on the destination server.
"<destination replicated folder path>"    Specifies the path to the folder that will store the preseeded files.
Important                                 The destination folder must not already exist on the destination server. To get matching file hashes, Robocopy must create the root folder when it preseeds the files.
/e                                        Copies subdirectories and their files, as well as empty subdirectories.
/b                                        Copies files in Backup mode.
/copyall                                  Copies all file information, including data, attributes, time stamps, the NTFS access control list (ACL), owner information, and auditing information.
/r:6                                      Retries the operation 6 times when an error occurs.
/w:5                                      Waits 5 seconds between retries.
MT:64                                     Copies 64 files simultaneously.
/xd DfsrPrivate                           Excludes the DfsrPrivate folder.
/tee                                      Writes status output to the console window, as well as to the log file.
/log <log file path>                      Specifies the log file to write. Overwrites the file’s existing contents. (To append the entries to the existing log file, use /log+ <log file path>.)
/v                                        Produces verbose output that includes skipped files.

    For example, the following command replicates files from the source replicated folder E:\RF01 to data drive D: on the destination server:

    robocopy.exe "\\srv01\e$\rf01" "d:\rf01" /e /b /copyall /r:6 /w:5 /MT:64 /xd DfsrPrivate /tee /log:c:\temp\preseedsrv02.log
    • 5