Como solucionar erros de journal_wrap nos conjuntos de réplica Sysvol e do DFS

Traduções deste artigo Traduções deste artigo
ID do artigo: 292438 - Exibir os produtos aos quais esse artigo se aplica.
Aviso
Este artigo se aplica ao Microsoft Windows 2000. Lembre-se de que o suporte para o Windows 2000 foi encerrado em 13 de julho de 2010. O seguinte site da Microsoft é um ponto de partida para planejar uma estratégia de migração do Windows 2000:
Centro de soluções de fim de suporte do Windows 2000
Para obter mais informações sobre a diretiva de ciclo de vida de suporte Microsoft, consulte o seguinte site da Microsoft:
Política de ciclo de vida do suporte Microsoft
Expandir tudo | Recolher tudo

Sumário

O FRS (File Replication Service) é um multithread mecanismo de replicação de vários mestres que substitui o LMREPL (LanMan replicação) serviço do 3. x e versões 4. 0 do domínio do Windows 2000 com a Microsoft Windows NT. controladores e servidores usam o FRS para replicar scripts de logon e a diretiva de sistema para Windows 2000 e para clientes anteriores que estão localizados no Volume do sistema (Sysvol).

O FRS também pode replicar conteúdo entre servidores Windows 2000 que hospedam as mesmas raízes de DFS (Distributed File System) tolerantes a falhas ou réplicas do nó filho.

Este artigo descreve como o FRS usa e conta com o diário USN para o sistema de arquivos NTFS.

Mais Informações

O diário USN é um log de tamanho fixo que registra todos alterações que ocorrem em partições formatadas em NTFS 5. 0. Monitores NTFRS o Arquivo do diário USN do NTFS para arquivos fechados no FRS replicado tanto quanto de diretórios O FRS está em execução.

Erros de quebra automática de linha de diário ocorrer se um número suficiente de alterações que ocorrem enquanto o FRS é desligado de forma que a último alteração do USN que FRS registrado durante o desligamento não mais existe no diário USN durante inicialização. O risco é que as alterações em arquivos e pastas para FRS replicados árvores pode ter ocorrido enquanto o serviço foi desativado e nenhum registro da alteração existe no diário USN. Para se proteger contra a inconsistência de dados do FRS declarações em um estado de quebra automática de linha do diário.

Para fazer a manutenção de FRS os membros do conjunto de réplicas, os administradores podem parar o serviço FRS por longos períodos de tempo. Nesse caso, os administradores podem não perceber o impacto potencial. Além disso, as condições de erro maio fazer com que o serviço FRS desligar e isso causa um erro de quebra automática de linha do diário. Em conjuntos de réplicas muito grandes, os membros da réplica podem ser encontrados no seguinte erro durante uma restauração autoritativa (BURFLAGS = D4):
journal_wrap_error
Para recuperar, o membro afetado réplica deve ser reinicializado com um restauração não autoritativa (BURFLAGS = D2) onde ele irá sincronizar arquivos a partir de um parceiro de entrada existente. Essa reinicialização pode ser demorada para conjuntos de réplicas grande.

Considere o cenário em que os computadores executam versões do arquivo Ntfrs. exe nas seguintes versões do sistema:
  • Windows 2000 (2195 binário)
  • Windows 2000 Service Pack 1 (SP1)
  • Hotfix do SP1 (build WINSE 5298)
Nessas situações, o processo de restauração não autoritativa deve ser chamada manualmente. Para fazer isso, você deve definir BURFLAGS = D2 no Windows NT Registro.

Para computadores com Windows 2000 que usam versões dos Arquivo de Ntfrs. exe do Windows 2000 Service Pack 2 (SP2) ou do hotfix do Windows 2000 SP2 (WINSE 11773), o serviço executa uma restauração não autoritativa programática Quando o journal_wrap_error é detectado.

Por padrão, as versões do arquivo Ntfrs. exe a partir do Windows 2000 Service Pack 3 (SP3) e a partir do Windows 2000 SP3 hotfix executar uma restauração não autoritativa automática (por exemplo, SP3 folhas conteúdo como 2195 e SP1 deixado o contexto no local) quando forem detectados os erros de quebra automática de linha do diário. Versões do SP3 do NTFRS podem ser configuradas para funcionar como o SP2 quando o "Ativar a restauração automática de quebra automática de linha de diário" entrada de registro está definida como 1 na seguinte subchave do registro:
HKLM\System\Ccs\Services\Ntfrs\Parameters
Importante Não recomendamos que você use essa configuração de registro e essa configuração não deve ser usadas versões do Windows após a versão do Service Pack 3 do Windows 2000. O método recomendado para executar uma restauração não autoritativa nos membros do FRS dos conjuntos de réplicas DFS ou SYSVOL é usar o valor de registro BurFlags do FRS. Para obter mais informações sobre como usar o valor de registro BurFlags, clique no número abaixo para ler o artigo na Base de dados de Conhecimento da Microsoft:
290762 Usando a chave de registro BurFlags reinicializar réplicas do serviço de duplicação de arquivos define
Estas são as opções apropriadas para reduzir erros de quebra automática de linha de diário:
  • Colocar o conteúdo replicado por FRS em menos ocupado volumes.
  • Manter o serviço FRS em execução.
  • Evite fazer alterações replicado por FRS conteúdo quando o serviço é desativado.
  • Aumente o tamanho do diário USN.
