Aperfeiçoamentos na Versão Posterior ao SP2 do Ntfrs.exe Incluso em um Driver Ntfs.sys Atualizado

Traduções deste artigo Traduções deste artigo
ID do artigo: 321557 - 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 ter um backup e de saber como restaurar o registro caso ocorra algum problema. Para obter informações sobre como fazer backup, restaurar e editar o registro, clique no número abaixo para consultar o artigo na Base de Dados de Conhecimento da Microsoft:
256986 Descrição do Registro do Windows
Expandir tudo | Recolher tudo

Neste artigo

Sintomas

O FRS (File Replication service) é um mecanismo de replicação de vários mestres e segmentos que substitui o serviço LMRepl (LANMan Directory Replication) no Microsoft Windows NT versões 3.x e 4.0. Controladores de domínio servidores com base no Windows 2000 usam o FRS para estender a diretiva de sistema e os scripts de logon para clientes com base no Windows 2000 e anteriores.

O FRS também pode estender conteúdo entre servidores com base no Windows 2000 que hospedam as mesmas raízes DFS (Distributed File System) tolerantes a falhas ou cópias do nó filho.

As alterações feitas em Ntfrs.exe que estão descritas na seção "Alterações nas Versões de Ntfrs.exe e Ntfs.sys Posteriores ao Hotfix SP2" deste artigo foram originalmente lançadas como o hotfix Q307319 em meados de setembro de 2001. Quando foi descoberto um problema com a exclusão de arquivos no Microsoft Office comum a todas as versões do FRS, o Ntfrs.exe foi novamente atualizado e lançado como o hotfix Q307319 em março de 2002.

Ambas as versões do hotfix Q307319 apresentam um problema em Ntfs.sys que impede determinadas operações de renomeação e bloqueia a cópia de alguns arquivos. Por isso, o Ntfrs.exe da versão 2002 do hotfix Q307319 está sendo novamente incluído e lançado com a versão Q319473 de Ntfs.sys como o hotfix Q321557. Como Ntfs.sys está incluso, instalar o hotfix exige que o seu computador seja reiniciado.

Este artigo descreve as alterações feitas nas versões de Ntfrs.exe e Ntfs.sys disponíveis em um hotfix posterior ao Windows 2000 Service Pack 2 que resolve problemas conhecidos, além de aumentar o gerenciamento e a eficiência do FRS. Para obter uma descrição dessas alterações, consulte a seção "Alterações nas Versões de Ntfrs.exe e Ntfs.sys Posteriores ao Hotfix SP2" deste artigo.

Se essa versão de Ntfrs.exe estiver instalada em um membro de conjunto de réplicas FRS, a Microsoft recomenda que os administradores distribuam a versão do hotfix Q321557 ou a versão Windows 2000 Service Pack 3 de Ntfrs.exe em todos os membros de um mesmo conjunto de réplicas FRS, o que significa que todos os controladores que estão no mesmo domínio ou todos os membros da raiz ou vínculo DFS (Distributed File System) indicam onde o FRS foi ativado.

Causa

Ao processar uma ordem de alteração em um parceiro inferior, Ntfrs renomeia o arquivo temporário correspondente em uma pasta de pré-instalação para o seu nome de arquivo e sua pasta de destino. As versões anteriores de Ntfrs podem apresentar violações de compartilhamento durante a operação de renomeação caso a pasta de destino esteja bloqueada por outros processos como, por exemplo, Explorer.exe.

Para evitar violações de compartilhamento, a versão Q307319 (e Q321557) de FRS abre as pastas pai com requisitos de acesso reduzidos (FILE_READ_ATTRIBUTES, em vez de GENERIC_READ e GENERIC_EXECUTE). Ao fazer isso, os bloqueios de pasta evitam as violações de compartilhamento que impedem a conclusão da operação de renomeação. No entanto, isso apresenta uma verificação de acesso incorreta no driver do sistema de arquivos Ntfs.sys. Esse problema evita a renomeação de arquivo por parte de serviços como, por exemplo, Ntfrs que não tenham acesso explícito o suficiente para realizar a operação em um arquivo ou uma pasta, mas que tenham direitos implícitos como um serviço. Nesse caso, NTFRS tem direitos de backup/restauração, que oferecem acesso implícito a todas as pastas e a todos os arquivos em um volume. O hotfix Q321557 possui um driver Ntfs.sys atualizado que resolve esse problema.

Resolução

Informações sobre o Service Pack

