Fazendo backup e restaurando uma pasta SYSVOL FRS-Replicated

A pasta Volume do Sistema (SYSVOL) fornece um local padrão para armazenar elementos importantes de Política de Grupo objetos e scripts. Existe uma cópia da pasta SYSVOL em cada controlador de domínio em um domínio. A pasta SYSVOL é replicada pelo DFSR (Distributed File System Replication) ou pelo FRS (Serviço de Replicação de Arquivos). Este tópico explica como determinar se uma pasta SYSVOL é replicada por DFSR ou FSR e explica como fazer backup e restaurar uma pasta SYSVOL replicada por FRS.

O FRS pode copiar conteúdo SYSVOL para outros controladores de domínio dentro do domínio. O FRS monitora a pasta SYSVOL e, se ocorrer uma alteração em qualquer arquivo armazenado na pasta SYSVOL, o FRS replicará automaticamente o arquivo alterado para as pastas SYSVOL nos outros controladores de domínio no domínio.

Observação

Somente o modelo de Política de Grupo é replicado replicando o conteúdo da pasta SYSVOL. O contêiner Política de Grupo é replicado por meio da replicação do Active Directory. Para que Política de Grupo operem com êxito, o modelo de Política de Grupo e o contêiner Política de Grupo devem estar disponíveis em um controlador de domínio.

 

Este tópico aborda os seguintes assuntos:

• Determinando se a pasta SYSVOL de um controlador de domínio é replicada por DFSR ou FRS
• Fazendo backup de uma pasta SYSVOL DFSR-Replicated
• Fazendo backup de um FRS-Replicated pasta SYSVOL em um domínio do Windows Server 2008 ou do Windows Server 2003
• Documento de metadados do gravador FRS de exemplo
• Definindo chaves do Registro para uma restauração de uma pasta SYSVOL FRS-Replicated
• Executando uma restauração nonauthoritative de uma pasta SYSVOL FRS-Replicated
• Executando uma restauração autoritativa de uma pasta SYSVOL FRS-Replicated

Determinando se a pasta SYSVOL de um controlador de domínio é replicada por DFSR ou FRS

A tabela a seguir resume como determinar se a pasta SYSVOL de um controlador de domínio está sendo replicada pelo DFSR ou FRS.

Se o controlador de domínio estiver em execução	O SYSVOL é replicado por
Windows Server 2008 + nível funcional de domínio do Windows Server 2008 + migração SYSVOL concluída	DFSR
Windows Server 2008 + nível funcional de domínio abaixo do Windows Server 2008	FRS
Windows Server 2003	FRS

 

Se o nível funcional do domínio for o Windows Server 2008 e o domínio tiver passado pela migração SYSVOL, o DFSR será usado para replicar a pasta SYSVOL. Se o primeiro controlador de domínio no domínio tiver sido promovido diretamente para o nível funcional do Windows Server 2008, o DFSR será usado automaticamente para replicação SYSVOL. Nesses casos, não há necessidade de migração da replicação SYSVOL do FRS para o DFSR. Se o domínio tiver sido atualizado para o nível funcional do Windows Server 2008, o FRS será usado para replicação SYSVOL até que o processo de migração do FRS para o DFSR seja concluído.

Para determinar se o DFSR ou o FRS está sendo usado em um controlador de domínio que está executando o Windows Server 2008, marcar o valor da \ subchave do registro do HKEY_LOCAL_MACHINESystem\CurrentControlSet\Services\DFSR\Parameters\SysVols\Migrating Sysvols\LocalState. Se essa subchave do Registro existir e seu valor for definido como 3 (ELIMINADO), o DFSR estará sendo usado. Se a subchave não existir ou se tiver um valor diferente, o FRS estará sendo usado.

Fazendo backup de uma pasta SYSVOL DFSR-Replicated

Se a pasta SYSVOL for replicada pelo DFSR, o gravador VSS do DFSR poderá ser usado para fazer backup dela. Para obter mais informações sobre o gravador VSS dfsr, consulte Pastas replicadas dfsr.

Fazendo backup de um FRS-Replicated pasta SYSVOL em um domínio do Windows Server 2008 ou do Windows Server 2003

Em um controlador de domínio que executa o Windows Server 2008 ou o Windows Server 2003, a infraestrutura do VSS está presente e, portanto, o gravador VSS do FRS pode ser usado para fazer backup da pasta SYSVOL e dos componentes FRS.

