TL;DR em negrito
Olá, configurei um novo namespace e replicação DFS para um compartilhamento de software e usuário de um servidor 2012R2 mais antigo para um servidor 2019 mais recente para o qual desejamos migrar. Deixei os servidores funcionando há vários dias, mas não parece haver nenhum progresso na replicação.
A execução dfsrdiag backlog
mostra "Nenhum membro do Backlog x está em sincronia com o parceiro y", mas isso claramente não é o caso. A execução de um relatório de replicação DFS mostra que nenhum arquivo ou pasta foi copiado e que as unidades no novo servidor não mudaram de tamanho desde os 753 MB iniciais consumidos quando a replicação foi configurada.
No log de eventos de Replicação DFS no servidor antigo, tenho um log contínuo de aproximadamente 25.000 eventos por minuto, todos indicando o evento 4308: "O serviço de Replicação DFS foi recuperado com êxito de violações de compartilhamento encontradas em um arquivo". Parece estar acionando o evento para cada arquivo no compartilhamento, um por um.
Em um ponto, chegou a uma pasta que está corrompida e apenas enviava spam com o nome da pasta continuamente. Parei e reiniciei o serviço DFS e parece reiniciar todo o processo de spam em arquivos que já vi passar. Agendei uma chkdsk /f
reinicialização para lidar com a corrupção esta noite. No entanto, parece-me lógico que o sistema possa replicar os arquivos não corrompidos nesse meio tempo.
Por que estou recebendo tantos eventos 4308 no log? Ele está rolando o log de 15 MB basicamente a cada minuto e não há nada no log além de 4308 eventos. Não quero aumentar o log ou forçá-lo a arquivar, pois isso apenas encherá meu sistema com mais eventos inúteis. Enquanto isso, estou vendo todas essas recuperações e nenhum erro inicial. Não há nenhum progresso visível.
Mais detalhes (provavelmente não relevantes): o servidor antigo está em um cluster Hyper-V Failover usando discos de cluster iSCSI para as unidades. Os compartilhamentos são hospedados a partir de montagens iSCSI diretas dentro do servidor. O novo servidor é VMware com drives fornecidos pelo vSAN (armazenamento de dados virtual replicado em hosts locais). Ambos os servidores têm o Backup do Windows configurado, o backup do servidor antigo leva cerca de 18 horas e deixa apenas 6 horas por dia para replicação (o Backup do Windows parece pausar a Replicação DFS). No entanto, nenhum progresso é feito durante essas 6 horas, então não acho que o backup seja o principal culpado. Eu fiz dfsrdiag pollad
para ambas as máquinas que não muda nada. O destinatário geralmente fica lá fazendo coisas nos logs, exceto ocasionalmente reclamando diariamente sobre o backup do Windows, deixando a replicação offline por ~ 30 minutos. O servidor antigo faz o spam acima.
TL;DR: parece que a corrupção nas unidades estava causando o problema.
Depois de executar a
chkdsk /f
reinicialização nas unidades, ainda vi erros com o chkdsk. Depoischkdsk /f
de realizar uma desmontagem forçada e confirmar que não havia mais erros comchkdsk /f
echkdsk /scan
, o DFS-R começou a funcionar. Demorou um pouco para ler os arquivos no disco (presumo que o hash para o banco de dados?) então começou a preparar os arquivos e estou começando a ver o fluxo de dados para o servidor de destino.