Observação
O acesso a essa página exige autorização. Você pode tentar entrar ou alterar diretórios.
O acesso a essa página exige autorização. Você pode tentar alterar os diretórios.
Este artigo ajuda você a corrigir um problema no qual o FRS (Serviço de Replicação de Arquivos) adiciona "_NTFRS_<xxxxxxxx>" aos nomes de pasta.
Número original do KB: 328492
Sintomas
Quando você cria uma pasta replicada pelo FRS (Serviço de Replicação de Arquivos), o FRS acrescenta "_NTFRS_<xxxxxxxx>" ao nome da pasta.
Observação
Neste exemplo, <xxxxxxxx> representa oito dígitos hexadecimais aleatórios.
A tabela a seguir mostra como o FRS pode alterar os nomes de duas pastas.
| Nome da pasta original | Nome da nova pasta |
|---|---|
07/29/2002 09:58a Policies |
07/29/2002 09:58a Policies_NTFRS_000add30 |
07/29/2002 10:18a scripts |
07/29/2002 10:02p scripts_NTFRS_000874bb |
Observação
O FRS foi preterido em versões mais recentes do Windows Server. Para obter mais informações sobre como migrar para uma solução mais recente, consulte os seguintes artigos:
Motivo
Se dois usuários criarem uma pasta em réplicas separadas e as pastas tiverem o mesmo nome, o FRS detectará um conflito de nome durante a replicação.
Uma das operações de criação tem precedência e essa pasta mantém o nome original. O FRS altera o nome da outra pasta.
Há duas causas comuns desse problema:
Uma pasta é criada em vários membros do conjunto de réplicas antes que a pasta possa ser replicada. O administrador ou programa pode criar pastas duplicadas em vários membros do FRS. Isso pode ocorrer, por exemplo, se o administrador tentar tornar os dados consistentes entre todos os membros copiando pastas manualmente.
Você inicia uma restauração autoritativa (D4) em um servidor, mas não executa os seguintes preparativos:
Antes que o serviço NTFRS seja reiniciado após a restauração autoritativa, interrompa o serviço em todos os outros membros do conjunto de réplicas reinicializado.
Antes que qualquer servidor possa replicar alterações de saída para membros reinicializados do conjunto de réplicas, configure a chave do Registro D2 em todos os outros membros do conjunto de réplicas reinicializado.
Resolução
Observação
O processamento da Política de Grupo para pastas afetadas não funciona durante o processo de limpeza. Isso ocorre porque o caminho UNC na política não corresponde ao nome da pasta.
Para resolver esse problema, siga estas etapas:
Renomeie as pastas originais e as pastas alteradas e aguarde até que os novos nomes se propaguem por todo o sistema.
Isso garante que cada pasta tenha um nome comum em todo o SYSVOL e que os nomes e GUIDs correspondam a todos os membros.
Observação
Não exclua a pasta indesejada e renomeie a outra. Isso pode causar ainda mais conflitos de nomenclatura.
Depois que a renomeação for propagada, escolha a pasta que deseja manter e reverta o nome para o nome original. Em seguida, você pode excluir com segurança as outras pastas renomeadas.
Observação
Antes de excluir qualquer pasta, é uma prática recomendada garantir que você tenha um backup dos dados originais (e completos).
Mais informações
Todos os arquivos e pastas que o FRS gerencia são identificados exclusivamente por um GUID de arquivo ou pasta. O FRS usa GUIDs como identificadores canônicos de arquivos e pastas que estão sendo replicados.
O FRS tenta garantir que o GUID de cada arquivo ou pasta seja exatamente o mesmo em todos os membros do conjunto de réplicas. Para o FRS, o nome do arquivo ou pasta visível no Windows Explorer ou na saída do DIR comando é apenas uma propriedade de um arquivo ou pasta. O nome e o caminho não identificam o arquivo. O GUID identifica o arquivo.
Se um membro do FRS receber uma ordem de alteração para criar uma pasta usando o nome de uma pasta existente, o FRS detectará um conflito de nomenclatura. A pasta existente e a nova pasta têm GUIDs diferentes. Portanto, a nova pasta não pode ter o mesmo nome que a pasta existente. Nessa situação, a nova pasta recebe um novo nome na forma de <FolderName_>NTFRS_<xxxxxxxx>.
Observação
Neste exemplo, <FolderName> representa o nome que foi solicitado (o nome da primeira pasta) e <xxxxxxxx> representa oito dígitos hexadecimais aleatórios, como "001a84b2".