O FRS é um serviço que deve sempre ser executado em Membros dos conjuntos DFS replicado por FRS e controladores de domínio do Windows.

Se você aumentar o tamanho do diário USN e, portanto, você aumenta o número de alterações que o diário pode espera antes do diário de "quebra", isso reduz a possibilidade de que o diário USN quebra ocorrerá. O tamanho do diário USN pode ser alterado, definindo os seguintes chave de registro:
HKLM\System\CCS\Services\NTFRS\Parameters\ "tamanho do diário Ntfs em MB" (REG_DWORD)
As configurações válidas variam de 8 a 128 megabytes (MB). O o padrão é 32 MB. Esta configuração se aplica a todos os volumes que hospedam uma árvore de réplicas do FRS. Você precisa parar e reiniciar o serviço NTFRS para aumenta o tamanho do diário USN ocorra. No entanto, para diminuir o diário USN tamanho, você deve reformatar todos os volumes que contêm replicado por FRS conteúdo.

O número de alterações que um determinado arquivo de diário USN pode conter. pode ser previsto, usando a seguinte fórmula:
tamanho do diário/((60 bytes + (length of File Name)) * 2)
O número "2" nessa fórmula deriva de duas entradas de diário para cada alteração de arquivo: 1 para abrir e 1 para fechar. Divida o tamanho do diário, o tamanho da alteração para determinar o número aproximado de alterações que podem ocorrer por antes da quebra de diário erro é encontrado. Se supusermos que os nomes dos arquivos estão em um formato de arquivo "8. 3", isso mapeia para aproximadamente 200 mil arquivos e/ou diretórios para um arquivo do diário de 32 MB. O número de alterações será menor se forem usados nomes extensos de arquivos.

Em É do Windows 2000 Service Pack 2, as configurações válidas variam entre 8 e 128 MB e o padrão. 32 MB. No Windows 2000 Service Pack 3, as configurações válidas variam entre 4 e 10000 MB e o padrão é 512 MB. Essas configurações se aplicam a todos os volumes que hospedam uma árvore de réplicas do FRS.

Como diretriz, a Microsoft sugere que você Configurar 128 MB de diário para cada 100000 arquivos que são gerenciados pela replicação em que volume.

Referências

Para obter mais informações informações, clique nos números abaixo para ler os artigos com o Base de dados de Conhecimento da Microsoft:
221111Descrição das entradas no registro do FRS
290762 Usando a chave de registro BurFlags reinicializar réplicas do serviço de duplicação de arquivos define
291165 Declarações de FRS no membro primário que contém um grande número de arquivos ou diretórios

Propriedades

ID do artigo: 292438 - Última revisão: quinta-feira, 26 de maio de 2011 - Revisão: 2.0
A informação contida neste artigo aplica-se a:
  • Microsoft Windows 2000 Server
  • Microsoft Windows 2000 Advanced Server
  • Microsoft Windows Server 2003, Enterprise Edition (32-bit x86)
  • Microsoft Windows Server 2003, Standard Edition (32-bit x86)
  • Microsoft Windows Server 2003, Datacenter Edition (32-bit x86)
Palavras-chave: 
kbproductlink kbinfo kbmt KB292438 KbMtpt
Tradução automática
IMPORTANTE: Este artigo foi traduzido por um sistema de tradução automática (também designado por Machine Translation ou MT), não tendo sido portanto traduzido ou revisto por pessoas. A Microsoft possui artigos traduzidos por aplicações (MT) e artigos traduzidos por tradutores profissionais, com o objetivo de oferecer em português a totalidade dos artigos existentes na base de dados de suporte. No entanto, a tradução automática não é sempre perfeita, podendo conter erros de vocabulário, sintaxe ou gramática. A Microsoft não é responsável por incoerências, erros ou prejuízos ocorridos em decorrência da utilização dos artigos MT por parte dos nossos clientes. A Microsoft realiza atualizações freqüentes ao software de tradução automática (MT). Obrigado.
Clique aqui para ver a versão em Inglês deste artigo: 292438

Submeter comentários

 

Contact us for more help

Contact us for more help
Connect with Answer Desk for expert help.
Get more support from smallbusiness.support.microsoft.com