Você está offline; aguardando reconexão

FRS duplicar não arquivos ou pastas se a conta do sistema não possui controle total da árvore de diretório

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: 319473
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 (LANMan Directory Replication) no Microsoft Windows NT versões 3.x e 4.0. Controladores de domínio baseados no Windows 2000 e servidores usam o FRS para replicar scripts de diretiva e de logon do sistema para clientes baseados no Windows 2000 e anteriores.

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

Este artigo descreve uma alteração de código na versão Q307319 de Ntfrs.exe que faz com que os arquivos e pastas em árvores replicado por FRS não para ser replicado. Os administradores podem experimentar qualquer um dos seguintes sintomas:
  • Inconsistência no conteúdo da réplica DFS replicado por FRS ou Sysvol define. Especificamente:
    • Um arquivo ou pasta pode existir no parceiro superior em que o arquivo foi criado ou gravado pela última vez, mas não em outros membros da conjunto de réplicas.
    • Arquivos e pastas podem existir no upstream e downstream parceiros, mas suas versões podem ser inconsistentes (antigos) comparado com o computador que recebeu a última atualização.
    • Arquivos e pastas criadas no Windows Explorer (, clicando em novo no menu arquivo e, em seguida, criando um arquivo ou pasta) são duplicadas para parceiros inferiores, mas não são replicadas se eles forem criados usando qualquer outro método (como o comando mkdir , o comando copy con filename.ext, o comando copy , o comando Salvar no menu arquivo , o comando Salvar como no menu arquivo , ou arrastando o arquivo no Windows Explorer.
  • Arquivos que estão localizados no na pasta DO_NOT_REMOVE_NtFrs_PreInstall_Directory não são movidos para seus locais finais.
  • Um relatório Connstat de um parceiro de upstream indica que todos os pedidos de alteração que foram enviados ao parceiro downstream foram recebidos e processados.
  • O comando ntfrsutl idtable indica que os arquivos que estão localizados em pastas no parceiro superior, mas estão faltando no parceiro inferior estão localizados no FRS IDTABLE de ambos os computadores. Isso indica que a ordem de alteração para um arquivo foi recebida pelo parceiro inferior.
  • Mensagens de erro "Acesso negado" são registradas nos logs de depuração do FRS quando o serviço FRS tenta renomear um arquivo pré-instalação para seu nome final. Por exemplo:
    <StuPreInstallRename: 2728: 1546: S0: hh: mm: ss > ++ erro - Falha ao renomear arquivo instalação NTFRS_ <ChangeOrder_GUID> parafilename.ext WStatus: ERROR_ACCESS_DENIED
  • A entrada logon (usando o comando ntfrsutl inlog ) nos parceiros inferiores mostra que pedidos de alteração para os arquivos ausentes em um estado "IBCO_INSTALL_REN_RETRY". Isso indica que foram feitas várias tentativas para renomear o arquivo de pré-instalação para seu local de destino (consulte o estado: campo). Por exemplo:
    Table Type: Inbound Log Table for DFSROOT|APPS (1)SequenceNumber               : 0000000dFlags                        : 0100004e Flags [VVAct Content Locn Retry CmpresStage ]IFlags                       : 00000001 Flags [IFlagVVRetireExec ]State                        : 0000000e  CO STATE:  IBCO_INSTALL_REN_RETRY   <--Note the rename retry error state.ContentCmd                   : 00002000 Flags [RenNew ]Lcmd                         : 00000004  D/F 0   MoveinFileAttributes               : 00000020 Flags [ARCHIVE ]FileVersionNumber            : 00000005....ChangeOrderGuid              : 9883330a-265f-4384-a38b69acb9d224bcOriginatorGuid               : fce4a387-68c7-43b2-9a2e93c3acbb401cFileGuid                     : 16ed465b-0324-4248-8c25535248bb51b6OldParentGuid                : 54d058b9-9a2e-4225-866d0a8a77cce7f0NewParentGuid                : 54d058b9-9a2e-4225-866d0a8a77cce7f0CxtionGuid                   : 86bc5234-f9ec-496b-8fc1b09eb55fa4b9Spare1Ull                    : Mon Jan  7, 2002 09:13:26MD5CheckSum                  : MD5: 9ac5676d 669a9926 a5a86bac 6eeae417 ..FileName                     : SOMESUCHFILE.EXT
Esse cenário melhor é identificado por erro "Acesso negado" mensagens no FRS logs de depuração e se arquivos e pastas criadas no Windows Explorer são duplicadas para parceiros inferiores, mas não são replicados se eles forem criados usando qualquer outro método.
Causa
Quando ele processa uma ordem de alteração em um parceiro inferior, o Ntfrs renomeia o arquivo temporário correspondente em uma pasta de pré-instalação para seu nome de arquivo de destino e pasta. Versões anteriores de Ntfrs podem encontrar violações de compartilhamento durante a operação de renomeação se a pasta de destino está bloqueada por outros processos, como o Explorer.exe.

Para evitar violações de compartilhamento, a versão Q307319 do 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 reduzida evitar violações que impedem a conclusão da operação renomear de compartilhamento. No entanto, isso expostos uma verificação de acesso incorreta no driver de sistema de arquivo NTFS.sys. A verificação de acesso incorreto no caminho de renomeação NTFS.sys do Windows 2000 foi corrigida no Microsoft Windows XP. Essa correção evita renomeações de arquivo por um serviço, como Ntfrs, mesmo se o serviço tem direitos suficientes (no caso, direitos de backup/restauração).
Resolução
Para resolver esse problema, obtenha o service pack mais recente para o Windows 2000. Para obter informações adicionais, clique no número abaixo para ler o artigo na Base de dados de Conhecimento da Microsoft:
260910Como obter o Service Pack mais recente do Windows 2000
A versão em inglês dessa correção deve ter os seguintes atributos de arquivo ou posteriores:
   Date         Time   Version        Size     File name   -----------------------------------------------------   02-Mar-2002  14:40  5.0.2195.5016  733,456  Ntfrs.exe   02-Apr-2002  17:41  5.0.2195.5524  513,072  Ntfs.sys

Para evitar problemas de replicação no qual sistema não tem controle completo da árvore de réplicas FRS, instale este hotfix NTFS.sys em todos os controladores de domínio baseados no Windows 2000 e servidores membro no qual a versão Q307319 de Ntfrs.exe está instalada. Depois de instalar esse hotfix, reinicie o computador.
Como Contornar
Para contornar esse problema sem instalar o hotfix, selecione um membro do conjunto de réplicas Ntfrs afetado (de preferência um servidor ponte com muitas conexões de saída). Conceda à conta de sistema o controle total de todos os das pastas na árvore de réplicas FRS, usando essas etapas:
  1. Pare o serviço Ntfrs.
  2. Usando a guia de segurança no Windows Explorer, ou usando um linha de comando equivalente, conceda à conta de sistema o controle total em todas as pastas na e abaixo da raiz de réplicas FRS, incluindo a pasta DO_NOT_REMOVE_NtFrs_PreInstall_Directory oculta, para que novos arquivos e pastas herdem essa permissão. Você deve interromper o FRS para modificar a ACL para a pasta DO_NOT_REMOVE_NtFrs_PreInstall_Directory.

    Convém usar o seguinte script de exemplo em um prompt de comando. O script enfoca a pasta de raiz de réplicas FRS usando Subinacl.exe para conceda à conta de sistema o controle total da árvore de réplicas FRS e a pasta DO_NOT_REMOVE_NtFrs_PreInstall_Directory:
    /R C:\>for"X:\Frs_root_dir "/d %i in (1) subinacl /file"% i"/grant = sistema = f
    Neste exemplo de script, X:\Frs_root_dir é a unidade e o caminho para a pasta raiz do réplicas FRS em que a ACL será modificada.

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

    A versão de Subinacl.exe deve ser versão 2.6.0.1399 ou posterior evitar incorretamente encomendado ACEs. As informações de arquivo para um Subinacl.exe boa conhecidos 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 pastas de pré-instalação e árvores de réplicas. Arquivos em pastas de pré-instalação são removidos quando os arquivos são movidos para suas pastas de destino como a nova alteração ACL entrará em vigor.
Situação
A Microsoft confirmou que este é um problema nos produtos da Microsoft listados no começo deste artigo. Esse problema foi corrigido primeiro no Windows 2000 Service Pack 3.
Mais Informações
Para obter informações adicionais, clique no número abaixo para ler o artigo na Base de dados de Conhecimento da Microsoft:
307319Alterações para o serviço de replicação de arquivos
Para obter informações adicionais sobre como obter um hotfix para Windows 2000 Datacenter Server, clique no número abaixo para ler o artigo na Base de dados de Conhecimento da Microsoft:
265173O programa Datacenter e o Windows 2000 Datacenter Server
Para obter informações adicionais sobre como instalar diversos hotfixes com apenas uma reinicialização, clique no número abaixo para ler o artigo na Base de dados de Conhecimento da Microsoft:
296861Usar QChain.exe para instalar vários Hotfixes com uma reinicialização
kbBaseOS

Propriedades

ID do Artigo: 319473 - Última Revisão: 02/22/2007 00:13:13 - Revisão: 2.4

Microsoft Windows 2000 Server SP1, Microsoft Windows 2000 Server SP2, Microsoft Windows 2000 Advanced Server SP1, Microsoft Windows 2000 Advanced Server SP2, Microsoft Windows 2000 Professional SP1, Microsoft Windows 2000 Professional SP2

  • kbmt kbhotfixserver kbqfe kbwin2ksp4fix kbbug kbfix kboswin2000fix kbwin2000presp3fix kbwin2000sp3fix KB319473 KbMtpt
Comentários
; m=document.createElement('meta');m.name='ms.dqp0';m.content='true';document.getElementsByTagName('head')[0].appendChild(m);" onload="var m=document.createElement('meta');m.name='ms.dqp0';m.content='false';document.getElementsByTagName('head')[0].appendChild(m);" src="http://c1.microsoft.com/c.gif?"> ;