Pré-testar a duplicação de arquivos serviço replicado arquivos em SYSVOL e distribuídos compartilhamentos de sistema de arquivos para sincronização ideal

Traduções deste artigo Traduções deste artigo
ID do artigo: 266679 - Exibir os produtos aos quais esse artigo se aplica.
Expandir tudo | Recolher tudo

Neste artigo

Sumário

Este artigo descreve o processo de pré-teste para os arquivos de duplicação de arquivos do service (FRS) duplicado no volume de sistema (SYSVOL) e em compartilhamentos de System (DFS), sistema de arquivos distribuídos para sincronização ideal.

Mais Informações

No Windows Server 2003, a instalação do Active Directory (Dcpromo.exe) do assistente contém uma fonte de recurso de mídia, que permite que o Active Directory para ser originados de uma cópia recente do banco de dados em um CD-ROM em oposição a executar uma sincronização completa do Active Directory pela rede.

No Windows 2000, compilação 2195 e Windows XP, a versão do FRS oferece suporte a um recurso semelhante quando as pastas de destino em novos membros da réplica forem restauradas pelo programa NTBackup para quaisquer membros existentes antes de ingressar o conjunto de réplicas. Esta operação pode ser usada no novo ou reinicializada membros de réplica SYSVOL e DFS:
  1. Configure pelo menos duas alternativas de DFS, como, \\Server1\Apps, \\Server2\Apps e \\ServerX...\Apps.
  2. Habilite a replicação apenas entre dois membros de réplica, como \\Servidor1 e \\Server2. Você pode designar qualquer servidor como primário, mas pastas replicadas devem estar vazias quando os computadores são adicionados ao DFS/FRS conjunto de réplicas.
  3. Copie os arquivos destinados para a conjunto para a pasta \\Server1\Apps replicado de réplicas.

    Como \\Servidor1 tem pelo menos um parceiro de saída (\\Server2), quando você copia um arquivo para \\Servidor1, faz com que o FRS gerar um arquivo temporário e uma ordem de alteração é enviada para \\Server2. Um MD5 (algoritmo de hash) soma de verificação é calculada durante a geração de arquivo preparo e o resultado é salvo no IDTable em \\Servidor1 e na ordem de alteração enviados para \\Server2. Quando o \\Server2 processa nesta ordem de alteração ele salva a soma de comprovação MD5 em on\\Server2 IDTable. Esse processo é a única maneira de que uma soma de verificação MD5 é salvo no IDTable e o uso do MD5 é necessário para evitar sobrecarga quando novos membros são adicionados posteriormente.

    Quando a etapa 3 for concluída, arquivos duplicados devem existir no tanto \\Servidor1 \\Server2 e ambos os IDTables devem ter somas de verificação MD5 para cada arquivo e pasta.
  4. Use NTBackup ou um equivalente de terceiros para o conteúdo da árvore de réplicas de \\Servidor1 ou \\Server2 de backup. NTBackup salva e restaura o atributo de identificação de objeto (ID) associado a cada arquivo e pasta. Nem o Windows NT como os comandos de cópia de MS-DOS preservam essas informações quando arquivos são copiados de \\Servidor1 para \\Server2. Essa identificação de objeto deve ser restaurada com os arquivos quando novos membros são adicionados posteriormente.
  5. Se menos de sete dias passaram desde que a réplica conjunto contendo Server1 e Server2 foi criado, o log de saída deve ser removido para que um vvjoin completo é acionado quando o próximo membro ingressa.

    Observação Definição o seguinte valor do Registro para 0 limpa o log 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 o backup para a pasta \\Server3\Apps replicados (usando o menu de restaurar os arquivos ) para um "local alternativo" antes de adicionar o computador ao conjunto de réplicas.
  7. Habilitar a replicação para \\Server3\Apps, FRS em \\Server3 move todos os arquivos da pasta de destino para a pasta preexistente e em seguida, inicia uma sincronização completa (também conhecida como uma operação de associação do vetor de versão) de todos os computadores que \\Server3 tem serviços de diretório de Windows NT (NTDS) objetos de conexão de entrada. No caso de DFS em conjuntos de réplicas com um total malha topologia preferida pelo snap-in Windows 2000 DFS, os conjuntos podem incluir todos os servidores que participam de conjunto de réplicas, como, \\Servidor1 e \\Server2. A versão Windows do snap-in de DFS oferece suporte a mais topologias ideais, incluindo uma opção personalizada.

    O requisito-chave nessa situação é que \\Server3 tem conexões de entrada de um parceiro superior, \\Servidor1 e \\Server2 nesse caso, cujo IDTABLE contém somas de verificação MD5 para arquivos contidos em conjuntos de réplicas de seu interesse.

    FRS em \\Servidor1 enumera todos os arquivos e pastas em seu IDTable e envia direcionada (isto é, único destino) alterar ordens para \\Server3. Porque o IDTable tem um MD5 soma de verificação, está incluído na ordem de alteração. Como \\Server3 processa essas alterações ordens, este servidor usa a identificação do objeto para o arquivo ou pasta da ordem de alteração e tenta localizar o arquivo correspondente na pasta preexistente. Se o servidor localizar o arquivo, ele re-computes a soma de verificação MD5 no conteúdo desse arquivo, compara o resultado para a soma de verificação MD5 recebida na ordem de alteração e, se eles corresponderem, usa o arquivo já existente em vez de tentar para obter o arquivo do \\Servidor1. Se \\Server3 não localizar o arquivo, ou se a soma de comprovação MD5 não corresponder, o servidor obtém o arquivo de \\Servidor1. Qualquer alteração no arquivo de conteúdo, por exemplo, para o controle de acesso a listas, atributos ou fluxos de dados podem causar uma incompatibilidade de MD5 e o arquivo é obtido do \\Servidor1 ou outro parceiro upstream.

    Enquanto isso, FRS no \\Server2 (e todos os outros parceiros superiores do membro reinitialized ou nova réplica) está executando o mesmo processo como \\Servidor1. Processos \\Server3 uma alteração ordem para um determinado arquivo ou pasta de Server1 ou Server2, que chega primeiro. A outra alteração é ignorada.

    Quando toda a atividade replicação tiver liquidada check-out, IDTables em todos os três servidores com uma soma de comprovação MD5 idêntica e conteúdo de arquivo idênticos na pasta replicada. Repita as etapas 5 e 6 para adicionar servidores adicionais ao conjunto de réplicas.