O Documento de Metadados do Gravador vss do FRS fornece informações sobre o local da pasta SYSVOL e as listas de exclusão para o gravador. Com base nessas informações, um aplicativo de backup do VSS (solicitante) pode fazer backup da pasta SYSVOL usando as técnicas regulares de backup baseadas em VSS.

O Documento de Metadados do Gravador contém informações sobre o gravador, os dados que o gravador possui e como restaurar esses dados. Este é um documento somente leitura que pode ser recuperado pelo aplicativo de backup antes de fazer um backup. A ferramenta DiskShadow pode ser usada para exibir o Documento de Metadados do Gravador vss do FRS. O comando gravadores de lista DiskShadow fornece informações sobre os gravadores presentes no sistema. Esta lista contém informações sobre o gravador FRS em controladores de domínio que usam FRS para replicação SYSVOL ou em servidores de arquivos que usam FRS para replicação de destinos de link dfs.

A seção Documento de Metadados do Gravador FRS de Exemplo a seguir mostra um documento de metadados do gravador FRS de exemplo para um controlador de domínio que tem a pasta SYSVOL em D:\Windows\Sysvol. O caminho mostrado na seção "Arquivos excluídos" será o mesmo obtido ao consultar a chave do Registro SysVol do serviço Netlogon:

HKEY_LOCAL_MACHINE\Sistema\Currentcontrolset\Serviços\Netlogon\Parâmetros\Sysvol

A única exceção a essa regra ocorre quando o controlador de domínio está no estado REDIRECIONADO da migração SYSVOL. Nesse estado, os gravadores correspondentes ao FRS e ao serviço DFSR relatam suas respectivas cópias da pasta SYSVOL. No entanto, a cópia do serviço DFSR da pasta SYSVOL (geralmente uma pasta chamada SYSVOL_DFSR) é a que é compartilhada pelo controlador de domínio; esse caminho é aquele referenciado pela chave do Registro SysVol .

O gravador VSS do FRS requer um método de restauração personalizado. Isso significa que determinadas etapas personalizadas devem ser executadas ao restaurar arquivos que estão sendo replicados pelo FRS. Para obter mais informações, consulte Executando uma restauração nonauthoritative de uma pasta SYSVOL FRS-Replicated.

Observação

Os backups de estado do sistema para controladores de domínio do Windows não incluem o banco de dados FRS que mantém informações de estado para o serviço FRS referente aos arquivos dentro da pasta SYSVOL e outros conjuntos de conteúdo. O banco de dados FRS, os logs de depuração, os arquivos de área de preparo e os arquivos na pasta de dados pré-existente são excluídos de um backup de estado do sistema. A especificação do gravador FRS de exemplo a seguir contém a lista de exclusões na seção "Arquivos excluídos".

 

Documento de metadados do gravador FRS de exemplo

Veja a seguir um exemplo de Documento de Metadados do Gravador FRS para um controlador de domínio cujo caminho de pasta SYSVOL é D:\Windows\Sysvol.

* WRITER "FRS Writer"
    - Writer ID   = {d76f5a28-3092-4589-ba48-2958fb88ce29}
    - Writer Instance ID = {07ae58e5-6977-4e34-9dfe-399bbd2cbe40}
    - Supports restore events = FALSE
    - Writer restore conditions = VSS_WRE_NEVER
    - Restore method = VSS_RME_CUSTOM
    - Requires reboot after restore = FALSE

    - Excluded files:
       - Exclude: Path = d:\windows\ntfrs\jet, Filespec = *
       - Exclude: Path = d:\Windows\debug\NtFrs, Filespec = NtFrs*
       - Exclude: Path = d:\windows\sysvol\domain\DO_NOT_REMOVE_NtFrs_PreInstall_Directory, Filespec = *
       - Exclude: Path = d:\windows\sysvol\domain\NtFrs_PreExisting___See_EventLog, Filespec = *
       - Exclude: Path = d:\windows\sysvol\staging\domain, Filespec = NTFRS_*

    - Component "FRS Writer:\SYSVOL\da45368c-b2d3-4cf0-bdc338a2cde15a7b"
       - Name: 'da45368c-b2d3-4cf0-bdc338a2cde15a7b'
       - Logical Path: 'SYSVOL'
       - Full Path: '\SYSVOL\da45368c-b2d3-4cf0-bdc338a2cde15a7b'
       - Caption: ''
       - Type: VSS_CT_FILEGROUP [2]
       - Is Selectable: 'TRUE'
       - Is top level: 'TRUE'
       - Notify on backup complete: 'TRUE'
       - Components:
       - File List: Path = d:\windows\sysvol, Filespec = *
       - Affected paths by this component:
         - d:\windows\sysvol
       - Affected volumes by this component:
         - \\?\Volume{da897ba5-5840-11db-93c1-806e6f6e6963}\ [D:\]
       - Component Dependencies:

