Descrição do FRS entradas no registro

Traduções deste artigo Traduções deste artigo
ID do artigo: 221111 - Exibir os produtos aos quais esse artigo se aplica.
Expandir tudo | Recolher tudo

Neste artigo

Sumário

O serviço de duplicação de arquivos (FRS) é um mecanismo de replicação multithread, vários mestres que substitui o LMREPL (LanMan replicação) serviço nas versões do Microsoft Windows NT. o Windows 2000 controladores 3.x/4.0 e servidores usam FRS para duplicar a diretiva de sistema e logon os scripts para Windows 2000 e clientes de nível inferior.

FRS também pode duplicar o conteúdo entre servidores Windows 2000 que hospeda o mesmo raízes DFS (sistema de arquivos distribuído) tolerante a falhas ou réplicas de nó filho.

Este artigo descreve as entradas do Registro para FRS.

Observação Não é necessário reiniciar o FRS para que as configurações entram em vigor.

Mais Informações

importante Esta seção, método ou tarefa contém etapas que informam sobre como modificar o registro. No entanto, sérios problemas poderão ocorrer se você modificar o registro incorretamente. Por isso, certifique-se que você execute essas etapas cuidadosamente. Para proteção adicional, fazer backup do registro antes de modificá-lo. Em seguida, você pode restaurar o registro se ocorrer um problema. Para obter mais informações sobre como fazer backup e restaurar o registro, clique no número abaixo para ler o artigo na Base de dados de Conhecimento da Microsoft:
322756Como fazer backup e restaurar o registro no Windows
Observação Por padrão, algumas entradas do Registro podem não existir. Se uma entrada do Registro não existe e você desejar para especificar um valor diferente, você pode adicionar a entrada se você usar o tipo de dados especificado.

As entradas a seguir estão localizadas na seguinte chave do Registro:
HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\NtFrs\Parameters
  • Gravidade de log de depuração (REG_DWORD): 0 mínimo, máximo 5, 4 padrão (se SP2 ou posterior estiver instalado, o valor padrão é 2).
  • Arquivos de log de depuração (REG_DWORD): mínimo de 0, nenhum máximo, 5 padrão.
  • Depuração mensagens de log máximo (REG_DWORD): não mínimo, sem máximo, 10000 padrão
  • DS menor intervalo de sondagem em minutos (REG_DWORD): mínimo, 1 minuto não máximo, 5 minutos para os controladores de domínio, 5 minutos para padrão de servidores membro
  • DS longo intervalo de sondagem em minutos (REG_DWORD): mínimo, 1 minuto não máximo, 5 minutos para os controladores de domínio, 60 minutos para padrão de servidores membro
  • Limite de espaço de preparo no KB (REG_DWORD): não padrão mínimo, nenhum máximo, a5000h ou 660 MB
  • Pasta de trabalho (REG_DWORD): n/d mínimo, n/d máximo, %SystemRoot%\Ntfrs padrão
  • Tamanho do diário NTFS em MB (REG_DWORD):
    SP2 e versões anteriores: mínimo de 10 MB, máximo 2 Terabytes, padrão, 32 MB

    SP3 e posteriormente: mínimo de 10 MB, máximo 2 Terabytes (TB) padrão, 512 MB
  • Alterar histórico do log de saída em minutos (REG_DWORD): SP2 e posterior: padrão 7 dias (10.080 minutos)
  • Compacte arquivos de teste valor (REG_DWORD):
    00000000 <hex> 0: não compactar arquivos de teste 1: compactar arquivos (DEFAULT) de preparo
    288160Mensagem de erro: erro de compactação de dados
Observação Essa configuração é implementada em NTFS e você precisa reiniciar seu computador para que a configuração entram em vigor.