Otimizando o inicial ou associação VV processo

A associação VV atual é inerentemente ineficiente. Durante a replicação normal, os parceiros superiores criar um único arquivo temporário, que pode origem todos os parceiros inferiores. Em uma associação VV, todos os computadores que possuem conexões de saída para um novo ou reinicializada compilação parceiro inferior preparo arquivos designados exclusivamente para esse parceiro. Se 10 computadores fazer uma associação inicial de \\Servidor1, a associação cria 10 arquivos na etapa para cada arquivo replicada. Otimizações para limitar o impacto da associação VV incluem:
  • Pré-testar conteúdo em novos membros usando o NTBackup (discutida anteriormente).
  • Reduza o número de servidores preparo criando arquivos para o novo ou reinicializada parceiros inferiores.
  • Remover ou reduzir o número de arquivos na pasta replicada até que todos os computadores tenham concluído a fase de associação VV.
  • Habilite apenas uma associação ocorrer em um determinado parceiro upstream.

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

Controladores de domínio de réplica (controladores de domínio backup) ingressando em domínios existentes com base no Windows tentam replicar a pasta SYSVOL do mesmo controlador de domínio usado para o Active Directory de origem. O servidor de origem do SYSVOL é identificado no valor do Pai do conjunto de réplica do Registro. Você deve confirmar que o FRS está em execução e responder no servidor de origem designado.

Para o SYSVOL conjuntos de réplicas que está sendo reinicializado com uma restauração não autoritativa (Burflags = D2), os administradores podem limitar a geração de arquivos para um servidor específico de teste definindo a chave do Registro Pai do conjunto de réplica para apontar para um servidor de preparo designado ou mesmo site.

