Serviço Pre-Staging a replicação de ficheiros replicados ficheiros em partilhas de sistema de ficheiro SYSVOL e distribuído para sincronização ideal

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

Nesta página

Sumário

Este artigo descreve o processo de pre-staging para os ficheiros de replicação de ficheiros do serviço (FRS, File Replication Service) replicado no volume de sistema (SYSVOL) e em partilhas de sistema (DFS) de ficheiros distribuído para sincronização ideal.

Mais Informação

No Windows Server 2003, a instalação do Active Directory (Dcpromo.exe) do assistente contém uma origem da funcionalidade de Media, que permite que o Active Directory para ser originado a partir de uma recente cópia da base de dados num CD-ROM por oposição a efectuar uma sincronização completa do Active Directory através da rede.

No Windows 2000 compilação 2195 e Windows XP, a versão do FRS, File Replication Service suporta uma funcionalidade semelhante, quando as pastas de destino no novos membros réplicas são restauradas pelo programa NTBackup para quaisquer membros existentes antes de aderir ao conjunto de réplicas. Esta operação pode ser utilizada no novo ou reinicializado membros de réplicas SYSVOL e DFS:
  1. Configurar pelo menos duas alternativas de DFS, como, por exemplo, \\Server1\Apps, \\Server2\Apps e \\ServerX...\Apps.
  2. Active a replicação apenas entre dois membros de réplica, como, por exemplo, \\SERVIDOR1 e \\Server2. Pode designar qualquer servidor como principal, mas as pastas replicadas tem de estar vazias quando os computadores são adicionados ao DFS/FRS conjunto de réplicas.
  3. Copie os ficheiros destinados para a pasta replicada \\Server1\Apps conjunto de réplicas.

    Uma vez que \\SERVIDOR1 tem, pelo menos, um parceiro de saída (\\Server2), quando copiar um ficheiro para \\SERVIDOR1, faz com que o FRS gerar um ficheiro de teste e alterar a ordem é enviada para \\Server2. Um MD5 (um algoritmo hash) soma de verificação é calculada durante a geração de ficheiro de teste e o resultado é guardado no IDTable no \\SERVIDOR1 e na ordem de alteração enviadas para \\Server2. Quando \\Server2 processa esta ordem de alteração guarda a soma de verificação MD5 no on\\Server2 IDTable. Este processo é a única forma de que uma soma de verificação MD5 é guardada no IDTable e a utilização do MD5 é necessária para evitar a sobrecarga quando novos membros são adicionados mais tarde.

    Quando terminar o passo 3, ficheiros replicados devem existir na tanto \\SERVIDOR1 \\Server2 e ambos os IDTables devem ter somas de verificação MD5 para cada ficheiro e pasta.
  4. Utilize o NTBackup ou um equivalente de outros fabricantes para o conteúdo da árvore de réplicas de \\SERVIDOR1 ou \\Server2 cópia de segurança. NTBackup guarda e restaura o atributo de objecto de identificação (ID) associado a cada ficheiro e pasta. Nem o Windows NT os comandos de cópia de MS-DOS preservar estas informações quando ficheiros são copiados da \\SERVIDOR1 para \\Server2. Este ID de objecto deve ser restaurada com os ficheiros quando novos membros são adicionados mais tarde.
  5. Se tiverem passado menos sete dias uma vez que a réplica conjunto com o servidor1 e Servidor2 foi criado, o registo de saída deve limpar para que um vvjoin completo é accionado quando o membro seguinte associa.

    Nota Definir o seguinte valor de registo para 0 desactiva o registo de saída:
    HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\NtFrs\Parameters

    Nome da chave:
    Outlog Change History In Minutes
    (REG_DWORD)
    Valor:
    0
  6. No \\Server3 e todos os membros réplica futuras, restaure a cópia de segurança para a pasta \\Server3\Apps replicado (utilizando o menu Restaurar ficheiros para ) para uma "localização alternativa" antes de adicionar o computador ao conjunto de réplicas.
  7. Para activar a replicação para \\Server3\Apps, do FRS no \\Server3 move todos os ficheiros da pasta de destino para a pasta já existente e, em seguida, inicia uma sincronização total (também referida como uma operação de associação do vector de versão) de todos os computadores que \\Server3 tem objectos de ligação dos serviços do Windows NT (NTDS) de entrada. No caso de DFS conjuntos de réplicas com um total mesh topologia preferida pelo snap-in do DFS do Windows 2000, os conjuntos podem incluir todos os servidores participantes no conjunto de réplicas, tal como, \\SERVIDOR1 e \\Server2. A versão do Windows XP do snap-in do DFS suporta mais topologias ideais incluindo opção personalizada.

    O requisito chave nesta situação é que \\Server3 tem ligações de entrada de um parceiro montante, \\SERVIDOR1 e \\Server2 neste caso, cujo IDTABLE contém somas de verificação MD5 para ficheiros contidos em conjuntos de réplicas de interesse.

    FRS no \\SERVIDOR1 enumera todos os ficheiros e pastas no respectivo IDTable e envia direccionada (isto é, único destino) alterar encomendas para \\Server3. Uma vez que o IDTable tem um MD5 soma de verificação, está incluído numa ordem de alteração. À medida que \\Server3 processa estas alteração encomendas, este tem de servidor o ID de objecto para o ficheiro ou pasta da ordem de alteração e tenta localizar o ficheiro correspondente na pasta já existente. Se o servidor localizar o ficheiro, re-computes a soma de verificação MD5 no conteúdo do ficheiro, compara o resultado com a soma de verificação MD5 recebido na ordem de alteração e, se corresponderem, utiliza o ficheiro já existente em vez de tentarem para obter o ficheiro de \\SERVIDOR1. Se \\Server3 não encontrar o ficheiro ou se a soma de verificação MD5 não corresponder, o servidor obtém o ficheiro a partir de \\SERVIDOR1. Qualquer alteração ao ficheiro de conteúdo, como, por exemplo, para controlo de acesso a listas, sequências de dados ou atributos podem causar um erro de correspondência MD5 e o ficheiro é obtido junto do \\SERVIDOR1 ou outro parceiro montante.

    Entretanto, o FRS no \\Server2 (e todos os outros parceiros ascendente do membro réplica nova ou reinitialized) está a efectuar o mesmo processo \\SERVIDOR1. Processos \\Server3 encomendar uma alteração de um determinado ficheiro ou pasta da ou servidor1 servidor2, o que chega pela primeira vez. A alteração é ignorada.

    Quando todas as actividades de replicação foi liquidado fora, IDTables em todos os três servidores têm uma soma de verificação MD5 idêntica e conteúdo de ficheiro idênticos na pasta replicada. Repita os passos 5 e 6 para adicionar servidores adicionais ao conjunto de réplicas.

