Temos 2 filiais com servidores de arquivos locais sincronizados com nosso escritório central e servidor de arquivos via DFS-R. A maior parte dos dados são copiados do servidor de arquivos central para ambas as filiais, mas a sincronização ocorre nos dois sentidos, pois ocasionalmente os dados também são gerados nas filiais e devem aparecer centralmente, bem como nas outras filiais. Nosso servidor central e uma filial são Win2003R2 std e a outra filial é Win2008R2 std
Ontem à noite, de alguma forma, perdemos muitos dados (800 GB) por exclusão acidental ou por algum script não autorizado (ainda sob investigação). Temos apenas backups centrais, que estão sendo recuperados em nosso servidor central. No entanto, devido à largura de banda limitada, fazer com que o DFS-R sincronize tudo com nossas filiais não é uma opção viável.
Assim que nosso servidor central for restaurado novamente, gostaria de preparar 2 discos USB com todos os dados centrais espelhados e enviá-los para nossas filiais, para que possam ser preenchidos localmente novamente com os dados.
A questão é: como fazer isso de uma forma suportada que não quebre o DFS-R. Eu não gostaria que o DFS-R visse os dados remotos como dados 'novos' e começasse a copiar tudo de novo, ou pior, excluindo tudo centralmente ou algo assim ...
Há algum tempo, tivemos que reinstalar um servidor de arquivos em uma filial, quando eu usava 'robocopy /MIR /SEC /SECFIX' (para garantir que os dados estivessem o mais próximo possível de 1:1, para evitar que o formulário DFSR visse uma diferença e ressincronizar de qualquer maneira) para copiar os dados centrais para o disco USB e usar o mesmo comando para copiá-los de volta para o servidor local a partir do disco USB. Depois disso, adicionei o servidor (que foi reinstalado e, portanto, não é mais membro do grupo de replicação) de volta ao grupo de replicação, funcionou bem.
Mas como agora o servidor ainda é conhecido e membro do grupo de replicação, não sei se a mesma abordagem funcionará.
Tenho 2 cenários possíveis em mente que acho que podem funcionar, porém alguma confirmação (ou até ideias melhores) pode ser bem-vinda: Ambas as ideias usarão um disco preparado copiando tudo do servidor central usando 'robocopy /mir /sec /secfix'
- Primeira opção (menor esforço): desabilitar temporariamente a conexão entre os servidores da central e da filial, após o servidor da filial ser ressincronizado localmente usando robocopy, habilitar as conexões novamente e esperar pelo melhor
- Segunda opção: remova completamente os servidores da filial dos grupos de replicação e, depois de terem sido sincronizados novamente localmente, adicione-os novamente, o que (eu acho) fará uma replicação inicial. Isso é essencialmente o mesmo que fiz com o servidor reinstalado, então estou bastante confiante de que funcionará.
Responder1
Infelizmente não obtive nenhuma resposta para isso. Para garantir a segurança, optei pela segunda opção: remover completamente os servidores membros remotos do grupo de replicação e adicioná-los novamente (depois de aguardar um evento 4010 no servidor remoto confirmando que ele foi removido do grupo). As pendências eram enormes no início, mas parece que o DFSR percebeu que os arquivos eram os mesmos e desapareceram da pendência sem que fossem copiados através da linha.
Então, para referência futura, veja como fazer uma sincronização off-line de um ou mais servidores membros do DFS-R:
- Remova os membros remotos para os quais você deseja fazer uma ressincronização offline do grupo de replicação apropriado. Observe que qualquer coisa que você adicionar no servidor 'mestre' nesse meio tempo não será mais copiada.
- Copie os arquivos para sua mídia offline (disco/stick USB formatado em NFTS/qualquer coisa) usando o seguinte comando:
robocopy /MIR /SEC /SECFIX <source> <destination> - No servidor remoto, copie tudo de volta usando o comando robocopy acima com claro agora a fonte USB como parâmetro
- Depois que tudo for copiado, adicione novamente os membros ao grupo de replicação
- Monitore seus backlogs, no meu caso eu tinha muitos arquivos em pendência, mas eles desapareceram sem copiá-los novamente, provavelmente porque o DFSR percebeu que na verdade eram iguais.