Para obter mais informações sobre a chave do registro pai do conjunto de réplica, clique no número abaixo para ler o artigo na Base de dados de Conhecimento da Microsoft:
257338Solução de problemas ausentes compartilhamentos SYSVOL e Netlogon em controladores de domínio do Windows 2000
A otimização de chave de registro Pai de conjunto de réplicas não é possível para membros da réplica DFS. Soluções alternativas possíveis incluem:
  • Desativar o serviço FRS em todos os parceiros superiores possíveis (aqueles computadores que o membro novo ou reinitialized possui conexões de entrada) para que usar como fonte ocorre do servidor apenas restante.

    Esta solução alternativa não é a melhor solução porque interromper o serviço FRS não pára o acúmulo de registros de alteração no diário de alteração NTFS. Se o diário ajusta (estouros), uma associação VV é necessária quando o serviço for reiniciado mais tarde. Se você souber que existe insignificante ou nenhuma atividade de modificação de arquivo (por exemplo, cria, exclui, renomeia atualizações) em qualquer um dos volumes de disco que hospeda um conjunto de réplicas, o risco de disposição de diário é provavelmente será baixo.
  • Remover ou reduzir o número de arquivos na pasta replicada até que todos os computadores tenham concluído a fase de associação VV (discutida na seção a seguir).

    Esta operação não pode ser uma alternativa viável se os servidores centrais do conectados à novos servidores de filiais por meio de links de baixa largura de banda e você tiver gigabytes de dados do arquivo ao inicializar. No entanto, você deve considerar a opção a seguir.
  • Controlar o número de conexões de entrada de servidores de origem disponíveis para o membro novo ou reinitialized (ou seja, a associação ocorre com uma única conexão de entrada).
  • Propaga os dados de servidores do hub sobre a fim de semana ou horas da noite.

    Mesmo com um link de 64 quilobits em 75 % largura de banda disponível, você pode mover 21 MB de dados cada hora ou 506 MB cada dia. Com dois computadores de hub e 200 ramificações conectadas por meio de links de 64 quilobits, você pode inicializá-los com 1 GB de conteúdo durante um final de semana dois dias. Se você obtiver uma taxa de compactação média de 50 %, você pode mover 2 GB de dados durante um final de semana. Esta operação não requer nenhum backup ou operações de restauração, não phasing da inicialização de ramificação para evitar sobrecarregar os servidores de hub e monitoramento de progresso todos os podem ser feitas dos servidores hub usando o comando define ntfrs e a ferramenta de relatório Connstat para procurar qualquer backlogs para ramificações específicas. O espaço temporário e o parâmetro de limite temporário nos servidores de hub devem ser grande o suficiente para armazenar todos os dados porque a geração de arquivo temporário pode facilmente outpace a entrega de dados de ramificação com vínculos lentos.

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

Normalmente, desejado todos os membros conjunto de réplicas para ingressar em conjuntos de réplicas com quase vazios ou pastas para evitar a geração dos arquivos em vários servidores de teste ineficiente. Esse processo é menos de um problema para o SYSVOL, pois os servidores são criados de forma incremental, o conteúdo é geralmente menor do que compartilhamentos DFS e a chave de registro Replica Set Parent significa que o FRS tenta origem de um único parceiro upstream.

Para grandes conjuntos de réplicas DFS, onde a replicação é normalmente ativada instantaneamente 2 a 50 servidores para dezenas de gigabytes de conteúdo, o impacto é maior. Considere adicionar a maioria dos computadores para compartilhamentos DFS replicado por FRS após ter sido implantados. Além disso, deseja que a pasta replicada no servidor primário estar vazio para que a associação VV ocorre sem precisar duplicar arquivos. Arquivos podem ser adicionados, talvez incrementalmente, com eficiência normal.

Uma associação VV vazia ou mínima pode ser usada para recuperar uma implantação onde Active Directory e/ou FRS sofreu um "melt para baixo" e necessidades para ser reinicializada. Após você confirmar que Active Directory replicação é funcional, mover arquivos fora da pasta replicada no servidor primário e, em seguida, reinicialize os membros da réplica. No caso do SYSVOL, manter o domínio padrão e a diretiva de controlador de domínio nas pastas \Policies intactos no servidor primário (Burflags = "D4" ou restantes servidores de origem) para que reinicializada controladores de domínio podem replicar em e aplicar a diretiva (por exemplo, a diretiva "Este computador da rede e outros necessários direitos de acesso") para operação adequada do domínio e o cliente.

Ativar apenas uma associação ocorrer em um dado Partner Upstream

Para grande porte DFS réplicas que contém dezenas de gigabytes de arquivos, você pode considerar adicionando apenas um membro em um tempo para pastas replicado por FRS. Especificamente, permitem que o novo membro concluir a sincronização completa e mover sair do modo VV associação. Parceiro superior deve limpar os arquivos da pasta preparo antes de adicionar membros adicionais.

Além disso, defina o limite de espaço temporário (definido no seguinte artigo, Q221111, "Description of FRS entradas no Registro") em todos os servidores de origem potencial igual ou maior que os maiores 128 arquivos sendo replicados pelos parceiros superiores (o número de associações VV ocorra qualquer determinado momento).

Para obter mais informações, clique no número abaixo para ler o artigo na Base de dados de Conhecimento da Microsoft:
221111Descrição do FRS entradas no registro

Propriedades

ID do artigo: 266679 - Última revisão: segunda-feira, 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 (32-bit x86)
  • Microsoft Windows Server 2003, Enterprise Edition (32-bit x86)
  • Microsoft Windows Server 2003, Datacenter Edition (32-bit x86)
  • 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 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: 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