O uso da mesma letra de unidade para a replicação DFS no Windows Server 2012 R2 causa algum problema conhecido?

Question

Estamos trabalhando com consultores em um grande projeto de replicação DFS e tivemos uma perda significativa de dados durante a replicação inicial.

Ao tentar identificar o que aconteceu, o consultor voltou e disse que isso se devia ao uso da mesma letra de unidade nos dois servidores envolvidos na replicação. Estou tentando determinar se isso é uma preocupação legítima.

Detalhes técnicos estão abaixo:

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:

A sincronização cruzada entre esses dois compartilhamentos causaria um problema? A replicação inicial estava indo bem, completando cerca de 60%, até que os servidores se confundiram e então o Servidor 2 achou que tinha todos os dados do Servidor 1 e instruiu o Servidor 1 a deletar todo o resto de seus dados porque não era mais necessário.

Qualquer luz que vocês possam lançar sobre isso seria muito apreciada. Obrigado.

    

Answer 1

Não, isso é absolutamente não a origem do seu problema.

Nunca vi nenhuma documentação que suporte essa afirmação e, além disso, gerenciei uma empresa com 18 sites, dezenas de grupos de replicação DFS, meia dúzia de namespaces DFS contendo centenas de compartilhamentos com terabytes de dados e nunca tive um problema que nossos grupos de replicação replicam quase exclusivamente da mesma letra de unidade para a mesma letra de unidade. (Eu me esforcei bastante para padronizar nossas compilações de servidores, então todos os nossos servidores de arquivos têm as mesmas letras de unidade para os mesmos volumes.)

Por exemplo:

Ou,sepreferir,aquiestáumadamesmaletradeunidadeeatémesmodocaminhodapasta,paraumamigraçãodoservidordearquivos:

Edit:EuencontreioutroexemploaltamentepertinentequeilustraporqueoDFS-Rnãoseimportacomletrasdeunidade.

Abaixo,umgrupodereplicaçãocriadoparaumamigraçãodoservidordearquivos.Entreoutrosproblemas,estoucombinandodoisvolumesseparadosdecompartilhamentosdepartamentaisemumvolume,portanto,noservidordedestino,tenhoduaspastasreplicadasnaunidadeF:.(Euvousoltaroconteúdodeambosemumaúnicapastadepois):

Issofuncionamuitobem,porquecadapastareplicada(mesmoaquelasnomesmovolume)armazenaseusprópriosmetadadosedadosDFS-Rcomprecisão,paraquediferentespastasreplicadasnãoconfundamareplicaçãoumasdasoutras,comovocêpodeverabaixo:

    

Answer 2

Usar a mesma letra de unidade não é um problema que eu encontrei. Eu configurei vários servidores para DFS e quase todas as vezes, tenho um volume de dados em D: , seguido por uma estrutura de diretórios que é relevante.

Eu uso o analisador de melhores práticas, seguindo qualquer configuração, assim como o Robocopy para pré-configurar quaisquer dados. Depois que a replicação é iniciada, o trabalho é concluído muito rapidamente devido à pequena porcentagem de alteração de dados. Claro que os tempos variam com a quantidade de dados.

O Best Practice Analyzer é um aplicativo somente leitura que não altera sua configuração , mas dará conselhos muito salientes e diretos para remediação de qualquer configuração mal executada. Isso me salvou algumas vezes.

Veja como usar o Robocopy para pré-configurar seus dados, citando a Biblioteca de Technet :

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