FRS Asserts no membro principal com grande número de arquivos ou pastas

Traduções deste artigo Traduções deste artigo
ID do artigo: 291165 - Exibir os produtos aos quais esse artigo se aplica.
Este artigo foi arquivado. É oferecido "como está" e não será mais atualizado.
importante : Este artigo contém informações sobre como modificar o registro. Antes de modificar o registro, certifique-se de backup e certifique-se que você saiba como restaurar o registro se ocorrer um problema. Para obter informações sobre como fazer backup, restaurar e editar o registro, clique no número abaixo para ler o artigo na Base de dados de Conhecimento da Microsoft:
256986Descrição do registro do Microsoft Windows
Expandir tudo | Recolher tudo

Sintomas

O serviço de duplicação de arquivos (FRS) é um mecanismo de replicação multithread, vários mestres que substitui o serviço LMREPL no Microsoft Windows NT 3.x e 4.0. Controladores de domínio do Windows 2000 e servidores usam o FRS para replicar scripts de diretiva e logon de sistema para Windows 2000 e clientes de nível inferior que residem no volume do sistema.

FRS também pode duplicar o conteúdo entre servidores Windows 2000 que estiverem hospedando o nó filho réplicas ou raízes DFS tolerante a falhas samefault.

Este artigo descreve um erro em que os computadores de membro do Windows 2000 ou controladores de domínios que são marcadas no registro ou sistema de arquivos distribuídos (dfsgui.msc) snap-in como "primário" para um conjunto de réplicas FRS que contém centenas de milhares de arquivos:
  1. Falha ao estoque todos os arquivos na árvore de réplicas.
  2. Encontra um erro journal_wrap que normalmente é visto quando o serviço FRS foi desativado por um longo período de tempo.
  3. Os seguintes eventos são registrados no log de depuração do FRS:
    <DbsInitOneReplicaSet:          1428: 11268: S1: 15:45:38> ++ WStatus: 
    26-??? -- CMD_JOURNAL_INIT_ONE_RS failed
    <JrnlSetReplicaState:           1428:  5787: S4: 15:45:38> :S: Replica (0)
    REPLICATEST state change from INITIALIZING to ERROR
    						

Causa

Quando um conjunto de réplicas FRS for criado ou reinicializado, o comando "Set mestre" a ferramenta DFS Administration (ou seu equivalente do Registro) é usado para definir o computador cujos arquivos e a estrutura de diretório será inicialmente ser usado para preencher um conjunto de réplicas FRS.

Antes a replicação, o membro FRS primário inventários todos os arquivos em seus diretórios replicados (árvore de réplicas) em um esforço para preencher IDTABLE (uma listagem de todos os arquivos e pastas em uma árvore de réplica). Conclua essa "verificação IDTABLE" antes do membro principal pode enviar pedidos de alteração ou criar arquivos de preparo para parceiros inferiores como parte do processo de replicação.

O diário USN é um log de tamanho fixo que registra todas as alterações que ocorrem em partições NTFS 5.0 formatado. NTFRS monitora o arquivo de diário USN do NTFS para arquivos fechados em diretórios de FRS replicado, desde que esteja executando o FRS.

Diário de quebra automática de erros ocorrem se um número suficiente de alterações local enquanto o serviço FRS executa sua verificação IDTABLE, que o último USN alterar FRS registrado no banco de dados FRS não existe no diário USN. Porque o FRS não pode contar com o diário USN como uma fonte para possíveis alterações na sua árvore de réplicas, FRS declara em um estado de quebra automática de diário. Para fazer o contrário pode resultar em inconsistência de dados.

Resolução

Duas opções estão disponíveis para resolver esse problema:
  • Aumente o tamanho do diário USN NTFRS no volume que conteúdo de hosts duplicados o FRS.
  • Reduza o número de arquivos que estão localizados na árvore de réplicas até que a fase de inicialização seja concluída.

Situação

A Microsoft confirmou que este é um problema nos produtos da Microsoft listados no começo deste artigo.

Mais Informações

Aviso : se você usar o Editor do Registro incorretamente, poderá causar problemas sérios que talvez exijam a reinstalação do sistema operacional. A Microsoft não garante que você pode resolver problemas resultantes do uso incorreto do Editor do Registro. Use o Editor do registro por sua própria conta e risco.

Aumentar o tamanho do diário USN (e adequadamente o número de alterações pode armazenar antes do diário de "quebra"), reduz as chances de que o diário USN será quebrado. O tamanho do diário USN pode ser alterado, definindo a quantidade de megabytes (MB) na seguinte chave do Registro:
HKLM\System\CCS\Services\NTFRS\Parameters\ tamanho do diário NTFS em MB (REG_DWORD)
As configurações válidas variam de 8 para 128 MB com um padrão de 32 MB. Essa configuração se aplica a todos os volumes que árvore de réplicas host um FRS. Aumenta o tamanho do diário USN ocorrer após você interromper e, em seguida, reinicie o serviço NTFRS. Diminui o tamanho do diário USN só pode ser feitas reformatando todos os volumes que contêm conteúdo replicado por FRS.

O número de alterações que pode conter um determinado arquivo de diário USN pode ser estimado com a seguinte fórmula:
<tamanho do diário > / ((bytes 60 + (comprimento de nome de arquivo)) * 2)
O "2" na fórmula anterior deriva de 2 entradas de diário para cada alteração de arquivo: 1 para abrir e 1 para o fechamento. Divida o tamanho do diário pelo tamanho de cada alteração para determinar o número aproximado de alterações que podem ocorrer antes de ocorrer o erro de quebra automática de diário. Supondo que nomes de 8.3 arquivo, mapeia para aproximadamente 200 mil arquivos ou pastas para um arquivo de diário de 32 MB. O número de alterações deve ser menor se forem usada nomes extensos de arquivos.

Propriedades

ID do artigo: 291165 - Última revisão: quarta-feira, 23 de outubro de 2013 - Revisão: 2.3
A informação contida neste artigo aplica-se a:
  • Microsoft Windows 2000 Server
  • Microsoft Windows 2000 Advanced Server
  • Microsoft Windows 2000 Datacenter Server
Palavras-chave: 
kbnosurvey kbarchive kbmt kbenv kberrmsg kbprb KB291165 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: 291165

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