Definindo chaves do Registro para uma restauração de uma pasta SYSVOL FRS-Replicated

A chave do Registro BurFlags é usada para executar restaurações autoritativas ou não autoritativas em membros FRS de conjuntos de réplica DFS ou SYSVOL. A chave do Registro BurFlags global (em todo o computador) contém REG_DWORD valores e está localizada no seguinte local no Registro:

HKEY_LOCAL_MACHINE\Sistema\Currentcontrolset\Serviços\Ntfrs\Parâmetros\Backup/restauração\Processo na Inicialização

Os valores mais comuns para a chave do Registro BurFlags são:

• D2, também conhecido como uma restauração nonauthoritative mode.
• D4, também conhecido como uma restauração de modo autoritativo.

Há chaves do Registro BurFlags globais e réplica específicas do conjunto. Definir a chave do Registro BurFlags global reinicializa todos os conjuntos de réplica que o membro contém. Essa chave global deve ser definida quando o servidor contém apenas um conjunto de réplica ou quando o réplica define que ela contém são relativamente poucos em número e de tamanho pequeno. Por exemplo, se o servidor for um controlador de domínio que não hospeda nenhum conjunto de conteúdo replicado usando FRS diferente da pasta SYSVOL, a chave do Registro BurFlags global poderá ser definida.

A chave global do Registro BurFlags é encontrada no seguinte local no registro:

HKEY_LOCAL_MACHINE\Sistema\Currentcontrolset\Serviços\Ntfrs\Parâmetros\Backup/restauração\Processo na inicialização

Em contraste com a chave BurFlags global, a chave BurFlags específica do conjunto réplica permite a reinicialização de conjuntos de réplica individuais discretos, permitindo que conjuntos de replicação íntegros sejam deixados intactos.

As chaves do Registro BurFlags específicas do conjunto de réplicas podem ser localizadas determinando o GUID para esse conjunto de réplica específico.

O procedimento a seguir descreve como determinar qual GUID corresponde a um conjunto de réplica específico e descreve como configurar uma restauração.

Para determinar qual GUID corresponde a um determinado réplica definido e configurar uma restauração

1. Interrompa o serviço FRS.

2. Para determinar o GUID que representa um conjunto de réplica específico:

   1. Localize a chave a seguir no Registro.

      HKEY_LOCAL_MACHINE\Sistema\Currentcontrolset\Serviços\Ntfrs\Parâmetros\Conjuntos de Réplicas

   2. Abaixo da subchave Conjuntos de Réplicas , há uma ou mais subchaves identificadas por um GUID.

   3. O valor Raiz do Conjunto de Réplicas para cada GUID é um caminho do sistema de arquivos que indica o conjunto de réplica representado por esse GUID.

   4. Itere nessa lista de GUIDs até que o conjunto de réplica desejado esteja localizado. Observe o GUID correspondente.

3. Localize a seguinte subchave no registro:

   HKEY_LOCAL_MACHINE\Sistema\Currentcontrolset\Serviços\Ntfrs\Parâmetros\Conjuntos de Réplicas Cumulativas

4. Abaixo dessa subchave, localize o mesmo GUID que foi anotado na etapa 2. Abaixo da subchave GUID, crie uma entrada para a chave BurFlags .

5. Reinicie o serviço FRS.

Executando uma restauração nonauthoritative de uma pasta SYSVOL FRS-Replicated

A restauração nonauthoritative é a maneira mais comum de reinicializar a replicação SYSVOL em controladores de domínio individuais. Os controladores de domínio que não são restaurados nonauthoritatively devem ter conexões de entrada de outros controladores de domínio de trabalho, que estão participando da replicação do Active Directory e do FRS. Em um ambiente de implantação grande que consiste em muitos controladores de domínio, os controladores de domínio restantes podem ser recuperados usando uma restauração nonauthoritative mode sob as seguintes condições:

