Windows Server: O erro 4012 é exibido no log de eventos de replicação DFS de um controlador de domínio do Active Directory
Summary: Se um controlador de domínio (DC) do Active Directory não conseguir replicar dados SYSVOL de um parceiro por um longo tempo, a replicação SYSVOL será interrompida. O erro 4012 é registrado no log de eventos de replicação de file system distribuído (DFSR) do DC afetado quando isso ocorre. ...
Symptoms
Erro 4012 (fonte: DFSR) aparece no log de eventos do DFSR de um DC. A descrição do evento inclui o caminho da pasta SYSVOL, conforme mostrado aqui:
The DFS Replication service stopped replication on the folder with the following local path: C:\Windows\SYSVOL\domain. This server has been disconnected from other partners for n days, which is longer than the time allowed by the MaxOfflineTimeInDays parameter (60). DFS Replication considers the data in this folder to be stale, and this server will not replicate the folder until this error is corrected.
[The rest of the event description has been omitted.]
O caminho local pode variar, embora este artigo só se aplique se mencionar a pasta SYSVOL. No exemplo acima, n indica o número de dias em que o DC não conseguiu entrar em contato com um parceiro. Esse número varia, mas é sempre maior que o valor de MaxOfflineTimeInDays.
Cause
A replicação distribuída do file system (DFSR) exige que os parceiros de replicação estejam em comunicação regular. Se um servidor não conseguir se comunicar com um parceiro por um longo tempo, a replicação será desativada nesse servidor.MaxOfflineTimeInDays, que tem um valor padrão de 60, representa o maior tempo permitido para que os servidores fiquem sem comunicação entre si. Isso é análogo, embora separado do tempo de vida da lápide de uma floresta do Active Directory.
Resolution
Cenário 1: Há apenas um DC no domínio.
Se houver apenas um DC no domínio, uma sincronização autorizada de SYSVOL será necessária para garantir que a replicação ocorra se outro for adicionado. Consulte Como executar uma sincronização autorizada de dados SYSVOL usando a replicação de file system distribuído (DFSR) para obter as etapas envolvidas. Todas as etapas que mencionam outros DCs ou forçam a replicação podem ser ignoradas.
Cenário 2: Há vários DCs no domínio.
Se houver vários DCs no domínio, será necessário determinar quantos são afetados pelo problema. Faça isso pesquisando os logs de eventos do DFSR dos DCs em busca do erro 4012. Todos os DCs afetados têm esse erro em seus registros no passado recente.
- Se apenas um DC for afetado, execute uma sincronização não autorizada do SYSVOL nesse DC. Consulte Como executar uma sincronização não autorizada de dados SYSVOL usando a replicação de file system distribuído (DFSR) para obter as etapas envolvidas.
- Se vários DCs forem afetados, mas houver outros DCs não afetados, execute uma sincronização não autorizada do SYSVOL em todos os DCs afetados.
- Se todos os DCs no domínio forem afetados, um DC deverá ser escolhido como a fonte autorizada de dados SYSVOL. Isso requer inspecionar os dados na hierarquia de pastas SYSVOL de cada DC e determinar qual cópia é a mais atual. Depois que uma fonte autorizada for escolhida, execute uma sincronização autorizada de SYSVOL nesse DC. Consulte o Cenário 1 acima para obter um link para as etapas. Execute todas as etapas do procedimento para sincronizar o SYSVOL em todos os DCs no domínio.
Additional Information
Em um domínio de vários DCs, também pode ser possível retomar a replicação em um DC afetado aumentando o valor de MaxOfflineTimeInDays. Isso não foi testado extensivamente, mas resolveu o problema em várias ocasiões. Para definir MaxOfflineTimeInDays, execute este comando:
wmic.exe /namespace:\\root\microsoftdfs path DfsrMachineConfig set MaxOfflineTimeInDays=x
O valor de x deve ser maior que o número de dias indicado no erro 4012. Reinicie o serviço Replicação DFS depois de executar o comando e verifique se há erros no registro de eventos da Replicação DFS. Se a replicação estiver falhando há algum tempo, eventos sobre detecção e resolução de conflitos são esperados. Eles indicam que a DFSR está funcionando conforme projetado.
Depois que a replicação for retomada, execute o comando novamente com um valor de 60 para retornar MaxOfflineTimeInDays ao seu valor padrão. (Isso é opcional.)