No Burflags no registro

Question

Eu tenho um problema em que meus compartilhamentos SYSVOL e NETLOGON do Controlador de Domínio do Windows 2012 não foram criados no meu controlador de domínio secundário. Quando executo o dcdiag / q, ele informa que ele falhou no teste de publicidade e não pode acessar o compartilhamento de logon de rede.

Tudo o que li sobre esse problema me diz para fazer uma restauração não autoritativa, alterando o valor do registro em:

HKEY_LOCAL_MACHINE \ System \ CurrentControlSet \ Services \ NtFrs \ Parâmetros \ Backup / Restore \ Process na inicialização

No entanto, eu não tenho essa chave de registro no registro. Essa é a causa do meu problema? Ou eu tenho que criar essa chave?

    

Answer 1

"burflags" foi para FRS. O Windows Server 2012 não possui o FRS, portanto, o procedimento comparável é descrito neste longo artigo:

Como forçar uma sincronização autoritativa / não autorizada para o SYSVOL replicado pelo DFSR (como "D4 / D2" para o FRS)
link

Observe que há dois procedimentos separados, um para autoritativo e outro para não autoritativo.

"Você deseja forçar a sincronização não autoritativa do SYSVOL em um controlador de domínio. No FRS (File Replication Service), isso foi controlado pelos valores de dados D2 e D4 dos valores do Registro Burflags, mas esses valores não existe para o serviço DFSR (Distributed File System Replication) .Você não pode usar o snap-in de Gerenciamento DFS (Dfsmgmt.msc) ou a ferramenta de linha de comando Dfsradmin.exe para conseguir isso.Diferente de pastas replicadas DFSR personalizadas, SYSVOL é intencionalmente protegido de qualquer edição através de suas interfaces de gerenciamento para evitar acidentes. "

[...] os dois procedimentos, como D2 (não-auth) ou D4 (auth) ...

"Se definir o sinalizador autoritativo em um DC, você deve sincronizar não autoritativamente todos os outros DCs no domínio. Caso contrário, você verá conflitos nos DCs, originários de quaisquer DCs em que você não configurou auth / not-auth e reiniciou Por exemplo, se todos os scripts de logon fossem excluídos acidentalmente e uma cópia manual deles fosse colocada de volta no detentor da função Emulador PDC, tornar esse servidor autoritativo e todos os outros servidores não autoritários garantiria sucesso e evitaria conflitos.

Se for tornar qualquer DC autoritativo, o Emulador PDC como autoritativo é preferível, já que o conteúdo do SYSVOL é geralmente mais atualizado.

O uso do sinalizador autoritativo é necessário apenas se você precisar forçar a sincronização de todos os DCs. Se apenas consertar um CD, simplesmente torne-o não autoritativo e não toque em outros servidores.

Este artigo foi projetado com um ambiente 2-DC em mente, para simplificar a descrição. Se você tiver mais de um DC afetado, expanda também as etapas para incluir TODOS. Também presume que você tenha a capacidade de restaurar dados que foram excluídos, sobrescritos, danificados, etc. anteriormente, se esse for um cenário de recuperação de desastre em todos os DCs no domínio. "