Como repor a pasta de transição de serviço de replicação de ficheiros para uma unidade lógica diferente

Traduções de Artigos Traduções de Artigos
Artigo: 291823 - Ver produtos para os quais este artigo se aplica.
Expandir tudo | Reduzir tudo

Nesta página

Sumário

Este artigo descreve como repor o serviço de replicação de ficheiros (FRS, File Replication Service) uma unidade lógica diferente ou a pasta da pasta de teste para membros de réplicas FRS, File Replication Service existentes.

Mais Informação

importante Esta secção, método ou tarefa contém passos que indicam como modificar o registo. No entanto, poderão ocorrer problemas graves se modificar o registo de forma incorrecta. Por conseguinte, certifique-se de que segue estes passos cuidadosamente. Criar uma para protecção adicional, cópia de segurança do registo antes de o modificar. Em seguida, pode restaurar o registo se ocorrer um problema. Para obter mais informações sobre como efectuar uma cópia de segurança e restaurar o registo, clique no número de artigo que se segue para visualizar o artigo na Microsoft Knowledge Base:
322756Como efectuar uma cópia de segurança e restaurar o registo no Windows

O FRS é um motor de replicação multithread, vários servidores principais que substitui o serviço LMRepl no Microsoft Windows NT versão 3.0 e no Windows NT versão 4.0. Controladores de domínio baseado em Whistler e baseado no Microsoft Windows 2000 utilizam FRS, File Replication Service para replicar as políticas e início de sessão scripts que residem no volume de sistema (SYSVOL) para clientes com o Whistler e de nível baixo.

O FRS também pode replicar o conteúdo entre servidores que alojam mesmas raízes de sistema (DFS) de ficheiros distribuído tolerância a falhas ou réplicas de nós subordinados.

A pasta de teste de FRS, File Replication Service é um arquivo temporário para ficheiros que replicam a jusante parceiros de conjuntos de réplicas SYSVOL ou DFS. Ficheiros na pasta transição FRS, File Replication Service podem consumir espaço em disco para o limite atribuído a opção de Limite de espaço de transição em KB [entrada de registo (REG_DWORD) ( predefinido = MB 660 )], ou até à quantidade de espaço livre em disco na unidade anfitriã, que for menor.

Para conjuntos de réplicas FRS, File Replication Service que hospedam gigabytes de conteúdo, poderá ser necessário reposicionar a pasta de teste de FRS, File Replication Service para uma unidade lógica ou física diferente para:
  • Impedi que a pasta de teste de FRS, File Replication Service consumir todos os espaço de disco disponível na unidade anfitriã, que pode potencialmente afectar a estabilidade dos outros componentes, incluindo o sistema operativo base.
  • Localize os sistemas operativos diferentes unidades físicas para melhorar o desempenho componente ou sistema operativo.
  • Fornece espaço suficiente para hospedar o limite do espaço de teste pretendido.
Nota : os clientes baseados no Windows 2000 e baseados no Windows 2000 Service Pack 2 tem de executar uma tarefa de restauro autoritário para reposicionar o caminho de teste de FRS, File Replication Service.

Para computadores que estão a executar o Windows Server 2003, Windows 2000 Service Pack 3 (SP3) ou um equivalente (incluindo Q321557 e Q321557 versões do Ntrfs.exe em computadores baseados no Windows 2000), pode definir o caminho de lançamento, utilizando o programa Ldp.exe ou o utilitário Adsiedit.msc modificando o atributo FrsStagingPath no objecto subscritor NTFRS sob o anfitrião de conta de computador no Active Directory.

Para modificar o atributo FrsStagingPath utilizando a ferramenta Adsiedit.msc incluída com o Windows. Ferramentas de suporte de NET:

aviso : Se utilizar o snap-in ADSI Edit, o utilitário LDP ou qualquer outro cliente LDAP versão 3 e modificar incorrectamente os atributos dos objectos do Active Directory, poderá provocar problemas graves. Estes problemas poderão forçar a reinstalação do Microsoft Windows 2000 Server, do Microsoft Exchange 2000 Server ou de ambos. Microsoft não garante que problemas que ocorrem se modificar incorrectamente os atributos de objecto do Active Directory podem ser resolvidos. Modificar estes atributos da responsabilidade do utilizador.
  1. Inicie o programa Adsiedit.
  2. Em Domain NC , localize o objecto assinante NTFRS na conta do computador anfitrião no Active Directory. O caminho genérico para este atributo é: CN = Replica Set Name, CN = NTFRS Subscriptions, CN = Computername, DC = Domain Name, DC = COM

    Por exemplo, para repor o caminho de teste para o conjunto de réplicas SYSVOL do controlador de domínio \\DC1 no domínio A.com, o caminho do nome distinto (DN) para o atributo FrsStagingPath é:

    CN = Domain System Volume (SYSVOL share), CN = NTFRS Subscriptions, CN = DC1, DC = A, DC = COM

    Onde (quando a ler o DN caminho da direita para a esquerda):

    DC = A, DC = COM é o domínio que hospeda a conta de computador.
    CN = DC1 é a conta de computador anfitrião no domínio nc (contexto de atribuição de nomes de domínio).
    CN = Domain System Volume (SYSVOL share) é o objecto de subscritor FRS, File Replication Service.
    CN = Subscrições NTFRS é o objecto NtfrsSubscriber que contém o atributo FrsStagingPath .
  3. Abra as propriedades para o objecto assinante NTFRS [neste exemplo, trate domain system volume (SYSVOL share)], com o botão direito do rato no objecto e, em seguida, clicando em Propriedades .
  4. Clique em fRSStagingPath na lista de atributos e clique no botão Editar .
  5. Introduza o caminho para a nova localização para a pasta de teste de FRS, File Replication Service e clique em OK .
  6. Clique em OK para fechar a janela Propriedades.
  7. Actualize o caminho de lançamento no registo:
    1. Inicie o Editor de registo (Regedt32.exe) no servidor onde está a alterar o caminho de teste.
    2. Localize a seguinte subchave:
      HKEY_LOCAL_MACHINE\System\CCS\Services\NTFRS\Parameters\Replica Sets
    3. Localize o conjunto de réplicas que está a actualizar a área de transição. Todos os conjuntos de réplicas são apresentados como um GUID. Se clicar num GUID, um dos valores à direita é o Nome do conjunto de réplica . Depois de localizar a réplica correcta conjunto, altere o valor de Fase de conjunto de réplicas para o novo caminho de área de transição.
Quando o serviço detecta uma alteração no caminho de teste, é registado o seguinte evento 13563 de uma série de facilmente compreensíveis os passos sobre como proceder:
Tipo de evento: aviso
Origem do evento: NtFrs
Categoria do evento: nenhum
ID do evento: 13563
Data: 3/6/2001
Hora: 7: 13: 01 PM
Utilizador: N/d
Computador: AC2
Descrição: O serviço detectou que o caminho de lançamento para a réplica definido DOMAIN SYSTEM VOLUME (SYSVOL SHARE) A replicação de ficheiros foi alterado.

Caminho de lançamento actual = E:\Windows\Sysvol\Staging\Domain
Novo caminho de lançamento = E:\Frsstage

O serviço será iniciado utilizando o novo caminho de lançamento após ser reiniciado. O serviço está definido para reiniciar após cada reinício.

Recomenda-se que reinicie manualmente o serviço para impedir a perda de dados na pasta de teste.

Reiniciar manualmente o serviço efectue o seguinte:

[1] Execute "net stop ntfrs" ou utilize o snap-in Serviços para parar o serviço de replicação de ficheiros.
[2] Mova a todos os ficheiros transição correspondentes a réplica definir DOMAIN SYSTEM VOLUME (SYSVOL SHARE) de para a nova localização de transição. Se mais do que um conjunto de réplicas está a partilhar a pasta de transição actual, em seguida, é mais seguro copiar os ficheiros transição para a nova pasta de teste.
[3] Execute "net start ntfrs" ou utilizar o snap-in Serviços para iniciar o serviço de replicação de ficheiros, seguido de "net start ntfrs".