Descrição detalhada de entradas de registro do FRS

  • Gravidade do log de depuração: Controla o nível de verbosidade arquivos da pasta %SystemRoot%\Debug Ntfrs_000x.log. Níveis de gravidade são atribuídos a instruções de impressão de depuração diferentes no código. Quando definida como 0, log mínimo ocorre. Nível 5 é a configuração mais detalhada. As configurações de superiores são inclusivas.

    Use números menores para obter um melhor desempenho ou números mais altos para obter os detalhes necessários para solucionar problemas de replicação.
  • Arquivo de log de depuração: o número de arquivos de log ativa que registram transações de serviço FRS e eventos. Os logs são gravados no base first-in-first-out (FIFO) com o número mais alto que contém os eventos mais recentes. Logs um por meio de "Arquivos de log de depuração" são criados em ordem seqüencial. Depois que mensagens de log máximo de depuração são escritas para o último log (Nftrs_0005.log), o menor log que Ntfrs_0001 é excluído e o número de versão para os logs restantes obter diminuídos.

    Use números mais altos para manter os detalhes de log disponível por longos períodos de tempo. Use números menores para minimizar os requisitos de espaço em disco.
  • Depuração mensagens de log máximo: O número de linhas armazenadas em um único arquivo de log de depuração Ntfrs_000x.log. entradas de 10.000 usa entre 1-2 MB de espaço no disco.
  • DS menor intervalo de sondagem em minutos: O intervalo com o qual o FRS controla o Active Directory na inicialização do serviço ou após as alterações de configuração. FRS executa oito intervalos curtos de pesquisa e, em seguida, alterna para o longo intervalos de pesquisa se não interrompido por alterações de configuração que causar a seqüência de pesquisa curto começar novamente.
  • DS longo intervalo de sondagem em minutos: O intervalo com o qual o FRS controla o Active Directory para alterações de configuração após oito curto intervalos de pesquisa terminar sem interrupção. FRS executa oito intervalos curtos de pesquisa e, em seguida, alterna para longos intervalos de pesquisa se não interrompido por alterações de configuração. Alterações de configuração fazer com que a seqüência de pesquisa curto redefinir.
  • Limite de espaço de teste em KB: A quantidade máxima de espaço em disco a ser alocada para arquivos mantidos em disco até que recuperada por todos os parceiros de replicação downstream. Isso deve ser menor que a quantidade de espaço livre em disco. Se definido como números grandes, espaço de teste pode consumir todo espaço de unidade disponível se downstream parceiros de replicação não atendido por alterações devido a falhas do link ou problemas do sistema operacional.
  • Pasta de trabalho: O local do arquivo Ntfrs.jdb e arquivos de log associados. O banco de dados Jet deve residir em uma partição que usa a versão do sistema de arquivo NTFS incluído com o Windows 2000. Modificar esse valor para usar uma unidade dedicada ou partição se o desempenho ou espaço livre em disco se tornar um problema.Para obter mais informações sobre o banco de dados Jet e arquivos de log associados e sua localização, clique no número abaixo para ler o artigo na Base de dados de Conhecimento da Microsoft:
    221093Como realocar o banco de dados do Jet NTFRS e arquivos de log
  • Tamanho do diário NTFS em MB controla o tamanho do USN arquivo de diário, um log que registros muda para arquivos e pastas em partições formatadas por NTFS. NTFRS monitora o arquivo de diário USN do NTFS para arquivos fechados em diretórios de FRS replicado, desde que o serviço FRS está em execução. Diário de quebra automática de erros ocorrem se um número suficiente de alterações local enquanto o FRS é desativado de modo que o último USN alterar FRS gravado no desligamento não existe mais no diário USN quando o FRS é iniciado em seguida. Aumentando o USN diário tamanho e, portanto, número de alterações pode armazenar antes do diário de "quebra", diminui a possibilidade de que o diário USN será quebrado irá ocorrer.

    No Windows 2000 Service Pack 2, as configurações válidas variam de 10 a 128 MB com um padrão de 32 MB. No Windows 2000 Service Pack 3, as configurações válidas variam de 4 a 10.000 MB com um padrão de 512 MB. Essas configurações se aplicam a todos os volumes que hospeda uma árvore de réplicas do FRS.

    Como regra prática, é recomendável para configurar 128 MB de diário por 100.000 arquivos gerenciado por replicação nesse volume.

    Aumenta o tamanho do diário USN é realizada depois de parar e reiniciar o serviço NTFRS. Diminui para o USN tamanho do diário só pode ser feito reformatando todos os volumes que contêm FRS replicado conteúdo.Para obter mais informações, clique no número abaixo para ler o artigo na Base de dados de Conhecimento da Microsoft:
    292438Solucionando problemas de erros journal_wrap em conjuntos de réplicas SYSVOL e do DFS
  • Log de saída alterar histórico em minutos controles do log de retenção de alterar a ordem de saída. O processamento de log de saída do FRS alterado no hotfix pós-SP2 Windows 2000 para reter pedidos de alteração, mesmo após enviá-los para todos os parceiros inferiores atuais. Essa alteração permite que o FRS para sincronizar com um novo parceiro downstream o log de saída e para evitar uma verificação completa IDTable. Essa alteração é útil em ambientes onde a topologia muda com freqüência. A alteração também é útil durante uma distribuição quando novos membros colocado on-line em um curto período de tempo. Devido a essa alteração, você não pode depender de despejar o log de saída (usando o comando de log de saída ntfrsutl ) para saber se o log de saída está vazia. Para determinar o estado do log de saída para cada parceiro de saída, você deve usar o Connstat utilitário. Um benefício adicional dessa alteração é que, quando você Despeja o log de saída, você pode localizar os arquivos que o membro replicou recentemente. Usar o utilitário Iologsum para gerar um relatório classificado para análise

Propriedades

ID do artigo: 221111 - Última revisão: sexta-feira, 26 de outubro de 2007 - Revisão: 5.6
A informação contida neste artigo aplica-se a:
  • Microsoft Windows Server 2003, Standard Edition (32-bit x86)
  • Microsoft Windows Server 2003, Enterprise Edition (32-bit x86)
  • Microsoft Windows XP Professional
  • Microsoft Windows 2000 Advanced Server
  • Microsoft Windows 2000 Datacenter Server
  • Microsoft Windows 2000 Server
Palavras-chave: 
kbmt kbproductlink kbenv kbinfo KB221111 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: 221111

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