O FRS afirma no membro principal que contém o número grande de ficheiros ou directórios

Traduções de Artigos Traduções de Artigos
Artigo: 291165 - Ver produtos para os quais este artigo se aplica.
Este artigo foi arquivado. Este artigo é oferecido "tal como está" e deixará de ser actualizado.
importante : Este artigo contém informações sobre como modificar o registo. Antes de modificar o registo, certifique-se de que efectua uma cópia de segurança e de que compreende como o restaurar o registo se ocorrer um problema. Para obter informações sobre como efectuar uma cópia de segurança, restaurar e editar o registo, clique no número de artigo que se segue para visualizar o artigo na Microsoft Knowledge Base:
256986Descrição do registo do Microsoft Windows
Expandir tudo | Reduzir tudo

Sintomas

O serviço de replicação de ficheiros (FRS, File Replication Service) é um motor de replicação multithread, vários servidores principais que substitui o serviço LMREPL no Microsoft Windows NT 3.x e 4.0. Controladores de domínio do Windows 2000 e servidores utilizam o FRS para replicar sistema scripts de política e de início de sessão para o Windows 2000 e clientes de nível baixo que residem no volume do sistema.

O FRS também pode replicar conteúdo entre servidores do Windows 2000 que estão a hospedar as raízes de DFS tolerantes a falhas samefault ou réplicas de nós subordinados.

Este artigo descreve um erro em que o Windows 2000 os computadores membros ou controladores de domínios que estão marcados no registo ou sistema de ficheiros distribuído (dfsgui.msc) snap-in como "principal" para um conjunto de réplicas do FRS, File Replication Service que contém centenas de milhares de ficheiros:
  1. Falha ao inventário todos os ficheiros na árvore da réplica.
  2. Encontra um erro de journal_wrap que normalmente é apresentado quando o serviço FRS foi desligado durante um longo período de tempo.
  3. Os seguintes eventos são registados no registo de depuração de FRS, File Replication Service:
    <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 do FRS, File Replication Service é criado ou reinicializado, o comando "Set Master" a ferramenta de administração DFS (ou respectivo equivalente de registo) é utilizado para definir o computador cujos ficheiros e a estrutura de directórios inicialmente irá ser utilizado para povoar um conjunto de réplicas do FRS, File Replication Service.

Anterior para replicação, o membro de FRS, File Replication Service principal inventários todos os ficheiros respectivos directórios replicados (árvore de réplicas) num esforço para preencher IDTABLE (uma listagem de todos os ficheiros e directórios numa árvore de réplicas). Esta "análise IDTABLE" tem de concluir antes do membro principal pode enviar ordens de alteração ou criar ficheiros de teste a jusante parceiros como parte do processo de replicação.

O diário USN é um registo de tamanho fixo que regista todas as alterações que ocorrem em partições NTFS 5.0 formatado. NTFRS monitoriza o ficheiro de diário de NTFS USN para ficheiros fechados nos directórios de FRS, File Replication Service replicado desde que o FRS está em execução.

Erros de moldagem do diário ocorrem se um número suficiente de alterações local enquanto o serviço FRS efectua a verificação IDTABLE que o último USN alterar FRS registado na base de dados do FRS, File Replication Service já não existe no diário USN. Dado que o FRS, File Replication Service pode já não confiar no diário USN como origem de alterações possíveis na respectiva árvore de réplicas, FRS, File Replication Service afirma num estado de moldagem do diário. Caso contrário a fazer pode resultar em inconsistências de dados.

Resolução

Duas opções estão disponíveis para resolver este problema:
  • Aumente o tamanho do diário USN NTFRS no volume que anfitriões a replicação de FRS, File Replication Service o conteúdo.
  • Reduza o número de ficheiros que estão localizados na árvore da réplica até que a fase de inicialização tenha concluído.

Ponto Da Situação

A Microsoft confirmou que este é um problema nos produtos da Microsoft listados no início deste artigo.

Mais Informação

aviso : a utilização incorrecta do Editor de registo poderá provocar problemas graves que poderão forçar a reinstalação do sistema operativo. Microsoft não garante que os problemas resultantes da utilização incorrecta do Editor de registo possam ser resolvidos. As suas próprias risco da utilização do Editor de registo.

Aumentar o tamanho do diário USN (e em conformidade o número de alterações pode conter antes do diário de "moldagem"), reduz a probabilidade que o diário USN será moldado. O tamanho do diário USN pode ser alterado, definindo a quantidade de megabytes (MB) na seguinte chave de registo:
HKLM\System\CCS\Services\NTFRS\Parameters\ tamanho de diário NTFS em MB (REG_DWORD)
Variam de definições válidas entre 8 e 128 MB com uma predefinição de 32 MB. Esta definição aplica-se a todos os volumes nessa árvore de réplicas anfitrião um FRS, File Replication Service. Aumenta o tamanho do diário USN ocorrer depois de parar e, em seguida, reinicie o serviço NTFRS. Diminui o tamanho do diário USN só pode ser efectuadas por reformatar todos os volumes que contêm conteúdo de replicação de FRS, File Replication Service.

O número de alterações que pode conter um determinado ficheiro de diário USN pode ser estimado com a seguinte fórmula:
<tamanho do diário > / ((60 bytes + (comprimento do nome de ficheiro)) * 2)
Advém do "2" na fórmula anterior a partir de 2 entradas de diário para cada alteração do ficheiro: 1 para o abrir e 1 para o fechar. 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 moldagem do diário. Partindo do princípio nomes de 8.3 ficheiro, mapeia a aproximadamente 200,000 ficheiros ou directórios para um ficheiro de diário de 32 MB. O número de alterações será menor se forem utilizados nomes de ficheiro longos.

Propriedades

Artigo: 291165 - Última revisão: 5 de fevereiro de 2014 - 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 revisto ou traduzido por humanos. A Microsoft tem artigos traduzidos por aplicações (MT) e artigos traduzidos por tradutores profissionais. O objectivo é simples: oferecer em Português a totalidade dos artigos existentes na base de dados do suporte. Sabemos no entanto que a tradução automática não é sempre perfeita. Esta pode conter erros de vocabulário, sintaxe ou gramática? erros semelhantes aos que um estrangeiro realiza ao falar em Português. A Microsoft não é responsável por incoerências, erros ou estragos realizados na sequência da utilização dos artigos MT por parte dos nossos clientes. A Microsoft realiza actualizações frequentes 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