Windows Server: Como executar uma sincronização não autorizada de dados SYSVOL usando o serviço de replicação de arquivos

Summary: Este artigo ilustra o procedimento para executar uma sincronização não autoritária de dados SYSVOL em um controlador de domínio do Active Directory usando o FRS (File Replication Service). ...

This article applies to This article does not apply to This article is not tied to any specific product. Not all product versions are identified in this article.
Check out other resources

Instructions

Importante: Este artigo só será aplicável se os dados SYSVOL estiverem sendo replicados usando o serviço de replicação de arquivos (FRS). O FRS foi preterido, mas ainda pode estar em uso em domínios do Active Directory que foram criados com níveis funcionais anteriores ao Windows Server 2008. Para determinar se o FRS está em uso, execute o dfsrmig /getmigrationstate em um prompt de comando elevado em um controlador de domínio (DC). Se o estado de migração for "Eliminado", o FRS não está em uso e este artigo não é aplicável.

A hierarquia de pastas SYSVOL, presente em todos os DCs, é usada para armazenar dois conjuntos importantes de dados:

  • Arquivos de modelo de Diretiva de Grupo. Eles são armazenados em pastas separadas embaixo \\SYSVOL\<domain>\Policies.
  • Scripts de logon, logoff, inicialização e desligamento usados por máquinas no domínio. Eles são armazenados em \\SYSVOL\<domain>\scripts.
A própria pasta de scripts é compartilhada como NETLOGON.


Esses dados são replicados entre DCs, mas a replicação SYSVOL ocorre separadamente da replicação do Active Directory. É possível que um falhe enquanto o outro está totalmente funcional. Em algumas situações, a replicação SYSVOL pode falhar e não conseguir ser retomada sem intervenção manual. As etapas a seguir executam uma sincronização não autorizada do SYSVOL. Em uma sincronização não autorizada, um DC afetado copia todos os dados SYSVOL de outro DC no ambiente.

Importante: Se houver apenas um DC no domínio, um não autoritativo não poderá ser bem-sucedido, pois não há outro DC do qual copiar dados SYSVOL. Nessa situação, uma sincronização autorizada deve ser executada. As instruções para executar uma sincronização autorizada podem ser encontradas em Como executar uma sincronização autorizada de dados SYSVOL usando o serviço de replicação de arquivos (FRS).

Antes de iniciar este procedimento, certifique-se de que outro DC exista no ambiente e que sua cópia dos dados do SYSVOL esteja atualizada. Isso requer a navegação na hierarquia de pastas SYSVOL localizada por padrão em %systemroot%\SYSVOL para verificar as datas de modificação dos arquivos de modelo de Diretiva de Grupo e arquivos de script.

Para executar a sincronização não autoritária do SYSVOL, siga estas etapas no controlador de domínio afetado (ou seja, o DC com dados SYSVOL desatualizados ou inexistentes):

  1. Interrompa o serviço de replicação de arquivos.
  2. Inicie o Registry Editor.
  3. Navegue até  HKLM\CurrentControlSet\Services\NtFrs\Parameters\Backup/Restore\Process at Startup
  4. Clique duas vezes no item BurFlags e defina-a como um valor hexadecimal de D2.
  5. Inicie o serviço de replicação de arquivos.
  6. Inicie o Visualizador de Eventos e verifique o log de eventos do Serviço de Replicação de Arquivos (localizado em Registros de Aplicativos e Serviços) para obter o evento informativo 13516. Este evento pode levar alguns minutos para aparecer.
  7. Assim que o evento 13516 aparecer, execute o net share e confirme a presença dos compartilhamentos SYSVOL e NETLOGON na saída.
  8. Talvez você também queira comparar os dados na hierarquia da pasta SYSVOL do DC afetado com os dados correspondentes em um DC em boas condições. Eles agora devem corresponder.

O vídeo a seguir demonstra o procedimento acima:

Sincronização não autorizada de dados SYSVOL usando o FRS

Duração: 07:51

Affected Products

Microsoft Windows Server 2016, Microsoft Windows Server 2019, Microsoft Windows Server 2022, Microsoft Windows 2008 Server R2, Microsoft Windows 2008 Server Service Pack 2, Microsoft Windows 2012 Server, Microsoft Windows 2012 Server R2

Products

PowerEdge XR2, Poweredge C4140, PowerEdge C6400, PowerEdge C6420, PowerEdge C6520, PowerEdge C6525, PowerEdge FC640, PowerEdge M640, PowerEdge M640 (for PE VRTX), PowerEdge MX5016s, PowerEdge MX7000, PowerEdge MX740C, PowerEdge MX750c , PowerEdge MX840C, PowerEdge R240, PowerEdge R250, PowerEdge R340, PowerEdge R350, PowerEdge R440, PowerEdge R450, PowerEdge R540, PowerEdge R550, PowerEdge R640, PowerEdge R6415, PowerEdge R650, PowerEdge R650xs, PowerEdge R6515, PowerEdge R6525, PowerEdge R740, PowerEdge R740XD, PowerEdge R740XD2, PowerEdge R7415, PowerEdge R7425, PowerEdge R750, PowerEdge R750XA, PowerEdge R750xs, PowerEdge R7515, PowerEdge R7525, PowerEdge R840, PowerEdge R940, PowerEdge R940xa, PowerEdge T140, PowerEdge T150, PowerEdge T340, PowerEdge T350, PowerEdge T40, PowerEdge T440, PowerEdge T550, PowerEdge T640, PowerEdge XE2420, PowerEdge XE7100, PowerEdge XE7420, PowerEdge XE7440, PowerEdge XE8545, PowerEdge XR11, PowerEdge XR12, PowerEdge XR4000r, PowerEdge XR4000w, PowerEdge XR4000z, PowerEdge XR4510c, PowerEdge XR4520c ...
Article Properties
Article Number: 000201393
Article Type: How To
Last Modified: 05 Dec 2024
Version:  8
Find answers to your questions from other Dell users
Support Services
Check if your device is covered by Support Services.