• Deve haver pelo menos um membro de réplica válido conhecido (um controlador de domínio com uma pasta SYSVOL íntegra).
• Os outros controladores de domínio devem ser reinicializados na ordem do parceiro de replicação direta.

O procedimento a seguir descreve como executar uma restauração não authoritativa.

Para executar uma restauração não autoritativa

1. Interrompa o serviço FRS.

2. Restaure os dados de backup para a pasta SYSVOL.

3. Configure a chave do Registro BurFlags definindo o valor da chave do Registro a seguir como o valor D2 do DWORD.

   HKEY_LOCAL_MACHINE\Sistema\Currentcontrolset\Serviços\Ntfrs\Parâmetros\Backup/restauração\Processo na Inicialização\BurFlags

4. Reinicie o serviço FRS.

Quando o serviço FRS é reiniciado, as seguintes ações ocorrem:

• O valor da chave do Registro BurFlags é redefinido para zero.

• Os arquivos nas pastas FRS reinicializadas são movidos para uma pasta pré-existente.

• O evento 13565 é registrado no log de eventos do FRS para sinalizar que uma restauração não authoritativa foi iniciada.

  Observação

  Os códigos de evento FRS estão documentados em "códigos de erro de log de eventos FRS" na Base de Dados de Conhecimento de Ajuda e Suporte em https://go.microsoft.com/fwlink/p/?linkid=117779

   

• O banco de dados FRS é recriado.

• O membro executa uma junção inicial do conjunto de réplica de um parceiro upstream ou do computador especificado na chave do Registro Pai do Conjunto de Réplicas se um pai tiver sido especificado para conjuntos de réplica SYSVOL.

• O computador reinicializado executa uma replicação completa dos conjuntos de réplica afetados quando o agendamento de replicação relevante é iniciado.

• Quando o processo é concluído, um evento 13516 é registrado para sinalizar que o FRS está operacional. Se o evento não estiver registrado, haverá um problema com a configuração do FRS.

Observação

O posicionamento de arquivos na pasta pré-existente em membros reinicializados é uma proteção no FRS projetada para evitar perda acidental de dados. Todos os arquivos destinados ao réplica que existem apenas na pasta pré-existente local e foram replicados após a replicação inicial podem ser copiados para a pasta apropriada. Quando ocorre a replicação de saída, os arquivos na pasta pré-existente podem ser excluídos para liberar espaço adicional na unidade.

 

Executando uma restauração autoritativa de uma pasta SYSVOL FRS-Replicated

As restaurações autoritativas são usadas como último recurso em caso de situações críticas, como divergência de dados no conjunto de conteúdo causado por colisões de diretório. Por exemplo, uma restauração autoritativa pode ser necessária para restaurar um FRS réplica definido em que a replicação foi completamente interrompida e uma recompilação do zero é necessária.

Se você precisar executar uma restauração autoritativa da pasta SYSVOL, lembre-se de que é um processo muito complicado. Diretrizes abrangentes que detalham as operações que precisam ser executadas para uma restauração autoritativa do conteúdo da pasta SYSVOL estão documentadas em "Como recompilar a árvore SYSVOL e seu conteúdo em um domínio" na Base de Dados de Conhecimento de Ajuda e Suporte em https://go.microsoft.com/fwlink/p/?linkid=117780.

Os seguintes requisitos devem ser atendidos antes que uma restauração FRS autoritativa seja executada:

1. O serviço FRS deve ser desabilitado em todos os parceiros de replicação downstream (diretos e transitivos) para a pasta SYSVOL reinicializada antes que a restauração autoritativa tenha sido configurada para ocorrer.

2. Os eventos 13553 e 13516 foram registrados no log de eventos do FRS. Esses eventos indicam que a associação do conjunto de réplica SYSVOL foi estabelecida no controlador de domínio configurado para a restauração autoritativa.

   Observação

   Os códigos de evento FRS estão documentados em "códigos de erro de log de eventos FRS" na Base de Dados de Conhecimento de Ajuda e Suporte em https://go.microsoft.com/fwlink/p/?linkid=117779

    

3. O controlador de domínio configurado para a restauração autoritativa é configurado para ser autoritativo para todos os dados SYSVOL que devem ser replicados para os controladores de domínio restantes.

4. Todos os outros parceiros no conjunto de réplica devem ser reinicializados com uma restauração nonauthoritative.