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

Os seguintes sintomas podem ocorrer em um domínio com grupos muito grandes 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 5711 eventos 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. X alterações (s) foi (foram) retornados para o chamador.
• No BDC, há apenas um evento 5715 entre duplicações de dois:
  Identificação de evento 5715 - origem: NETLOGON
  A duplicação de 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 ao banco de dados.
• A replicação parcial pode levar um tempo muito longo.
• A quantidade de dados que passa pela conexão para uma única replicação para um determinado BDC pode ser muito grande e até mesmo 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 duplicação.

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

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

No PDC, o Netlogon é notificado de todas as alterações de SAM. Quando um grupo for alterado, o Netlogon 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 alteração, 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). É por isso que alterar esses grupos muitas vezes não preenche o arquivo de log de alteração.

Quando o tempo limite 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 Netlogon estiver habilitado no PDC, o arquivo Netlogon.log inclui uma linha similar à: Quando o PDC lê o arquivo Netlogon.chg e localiza uma entrada indicando que um grupo foi alterado, 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 essa alteração única pode ser muito grande (aproximadamente 8 KB para um grupo com 1.000 usuários).

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

• O BDC solicita que 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 somente referências aos objetos SAM que são modificados e não inclui objetos próprios).
• A quantidade de dados que podem ser enviados pelo PDC para o BDC depende do parâmetro ReplicationGovernor definido no BDC (se ele for 100 por cento, 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 os primeiros 128 KB com o status 0x105 = STATUS_MORE_ENTRIES:
  [MISC] Log de eventos: 5711 (4) "BDC" "7"
  [SINCRONIZAÇÃO] NetrDatabaseDeltas: SAM retornando (0x105) para o BDC
  O PDC registra um evento 5711 indicando que o BDC foi concluída com êxito a replicação parcial com o PDC. Isso não significa que há não mais dados para enviar para o BDC
• Durante a recepção 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 há não mais dados para recuperar, enquanto vários 5711 eventos são registrados no PDC.