Para resolver esse problema, obtenha o mais recente service pack para o Microsoft Windows 2000. Para obter informações adicionais, clique no número abaixo para visualizar o artigo na Base de Dados do Conhecimento da Microsoft:
260910 How to Obtain the Latest Windows 2000 Service Pack

Informações sobre o Hotfix

Uma correção suportada já está disponível na Microsoft, porém destina-se a corrigir somente o problema descrito neste artigo. Aplique-a somente a computadores que estiverem passando por esse problema específico. Essa correção deve passar por mais testes. Por isso, se esse problema não lhe afetar diretamente, a Microsoft recomenda que você aguarde o novo service pack do Windows 2000 que contém essa correção.

Para resolver esse problema imediatamente, entre em contato com o Atendimento Microsoft e obtenha a correção. Para obter uma lista completa dos números de telefone do Atendimento Microsoft e as informações sobre os custos de suporte, visite o seguinte site da Microsoft na Web:
http://support.microsoft.com/default.aspx?scid=fh;PT-BR;CNTACTMS
NOTA: Em casos especiais, as cobranças feitas sobre as chamadas de suporte podem ser canceladas se um Profissional de Suporte da Microsoft determinar que uma determinada atualização resolverá o problema. Os custos habituais do suporte serão aplicados a questões e problemas adicionais de suporte que não se qualificam à atualização específica em questão.

A versão em inglês desta correção deverá ter os seguintes atributos de arquivo ou posteriores:
   Data         Hora   Versão      Tamanho    Nome do arquivo
   --------------------------------------------------------
   02-Mar-2002  23:40  5.0.2195.5016  733.456  Ntfrs.exe
   03-Mar-2002  02:44  5.0.2195.5016   54.544  Ntfrsapi.dll
   03-Mar-2002  02:44  5.0.2195.5016   21.264  Ntfrsprf.dll
   02-Mar-2002  23:39  5.0.2195.5016   80.384  Ntfrsres.dll
   03-Abr-2002  02:41  5.0.2195.5524  513.072  Ntfs.sys

Para evitar problemas de cópia em que o sistema não tem controle completo da árvore de réplicas FRS, instale este hotfix Ntfs.sys em todos os controladores de domínio e servidores de membro com base no Windows 2000 nos quais a versão Q307319 de Ntfrs.exe está instalada. Depois de instalar esse hotfix, você deve reiniciar o seu computador.

Como Contornar

Como solução alternativa para esse problema (sem instalar o hotfix), selecione um membro do conjunto de réplicas Ntfrs afetado (de preferência, um servidor de ponte preferencial com muitas conexões de saída). Conceda à conta de sistema o controle total de todas as pastas contidas na árvore de réplicas FRS, seguindo estes passos:
  1. Interrompa o serviço Ntfrs.
  2. Usando a guia Segurança do Windows Explorer, ou um equivalente de linha de comando, conceda à conta de sistema o controle total de todas as pastas na e abaixo da raiz de réplicas FRS, incluindo a pasta DO_NOT_REMOVE_NtFrs_PreInstall_Directory, para que os novos arquivos e as novas pastas herdem essa permissão. Você deve interromper o FRS para modificar a ACL da pasta DO_NOT_REMOVE_NtFrs_PreInstall_Directory.

    Talvez você queira usar o seguinte script de exemplo a partir de um prompt de comando. O script destina-se à pasta raiz de réplicas FRS ao usar o Subinacl.exe para conceder à conta de sistema o controle total da árvore de réplicas FRS e da pasta DO_NOT_REMOVE_NtFrs_PreInstall_Directory:
    C:\>for /r "X:\Frs_root_dir" /d %i in (*) do subinacl /file "%i" /grant=system=f
    Nesse script de exemplo, X:\Frs_root_dir é a unidade e o caminho para a pasta raiz das réplicas FRS em que a ACL será modificada.

    O script adiciona "SYSTEM = Full Control" às permissões já existentes em todas as pastas no e abaixo do caminho especificado no parâmetro X:\Frs_root_dir . Em resposta à alteração da ACL, Ntfrs replica todas as pastas contidas na árvore do diretório especificado, mas não replica os arquivos.

    A versão de Subinacl.exe deve ser 2.6.0.1399 ou posterior, para evitar ACEs solicitadas indevidamente. As informações de arquivo para um Subinacl.exe correto são:
    --a-- W32i   APP ENU   2.6.0.1399 shp   193,024 01-15-2002 subinacl.exe
  3. Reinicie o serviço de FRS.
  4. Monitore as pastas de pré-instalação e as árvores de réplicas. Os arquivos contidos nas pastas de pré-instalação são removidos à medida que os arquivos são movidos para as suas pastas de destino e a nova alteração de ACL tenha efeito.