Optimizar o inicial ou processo de associação VV

A associação VV actual é inerentemente ineficaz. Durante uma replicação normal, parceiros montante criar um ficheiro transição único, que pode origem todos os parceiros descendentes. Numa associação VV, todos os computadores têm ligações de saída para um novo ou reinicializado parceiro jusante compilação ficheiros concebidos apenas para esse parceiro de teste. Se 10 computadores associação inicial de \\SERVIDOR1, a associação cria 10 ficheiros na fase de cada ficheiro a ser replicado. Optimizações para limitar o impacto da associação VV incluem:
  • Pre-Stage conteúdo novos membros a utilizar o NTBackup (discutido anteriormente).
  • Reduza o número de servidores edifício teste ficheiros novos ou reinicializado parceiros descendentes.
  • Remova ou reduza o número de ficheiros na pasta replicada até todos os computadores concluiu a fase de associação VV.
  • Active apenas uma associação ocorrer num determinado parceiro montante.

Reduzir o número de ficheiros de teste de criação de servidores para novos ou Reinitialized parceiros abaixo

Controladores de domínio réplica (controladores de domínio de reserva) aderir a domínios existentes baseados no Windows tentam replicar a pasta SYSVOL do mesmo controlador de domínio utilizado para originar o Active Directory. O servidor de origem SYSVOL é identificado no valor do registo Replica Set Parent . Tem de confirmar que o FRS, File Replication Service está em execução e responder no servidor de origem designado.

Para o SYSVOL conjuntos de réplicas a ser reinicializado com restauro não autoritário (BURFLAGS = D2), os administradores podem limitar a geração de ficheiros para um servidor específico de teste, definindo a chave de registo Replica Set Parent para apontar para um servidor de teste designado ou mesmo local.

