Entrar

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

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.

291165
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
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.
NTFRS FRS sysvol

Aviso: Este artigo foi traduzido automaticamente

Propriedades

ID do Artigo: 291165 - Última Revisão: 10/23/2013 16:56:15 - Revisão: 2.3

  • Microsoft Windows 2000 Server
  • Microsoft Windows 2000 Advanced Server
  • Microsoft Windows 2000 Datacenter Server
  • kbnosurvey kbarchive kbmt kbenv kberrmsg kbprb KB291165 KbMtpt
Comentários