☰

Erro de replicação DFS 9098 (conteúdo marcado para exclusão)

tag-icon • tag-icon dfs dfs-r
Erro de replicação DFS 9098 (conteúdo marcado para exclusão)

3 servidores, a replicação DFS funcionou por 2 anos. Recentemente, um dos servidores membros começou a relatar isto:

The DFS Replication service stopped replication on replicated folder projects at local path Z:\projects due to Error ID: 9098 (A tombstoned content set deletion has been scheduled). Event ID: 4004

Não importa o que eu faça, este servidor continua relatando o mesmo erro marcado para exclusão. Nada está sendo replicado de/para este servidor com problema.

Até criei um novo compartilhamento em cada um dos 3 servidores membros. Em seguida, criei um novo namespace e habilitei a replicação DFS. Dois servidores replicam sem problemas, mas o servidor com problema ainda relata um erro marcado para exclusão.

Tentei remover/reinstalar a função de replicação DFS, mas ainda acontece.

Estou totalmente perdido aqui, alguma ideia? Pings do servidor com problema para outros estão bem. "Verificar topologia" funciona bem no Gerenciador DFS.

Responder1

Experimente o seguinte:

  1. Procure no Visualizador de Eventos e identifique todos os grupos/pastas de replicação que estão apresentando o erro de exclusão. Depois de identificá-los, acesse a GUI de gerenciamento DFS e exclua completamente o grupo de replicação associado a essa pasta. Você não precisa excluir o namespace DFS dessa pasta, apenas a funcionalidade de replicação dessa pasta de namespace. Se você tiver outros grupos de replicação no DFS-R que não recebem os erros 9098, não será necessário fazer isso para essas pastas.

  2. Pare os serviços DFSR (pode ser necessário encerrar o serviço usando o comando taskkill se ele travar ao tentar parar).

  3. Dê a si mesmo permissões para a pasta oculta System Volume Information. Se sua conta estiver no grupo de administradores de domínio, você pode simplesmente adicionar o grupo de segurança. Essa pasta existe em todos os servidores que são membros do grupo de replicação. Na minha situação, 2 dos 3 servidores não mostraram esta pasta como existente, mesmo quando eu habilitei a visualização de pastas ocultas. Se isso acontecer com você, o servidor está mentindo para você, dizendo que não existe. Está lá. Não dê ouvidos a isso. Minha sugestão é baixar e usar o gerenciador de arquivos 7-zip. Ele verá a pasta e o ajudará a definir as permissões para ela, bem como a excluir arquivos com mais de 256 caracteres, o que é um problema se você executar a próxima etapa na linha de comando). Observe que depois de definir as permissões, você poderá saber que ainda não tem acesso a essa pasta. Basta fechar o 7-zip e abri-lo novamente. Ele deve permitir que você acesse essa pasta e também suas subpastas.

  4. Depois de ter acesso a essa pasta, vá em frente e exclua a pasta DFSR que reside abaixo dela. Você desejará fazer isso em todos os servidores que tenham a função DFSR instalada e sejam membros de qualquer grupo de replicação. Você pode usar o comando de linha de comando "rmdir", mas ele não consegue excluir arquivos/pastas com mais de 256 caracteres. É por isso que o gerenciador de arquivos 7-zip é a melhor opção para excluir a pasta DFSR em System Volume Information. No entanto, há casos em que o 7-zip não consegue excluir um arquivo ou pasta. Se você executar nesse cenário, use o comando rmdir em um prompt de comando elevado. Essencialmente, uma combinação desses dois acabará por limpar tudo o que você precisa limpar.

  5. Ative novamente os serviços DFSR. Isso iniciará o processo de recriação do hash DFSR e da árvore virtual que você acabou de excluir.

  6. Recrie o grupo de replicação desejado.

  7. Nos grupos de replicação que você não excluiu, você poderá receber o aviso: "O serviço Replicação DFS inicializou a pasta replicada no caminho local e está aguardando para executar a replicação inicial. A pasta replicada permanecerá neste estado até receber dados replicados , direta ou indiretamente, do membro principal designado." Se você fizer isso, o que você precisa fazer é executar a linha de comando para definir um dos servidores DFSR como o servidor primário para esse grupo de replicação e, uma vez definido - isso é importante - você terá que entrar na GUI de gerenciamento DFS, clique no grupo de replicação com o aviso associado, selecione a guia conexões e clique com o botão direito no membro remetente que você acabou de tornar primário e escolha "Replicar agora..." Isso inicializará a replicação e você terá que fazer isso só uma vez para replicar daqui em diante. Você precisará escolher a opção "Replicar agora..." para cada membro receptor ao qual o membro remetente/servidor membro primário está conectado nesse grupo de replicação.

  8. Aguarde cerca de 5 a 10 minutos e execute o comando dfsrdiag backlog em cada grupo de replicação e veja se um backlog para replicação/sincronização é criado. Execute este comando a cada 5 a 10 minutos para ver se o valor da contagem do arquivo de backlog diminui. Se isso acontecer, está sincronizando/replicando.

PS Se você estiver usando o DFS-R apenas para resiliência, não é a melhor maneira de alcançá-lo. Observe a função FileServer de alta disponibilidade dentro do cluster de failover, por exemplo, comoaqui

Responder2

Encontrei o problema. A pasta "System Volume Information/DFSR" que eu excluí estava na unidade C, NÃO na unidade Z, onde existem os compartilhamentos! Assim que matei Z:\System Volume Information/DFSR, o problema foi resolvido.

informação relacionada