Replicação parcial pode demoram muito tempo com grupos muito grandes

Os seguintes sintomas podem ocorrer em um domínio com muito grandes grupos que contêm milhares de usuários que são alterados com freqüência:

• No controlador de domínio primário (PDC), há um número grande (até a vários eventos por minuto) de eventos 5711 para cada controlador de domínio de backup (BDC):
  Identificação de evento 5711 - origem: NETLOGON
  Descrição: A requisição de sincronização parcial do servidor BDC foi concluída com êxito. Alterações de X (s) tem (têm) foi retornado ao chamador.
• No BDC, houver somente um evento 5715 entre replicações de dois:
  Identificação de evento 5715 - origem: NETLOGON
  A replicação para sincronização parcial do banco de dados SAM do controlador de domínio primário PDC concluída com êxito. Alterações de X é (são) aplicadas o banco de dados.
• A replicação parcial pode levar muito tempo.
• A quantidade de dados que vai entre a transmissão para uma única replicação para um determinado BDC pode ser muito grande e ainda maior do que o tamanho do SAM no PDC. (Use o comando "nbtstat s" para monitorar a quantidade de dados enviados para cada BDC).
• A CPU no PDC pode permanecer no uso de 100 por cento durante a replicação.

Você não deve fazer muitas alterações muito grandes grupos que contêm milhares de usuários. Se é necessário fazer SAM grande modificações e precisará modificar os membros dos grupos muito grandes, você poderá:

1. Faça todas as alterações no PDC.
2. Force uma replicação completa para todos os BDCs (emitir o comando nltest/sincronização em cada BDC).

No PDC, logon de rede é notificado de todas as alterações do SAM. Quando um grupo é alterado, o logon de rede armazena essa alteração no arquivo de log de alteração (Netlogon.chg). Os membros do grupo não são armazenados no arquivo de log de mudanças, mas somente uma referência para a alteração (ou seja, o SID do grupo, um número de série e assim por diante). Esse é o motivo pelo qual alterar esses grupos muitas vezes não encher o arquivo de log de alteração.

Quando o tempo limite de pulso expira, o PDC notifica os BDCs com um pulso. Em seguida, cada BDC (dentro do limite da configuração PulseConcurrency) solicita o PDC para executar a replicação. Se o recurso de log de logon de rede estiver habilitado no PDC, o arquivo de Netlogon.log inclui uma linha similar à: Quando o PDC lê o arquivo Netlogon.chg e encontra uma entrada indicando que foi alterado um grupo, ele envia o conteúdo do grupo para o BDC. Se o grupo contém milhares de usuários, a quantidade de dados que passa pela conexão para que essa alteração única pode ser muito grande (aproximadamente 8 KB para um grupo com 1.000 usuários).

Se o mesmo grupo é alteradas centenas de vezes (por exemplo, quando novos usuários são criados e adicionados ao grupo), e se entre duas alterações para o grupo, há outras alterações, o mesmo grupo é enviado centenas de vezes para cada BDC. A replicação ocorre da seguinte maneira:

• O BDC solicita o PDC para executar uma replicação parcial (todas as alterações estão no arquivo Netlogon.chg. Lembre-se que o arquivo Netlogon.chg inclui apenas referências aos objetos SAM que são modificados e não inclui os objetos).
• A quantidade de dados que podem ser enviados pelo PDC para o BDC depende do parâmetro de ReplicationGovernor definido no BDC (se for 100 %, o tamanho do buffer é 128 KB, se for 50 %, o tamanho do buffer é 64 KB e assim por diante).
• Se a quantidade de dados para enviar para o BDC for maior que o tamanho do buffer fornecido pelo BDC, o PDC envia, por exemplo, somente o primeiro 128 KB com o status 0x105 = STATUS_MORE_ENTRIES:
  [MISC] Log de eventos: 5711 (4) "BDC" "7"
  [SINCRONIZAR] NetrDatabaseDeltas: SAM retornando (0x105) para o BDC
  O PDC registra um evento 5711 indicando que o BDC foi concluída a replicação parcial com o PDC com êxito. Isso não significa que há não mais dados para enviar para o BDC
• Após o recebimento da entrada STATUS_MORE_ENTRIES, o BDC contata o PDC novamente para obter os dados restantes. O BDC registra o evento 5715 somente no final do processo de replicação, quando não há mais dados para recuperar, enquanto vários eventos 5711 são registrados no PDC.