DFS-R: como re-sincronizar off-line, grande quantidade de dados excluídos

4

Temos duas filiais com servidores de arquivos locais sincronizados com nosso escritório central e servidor de arquivos via DFS-R. Geralmente, os dados são copiados do servidor de arquivos central para ambas as filiais, mas a sincronização é dupla, pois ocasionalmente os dados também são gerados nas filiais e precisam ser exibidos centralmente, bem como na outra filial. Nosso servidor central e uma filial é a Win2003R2 std e a outra filial é a Win2008R2 std

Ontem à noite, de alguma forma, perdemos muitos dados (800 GB) por exclusão acidental ou algum script falso (ainda sob investigação). Nós só temos backups centrais, que estão sendo recuperados no nosso servidor central. No entanto, devido à largura de banda limitada, ter o DFS-R sincronizando tudo de volta para nossas filiais não é uma opção viável.

Então, assim que nosso servidor central for restaurado, eu gostaria de preparar 2 discos USB com todos os dados centrais espelhados e enviá-los para nossas filiais, para que eles possam ser preenchidos localmente novamente com os dados.

A questão é, como fazer isso de uma maneira suportada que não quebrará o DFS-R. Eu não quero que o DFS-R veja os dados remotos como 'novos' dados, e comece a copiar tudo de novo, ou pior, apagando tudo centralmente ou algo assim ...

Algum tempo atrás tivemos que reinstalar um servidor de arquivos em uma filial, quando usei 'robocopy / MIR / SEC / SECFIX' (para garantir que os dados estivessem o mais próximo possível de 1: 1, para evitar a forma DFSR ver a diferença e re-sincronizar mesmo assim) para copiar os dados centrais para o disco USB, e usou o mesmo comando para copiá-lo de volta para o servidor local a partir do disco USB. Depois disso eu adicionei o servidor (que foi reinstalado e, portanto, não mais um membro do grupo de replicação) de volta ao grupo de replicação, isso funcionou bem.

Mas, como agora o servidor ainda é conhecido e é um membro do grupo de replicação, não sei se a mesma abordagem funcionará.

Eu tenho 2 cenários possíveis em mente, o que acho que pode funcionar, no entanto, alguma confirmação (ou melhores idéias, mesmo) pode ser bem-vinda: Ambas as idéias usarão um disco preparado copiando tudo do servidor central usando 'robocopy / mir / sec / secfix'

  • Primeira opção (menor esforço): desabilite temporariamente a conexão entre os servidores centrais e de filiais, depois que o servidor da filial for sincronizado localmente usando o robocopy, ative as conexões novamente e espere pelo melhor
  • Segunda opção: Remova os servidores da filial completamente dos grupos de replicação e, depois de terem sido novamente sincronizados localmente, adicione-os novamente, o que (acho que) fará uma replicação inicial. Isso é essencialmente o mesmo que eu fiz com o servidor reinstalado, então estou confiante de que isso funcionará.
por Alex 11.09.2013 / 11:02

1 resposta

1

Infelizmente, não recebi nenhuma resposta para isso. Para estar no lado seguro, fui com a minha segunda opção: remover completamente os servidores membros remotos do grupo de replicação e adicioná-los novamente (depois de esperar por um evento 4010 no servidor remoto confirmando que foi removido do grupo). Os backlogs eram enormes no começo, mas parece que o DFSR percebeu que os arquivos eram os mesmos e os desaparecidos do backlog sem que eles fossem copiados do outro lado da linha.

Portanto, para referência futura, veja como fazer uma sincronização off-line de um ou mais servidores membros do DFS-R:

  1. Remova os membros remotos para os quais você deseja fazer uma ressincronização offline do grupo de replicação apropriado. Note que qualquer coisa que você adicione no servidor 'master' enquanto isso não será mais copiada.
  2. Copie os arquivos para a mídia off-line (disco / stick USB / formatado para NFTS) usando o seguinte comando: robocopy /MIR /SEC /SECFIX <source> <destination>
  3. No servidor remoto, copie tudo de volta usando o comando robocopy acima com a fonte USB como parâmetro
  4. Depois que tudo for copiado, adicione novamente os membros ao grupo de replicação
  5. Monitore seus backlogs, no meu caso eu tive muitos arquivos backlog, mas eles desapareceram sem re-copiá-los, provavelmente porque o DFSR percebeu que eles eram realmente os mesmos.
por 19.09.2013 / 13:10