Para obter mais informações sobre a chave de registo Replica Set Parent, clique no número de artigo que se segue para visualizar o artigo na Microsoft Knowledge Base:
257338Resolução de problemas em falta partilhas SYSVOL e NETLOGON em controladores de domínio do Windows 2000
A optimização de chave de registo Replica Set Parent não é possível que os membros de réplicas de DFS. Soluções possíveis incluem:
  • Desactivar o serviço FRS em todos os parceiros montante possíveis (os computadores com o membro de novo ou reinitialized entrada ligações de acesso) isso origem ocorre do servidor apenas restante.

    Esta solução não é a solução preferencial porque parar o serviço FRS, File Replication Service não pára a acumulação de registos de alteração no diário de alteração de NTFS. Se o diário é moldado (capacidades excedidas), uma associação VV é necessário quando o serviço é reiniciado mais tarde. Se souber que existe insignificantes ou não actividade de modificação do ficheiro (como, por exemplo, cria, elimina, muda o nome actualizações) em qualquer um dos volumes de disco que hospeda um conjunto de réplicas, o risco de moldagens de diário será provavelmente baixa.
  • Remova ou reduza o número de ficheiros na pasta replicada até todos os computadores concluiu a fase de associação VV (abordada na secção seguinte).

    Esta operação não pode ser uma alternativa viável se os servidores centrais do estão ligados a novos servidores de ramo através de ligações de baixa largura de banda e tiver gigabytes de dados do ficheiro ao inicializar. No entanto, deverá considerar a seguinte opção.
  • Controlar o número de ligações de entrada de servidores de origem disponíveis para o membro novo ou reinitialized (ou seja, a associação ocorre com uma única ligação de entrada).
  • Propagar-se os dados de servidores de concentrador sobre o fim-de-semana ou noite horas.

    Mesmo com uma hiperligação quilobit 64 na largura de banda disponível 75 por cento, pode mover 21 MB de dados cada hora ou 506 MB cada dia. Com dois computadores de concentrador e 200 ramos ligados através de ligações quilobit 64, que possa inicializá-los com 1 GB de conteúdo através de uma semana de dois dias. Se obtiver um razao de compressao média de 50 por cento, pode mover 2 GB de dados durante um fim-de-semana. Esta operação requer uma cópia de segurança ou operações de restauro, não phasing de arranque de ramo para evitar sobrecarregar os servidores do concentrador e monitorizar o progresso todos os podem ser efectuadas dos servidores concentrador utilizando o comando ntfrs define e a ferramenta de relatório Connstat para procurar quaisquer backlogs para ramos específicos. O espaço de teste e parâmetro de limite de transição em servidores do concentrador têm de ser suficientemente grande para conter todos os dados porque a geração de ficheiro transição facilmente outpace a entrega de dados do ramo em ligações lentas.

Remover ou reduzir os número de ficheiros na pasta Replicated até todos os computadores ter concluído a fase de associação VV

Normalmente, pretende todos os membros conjunto de réplicas para aderir a conjuntos de réplicas com pastas vazias ou quase vazios para evitar a geração ineficaz de ficheiros em vários servidores de teste. Este processo é menos de um problema para o SYSVOL porque os servidores estão incorporados forma incremental, o conteúdo é normalmente inferior a partilhas de DFS e a chave de registo Replica Set Parent significa que o FRS tenta origem a partir de um parceiro de montante único.

Para grandes conjuntos de réplicas de DFS, onde a replicação está normalmente activada instantaneamente nos servidores de 2 a 50 para dezenas de gigabytes de conteúdo, o impacto é maior. Considere adicionar a maioria dos computadores para partilhas de DFS de replicação de FRS, File Replication Service depois de ter sido implementados. Além disso, pretende a pasta replicada no servidor primário estar vazio para que a associação VV ocorre sem ter de replicar ficheiros. Ficheiros podem ser adicionados, talvez incrementalmente, com eficiência normal.

Associação VV vazia ou mínima pode ser utilizada para recuperar uma implementação onde do Active Directory e/ou FRS, File Replication Service detectou "melt para baixo" e necessidades para ser reinicializado. Depois de confirmar que Active Directory replicação está a funcionar, mova ficheiros fora da pasta replicada no servidor principal e reinicializar, em seguida, os membros de réplica. No caso de SYSVOL, manter o domínio predefinido e política de controlador de domínio nas pastas \Policies intacta no servidor primário (BURFLAGS = "D4" ou restantes servidores de origem) para que reinicializado controladores de domínio podem replicar no e aplicar a política (por exemplo, a política "Este computador a partir da rede e outros necessário direitos de acesso") para o funcionamento correcto do domínio e o cliente.

Activar apenas uma associação ocorrer num dado parceiro acima

Para grande tamanho DFS réplicas que contém dezenas de gigabytes de ficheiros, talvez seja melhor adicionar apenas um membro num momento a pastas de replicação de FRS, File Replication Service. Especificamente, deixe que o novo membro completar a sincronização completa e mover sair do modo VV associação. O montante parceiro deverá limpar os ficheiros de pasta de teste antes de adicionar membros adicionais.

Além disso, defina o limite do espaço de teste (definido no seguinte artigo Q221111, "Description of FRS, File Replication Service entradas no registo") em todos os servidores de origem potencial igual ou maior que os ficheiros de 128 maiores sejam replicados por parceiros de montante (o número de associações VV ocorrer em qualquer altura determinada).

Para obter mais informações, clique no número de artigo que se segue para visualizar o artigo na Microsoft Knowledge Base:
221111Descrição dos movimentos de FRS, File Replication Service no registo

Propriedades

Artigo: 266679 - Última revisão: 3 de dezembro de 2007 - Revisão: 6.4
A informação contida neste artigo aplica-se a:
  • Microsoft Windows 2000 Server
  • Microsoft Windows 2000 Advanced Server
  • Microsoft Windows 2000 Datacenter Server
  • Microsoft Windows Server 2003 Standard Edition
  • Microsoft Windows Server 2003 Enterprise Edition
  • Microsoft Windows Server 2003 Datacenter Edition
  • Microsoft Windows Small Business Server 2003 Premium Edition
  • Microsoft Windows Small Business Server 2003 Standard Edition
Palavras-chave: 
kbmt kbdfs kbenv kbinfo KB266679 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: 266679

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