Para mais informações, visite o Centro de ajuda e suporte ' em http://search.support.microsoft.com/search/?adv=1.
A Microsoft recomenda que siga o passo 2 na mensagem de evento anterior porque a pasta de teste de FRS, File Replication Service pode conter milhares ou dezenas de milhar de ficheiros na pasta de teste original que pode ser destinado para um ou mais parceiros de descendentes. No Explorador do Windows, pode ver os ficheiros na pasta de teste. No menu Opções de pastas , clique no separador Ver e, em seguida, clique para seleccionar a caixa de verificação Mostrar ficheiros e pastas ocultos . Copiar os ficheiros para a nova pasta de teste e, em seguida, siga os passos restantes na mensagem de registo de eventos.

Actualizar o ponto de junção de domínio

Repor o FRS também a localização de teste requer que actualize o ponto de junção de domínio em áreas de teste.

Definir o caminho de área de transição

Utilize o seguinte método para modificar o parâmetro fRSStagingPath num controlador de domínio do Active Directory para alterar a localização da pasta a área de transição no controlador de domínio. Efectue este procedimento na consola do controlador de domínio que hospeda o SYSVOL tem de reconfigurar.

Nota As seguintes ferramentas e credenciais são necessárias para definir o caminho de área de teste:
  • credenciais : administrador do domínio
  • Ferramentas : linkd.exe do Editor de registo, editar de interfaces de serviço do Active Directory (ADSI)
Para definir o caminho de área de teste, siga estes passos:
  1. Clique em Iniciar , clique em Executar , escreva adsiedit.msc e prima ENTER.
  2. Localize o seguinte objecto, da seguinte forma:
    CN = Domain System Volume(SYSVOL share)
    1. Expanda domínio [ComputerName. DomainName. suffix]
    2. Expanda DC = DomainName, DC = suffix
    3. Expanda OU = controladores de domínio
    4. Expanda CN = ComputerName
    5. Expanda CN = NTFRS Subscriptions .
  3. Clique com o botão direito do rato CN = Domain System Volume(SYSVOL share) e, em seguida, clique em Propriedades
  4. Clique para seleccionar a caixa de verificação Mostrar obrigatório atributos .
  5. Localize e, em seguida, clique em fRSStagingPath na lista de atributos e, em seguida, clique em Editar
  6. Escreva o caminho completo em que pretende localizar a pasta da área de transição e, em seguida, clique em OK .

    Este caminho é o caminho da nova pasta que criou anteriormente. Inclua a letra de unidade.
  7. Numa linha de comandos, altere o directório para %systemroot%\SYSVOL\staging áreas.
  8. Escreva o comando dir na lista o conteúdo. Verifique se esse <junction> aparece nos resultados DIR.
  9. Actualize a junção para que a junção aponta para a nova localização. Escreva o seguinte comando:
    linkd junctionname Newpath
    Nota Newpath é o mesmo valor que introduziu para fRSStagingPath .
  10. Prima ENTER.
Nota O guia de operações de produto do Active Directory inclui estes procedimentos. Para mais informações, visite o seguinte Web site da Microsoft:
http://www.microsoft.com/downloads/details.aspx?familyid=84dfe61e-fb7b-4673-89b8-55bcc801b431&displaylang=en
Para obter mais informações, clique números de artigo que se seguem para visualizar os artigos na base de dados de conhecimento da Microsoft:
221111Descrição dos movimentos de FRS, File Replication Service no registo
265085Mover FRSStagingPath requer o restauro não autoritário

Propriedades

Artigo: 291823 - Última revisão: 2 de março de 2007 - Revisão: 6.5
A informação contida neste artigo aplica-se a:
  • Microsoft Windows Server 2003, Standard Edition
  • Microsoft Windows Server 2003 Enterprise Edition
  • Microsoft Windows Server 2003 Datacenter Edition
  • Microsoft Windows 2000 Advanced Server SP3
  • Microsoft Windows 2000 Service Pack 3
  • Microsoft Windows 2000 Service Pack 3
Palavras-chave: 
kbmt kbenv kbinfo KB291823 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: 291823

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