Tive um problema de repliacao entre os DCs muito estranho. Mesmo executando o dcdiag /test:replications, dcdiag /test:conectivity e o repadmin /showrepl mostrando OK/SUCESSO durante os testes, no Event Viewer do Windows apareciam LOGs informado que a pasta SYSVOL estava corrompida (SYSVOL Formatado, Servico de replicacao nao iniciado, Impossivel resolver nome dc2.empresa.com, etc). Esse erro nos LOGs aparecia todas as vezes que o Servico NTFSR era reiniciado.Mais um vez segui alguns procedimentos que resolveram o problema. Vamos la:1) Carregue o regedit;2) Navegue ate a HKLM\SYSTEM\CurrentControlSet\Services\NtFrs\Parameters;3) Adicione a entrada "Enable Journal Wrap Automatic Restore" do tipo REG_DWORD com valor 1. Esta entrada ativa exclusao dos arquivos dos SYSVOL e forca uma nova replicacao;4) Reinicie o servico NTFrs (Servico de Replicacao de Arquivos);5) Acompanhe os LOGs pelo "Event Viewer", irao aparecer alguns "warnings", e pelo comando NETSHARE o recompartilhamento automatico da pasta SYSVOL. Assim que a replicacao foi concluida, automaticamente a compartilhamento SYSVOL foi recriado.Para confirmar a resolucao, limpei os LOGs e reiniciei o servico NtFsr. Pelos LOGs foi possivel constatar que o problema foi resolvido. Criei uma entrada no DNS do tipo CNAME apontando para o servidor de Arquivo. Quando tentei acessar o compartilhamento via Windows Explorer ocorria um erro de "Nome duplicado de REDE". A partir deste ponto, realizei uma serie de testes. Conseguia "PINGAR" no FQDN do servidor e tambem no "CNAME", porem conseguia acessar o compartilhamento somente via FQDN.Em uma busca pela Internet, encontrei que isso e um problema conhecido e para resolver este problema, realizei os seguintes procedimentos, no servidor apontadado pela entrada CNAME.1) Carregue o REGEDIT2) Navegue ate a chave "HKEY_LOCAL_MACHINE\System\CurrentControlSet\Services\LanmanServer\Parameters"3) Crie a "ENTRADA" com o nome de "DisableStrictNameChecking" do tipo "REG_DWORD" com valor Decimal "1".Apos estas configuracoes, temos que reiniciar o servidor.Caso as configuracoes nao funcionem, podemos tentar adicionar SPN (Service Principal Names) para o CNAME recem criado. Para isso:1) Abra o CMD2) Digite "setspn -a host/<cname> <nome_servidor>", confirme com "ENTER"3) Digite "setspn -a host/<cname>.<dominio> <nome_servidor>", confirme com "ENTER"Essas configuracoes resolveram meus problemas. Dia desses consegui um problema FDP. Simplesmente os servidores de arquivo nao estavam mais realizando a sincronizacao entre as pastas compartilhadas. O meu ambiente estava configurado da seguinte forma: 2 servidores de arquivo, executando "NAMESPACE" e "Replicacao DFS", nomeados a partir de agora de fs1 e fs2. Nestes servidores tenho varios "GRUPOS DE REPLICACAO".Meu problema era seguinte: apenas um "GRUPO DE REPLICACAO" nao funcionava e o mais estranho, apenas em uma via, ou seja, quando fazia a alteracao no fs2 ela era replicada imediatamente para o fs1, mas o contrario nao acontecia.Realizei os seguintes passos:1 - Chequei a topologia. OK, estava tudo conectado e pronto para replicacao;2 - Criei um "Relatorio de Diagnostico" para verificar obtive um erro;3 - De olho no "Event Viewer" observei varios eventos 4304* (Violacao de Compartilhamento);4 - Como tive alguns problemas com o Symantec Backup Exec e Replicacao DFSR, minha primeira tentiva foi "PARAR" o "Agente do Backup Exec". Em seguinda reiniciei o "Servico de Replicacao". Nada aconteceu;5 - Proximo, sincronizei os horarios dos "Servidores de Arquivos" com o "Controlador de Dominio". Nada;6 - Parei o servico de Anti-Virus. NADA.7