Situação

A Microsoft informa que este problema pode ocorre em seu(s) produto(s) listado(s) na secção "Aplica-se" deste artigo. Esse problema foi corrigido primeiro no Microsoft Windows 2000 Service Pack 4.

Mais Informações

Duas versões de Ntfrs.exe lançadas como o hotfix Q307319 em meados de setembro de 2001 em março de 2002 apresentam um problema de verificação de acesso em Ntfs.sys que impede o FRS de replicar todos os arquivos e todas as pastas. Os administradores que instalaram qualquer uma dessas versões de Ntfrs.exe em computadores nos quais a conta de sistema não tem o controle completo da árvore de diretório replicada podem enfrentar os seguintes sintomas:
  • Uma inconsistência no conteúdo do DFS replicado por FRS ou dos conjuntos de réplicas Sysvol. Mais especificamente:
    • Pode haver um arquivo ou uma pasta no parceiro superior em que o arquivo foi criado ou gravado, mas não em outros membros do conjunto de réplicas.
    • Pode haver arquivos e pastas tanto no parceiro superior quanto no inferior, mas suas versões podem ser inconsistentes (antigas) se comparadas ao computador que recebeu a atualização mais recente.
    • Os arquivos e pastas criados no Windows Explorer (clicando em Novo no menu Arquivo, e criando um arquivo ou pasta) são replicados nos parceiros superiores, mas não são replicados se forem criados usando qualquer outro método (como os comandos mkdir, copy con filename.ext command, copy, Salvar no menu Arquivo, Salvar como no menu Arquivo, ou arrastando o arquivo no Windows Explorer.
  • Os arquivos localizados na pasta DO_NOT_REMOVE_NtFrs_PreInstall_Directory não são movidos para os seus destinos finais.
  • Um relatório Connstat de um parceiro superior indica que todas as solicitações de mudança enviadas para o parceiro inferior foram recebidas e processadas.
  • O comando ntfrsutl idtable indica que os arquivos localizados nas pastas contidas no parceiro superior, mas que não estão no parceiro inferior, estão no FRS IDTABLE de ambos os computadores. Isso significa que a solicitação de alteração para um arquivo foi recebida pelo parceiro inferior.
  • As mensagens de erro "Access Denied" são registradas nos logs de depuração do FRS quando o FRS tenta renomear um arquivo de pré-instalação para o seu nome final. Por exemplo:
    <StuPreInstallRename: 2728: 1546: S0: HH:MM:SS> ++ ERROR - Failed to rename pre-install file NTFRS_<ChangeOrder_GUID> para filename.ext WStatus: ERROR_ACCESS_DENIED
  • O log de entrada (usando o comando ntfrsutl inlog) nos parceiros inferiores mostra que as solicitações de alteração para os arquivos que estão faltando estão em um estado "IBCO_INSTALL_REN_RETRY". Isso indica que foram feitas várias tentativas para renomear o arquivo de pré-instalação para o seu local de destino (veja o campo STATE: ). Por exemplo:
    Tipo de Tabela: Tabela do Log de Entrada para DFSROOT|APPS (1)
    SequenceNumber               : 0000000d
    Flags                        : 0100004e Flags [VVAct Content Locn Retry CmpresStage ]
    IFlags                       : 00000001 Flags [IFlagVVRetireExec ]
    State                        : 0000000e  CO STATE:  IBCO_INSTALL_REN_RETRY   <--Observe o estado de erro da nova tentativa para renomear.
    ContentCmd                   : 00002000 Flags [RenNew ]
    Lcmd                         : 00000004  D/F 0   Movein
    FileAttributes               : 00000020 Flags [ARCHIVE ]
    FileVersionNumber            : 00000005
    ..
    ..
    ChangeOrderGuid              : 9883330a-265f-4384-a38b69acb9d224bc
    OriginatorGuid               : fce4a387-68c7-43b2-9a2e93c3acbb401c
    FileGuid                     : 16ed465b-0324-4248-8c25535248bb51b6
    OldParentGuid                : 54d058b9-9a2e-4225-866d0a8a77cce7f0
    NewParentGuid                : 54d058b9-9a2e-4225-866d0a8a77cce7f0
    CxtionGuid                   : 86bc5234-f9ec-496b-8fc1b09eb55fa4b9
    Spare1Ull                    : Seg Jan  7, 2002 09:13:26
    MD5CheckSum                  : MD5: 9ac5676d 669a9926 a5a86bac 6eeae417 
    ..
    FileName                     : SOMESUCHFILE.EXT
Essa situação está mais relacionada às mensagens de erro "Access Denied" nos logs de depuração do FRS, e se os arquivos e pastas criados no Windows Explorer forem duplicados para parceiros inferiores, mas não forem duplicados se criados usando um outro método.

Alterações nas Versões de Ntfrs.exe e Ntfs.sys Posteriores ao Hotfix SP2

Este artigo descreve as alterações feitas nas versões de Ntfrs.exe e Ntfs.sys disponíveis em um hotfix posterior ao Windows 2000 Service Pack 2 que resolve problemas conhecidos, além de aumentar o gerenciamento e a eficiência do FRS.

O FRS Detecta e Suprime a Replicação em Excesso

Quando os dados são gravados em um arquivo, esse arquivo está pronto para a replicação. No entanto, há alguns casos em que os dados são gravados, mas o arquivo não é alterado. Por exemplo, se você usa a Diretiva de Grupo para aplicar permissões de arquivo, o arquivo não é alterado. Se você usa a Diretiva de Grupo para reforçar as permissões nos arquivos em Sysvol, essa diretiva é aplicada a cada cinco minutos por padrão. Por isso, o FRS tenta replicar os arquivos "alterados" mesmo sem que as permissões necessárias tenham sido modificadas.

No hotfix posterior ao SP2, o FRS não replica um arquivo se nenhuma mudança tiver sido feita. Além disso, se detectar um aumento significativo no número de alterações feitas em um arquivo, o FRS registra uma mensagem com o ID de evento 13567 em seu log de eventos.

O FRS Executa Entradas de Vetor da Versão Por Série

Quando um membro acessa um conjunto de réplicas pela primeira vez, o FRS localiza os parceiros superiores e solicita uma lista de todos os arquivos contidos no conjunto. Nas versões do Windows 2000 anteriores ao hotfix pós-SP2, o FRS obtém essa lista de arquivos de todos os parceiros superiores ao mesmo tempo, o que resulta em um outro esforço por parte desses parceiros. No Windows 2000 posterior ao hotfix SP2, esse comportamento foi alterado para que o FRS obtivesse a lista dos parceiros superiores um por um. Por isso, se o primeiro parceiro superior for sincronizado, o novo membro replica todos os arquivos a partir dele. O processo de entrada de vetor da versão com cada parceiro subseqüente é muito mais rápido porque o novo membro não precisa replicar nenhum arquivo. Se o parceiro inicial não for sincronizado, as entradas subseqüentes resultam em atualizações enviadas para o novo membro.

O FRS não Pára de Duplicar se a Área Temporária Estiver Cheia

Se tentar alocar espaço para um arquivo temporário e não conseguir ou porque não há espaço suficiente, ou porque a quantidade de espaço em uso já alcançou 90 por cento do parâmetro de limitação de espaço (o valor padrão é de 660 megabytes), o FRS começa a excluir arquivos. Os arquivos temporários são excluídos (de acordo com o tempo decorrido desde o último acesso) até que a quantidade de espaço em uso tenha caído para 60 por cento do parâmetro de limitação do espaço temporário. Por isso, o FRS não deixa de replicar se a área temporária não tiver mais espaço livre. Se um membro do conjunto de réplicas ficar off-line por um longo período, o FRS não bloqueia a replicação em um membro superior porque a área temporária está cheia. Para obter informações adicionais sobre o parâmetro de limitação de espaço temporário, clique no número abaixo para visualizar o artigo na Base de Dados de Conhecimento da Microsoft:
221111 Description of FRS Entries in the Registry

Aumento no Tamanho do Diário NTFS

O FRS usa o diário do sistema de arquivos do NTFS para avisar quando forem feitas alterações em um arquivo. Se o diário for fechado, o FRS perde o controle das alterações que ele precisa replicar. Você deve realizar uma operação de restauração não-autorizada. O tamanho do diário do NTFS foi aumentado em 128 MB (megabytes) para reduzir a possibilidade de um diário ser fechado.

Alterações na Funcionalidade de Restauração não-autorizada Automática

O FRS não realiza mais uma restauração não-autorizada automática se for detectado que um diário foi fechado. Na verdade, ele registra uma mensagem com o ID de evento 13568 em seu log de eventos para lembrar você de executar a operação no momento apropriado. Foi incluída uma chave de registro para configurar uma operação não-autorizada automática, caso você queira. No entanto, se você definir essa configuração, o conteúdo da árvore de réplicas pode ficar indisponível enquanto a operação de restauração estiver sendo executada.

Problemas de Expiração

Os seguintes problemas de expiração foram corrigidos:
  • O problema de expiração que ocorre se muitos membros tentarem se sincronizar com um parceiro superior de uma vez.
  • O problema de expiração que ocorre se estiver sendo criado um arquivo temporário muito grande.

Alterações na Forma Com Que Você Altera o Caminho Temporário do FRS

Agora você pode alterar o caminho temporário do FRS sem precisar realizar uma operação de restauração não-autorizada. Ao detectar uma alteração no caminho temporário, o FRS registra uma mensagem com o ID de evento 13563 em seu log de eventos que descreve o procedimento. Essa mensagem é:
O serviço de replicação de arquivos detectou que o caminho de teste para o conjunto de réplicas %1 foi alterado.
Current staging path = %2
New staging path = %3
Depois da reinicialização, o serviço será iniciado usando o novo caminho temporário. O serviço está definido para reiniciar após as reinicializações. É recomendável que você reinicie o serviço manualmente para evitar a perda de dados no diretório temporário. Para reiniciar o serviço manualmente, siga estes passos:

[1] Execute "net stop ntfrs" ou use o snap-in Services para interromper o FRS.

[2] Mova todos os arquivos temporários correspondentes para o conjunto de réplicas %1 para o novo local. Se houver mais de um conjunto de réplicas compartilhando o diretório temporário atual, é mais seguro copiar os arquivos para o novo diretório.

[3] Execute "net start ntfrs" ou use o snap-in Services para reiniciar o FRS.

A Renomeação de Arquivos do FRS na Pasta de Pré-Instalação Gera "Access Denied"

Essa versão do FRS abre as pastas pai com os requisitos de acesso reduzidos (FILE_READ_ATTRIBUTES em lugar de GENERIC_READ e GENERIC_EXECUTE) para evitar violações de compartilhamento que impedem a conclusão da operação de renomeação nos arquivos temporários. No entanto, isso apresenta uma verificação de acesso incorreta no driver do sistema de arquivos Ntfs.sys. Há um driver Ntfs.sys atualizado incluso neste pacote de hotfix.

Outras Alterações

  • As mensagens de evento registradas quando um controlador de domínio não pode criar o compartilhamento Sysvol agora estão mais explicativas.
  • A atualização do FRS para o Windows 2000 Service Pack 2 (SP2) ativa a compactação "na conexão". Se os dados replicados já estiverem compactados, o arquivo resultante pode, na verdade, ser maior do que o original. Quando isso acontece, o FRS não replica. Esse problema foi resolvido.
  • Alterações em arquivos de documentos do Microsoft Office (.doc, .xl? etc.) em uma réplica podem fazer com que o mesmo arquivo seja excluído em todos os parceiros inferiores. Esse problema foi corrigido.
  • O serviço de FRS deve criar uma tabela que vincule números seriais de volume a letras de unidade. Essa tabela é usada para garantir que o serviço encontre o volume correto para as pastas replicadas, mesmo que as atribuições de letra da unidade mudem. O FRS não pesquisa mais as unidades removíveis quando cria a tabela.
  • As mensagens de evento que incluem as instruções sobre como atualizar o registro foram corrigidas.
  • Uma perda de memória significativa em ambientes que tenham muitos controladores de domínio foi corrigida.
Para obter informações adicionais, clique no número abaixo para consultar o artigo na Base de Dados de Conhecimento da Microsoft:
221111 Description of FRS Entries in the Registry
Para obter informações adicionais sobre como obter um hotfix para o Windows 2000 Datacenter Server, clique no número abaixo para visualizar o artigo na Base de Dados de Conhecimento da Microsoft:
265173 The Datacenter Program and Windows 2000 Datacenter Server Product

Propriedades

ID do artigo: 321557 - Última revisão: quinta-feira, 27 de fevereiro de 2014 - Revisão: 4.0
A informação contida neste artigo aplica-se a:
  • Microsoft Windows 2000 Service Pack 1
  • Microsoft Windows 2000 Service Pack 2
  • Microsoft Windows 2000 Advanced Server
  • Microsoft Windows 2000 Advanced Server
  • Microsoft Windows 2000 Service Pack 1
  • Microsoft Windows 2000 Service Pack 2
Palavras-chave: 
kbnosurvey kbarchive kbbug kbfix kbwin2000presp3fix kbqfe kboswin2000fix kbwin2ksp4fix kbhotfixserver KB321557

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