Como solucionar mensagens de Event ID 1311 em um domínio do Windows 2000

Este artigo descreve como solucionar mensagens de evento ID 1311 no log de eventos do serviço de diretório em um domínio Microsoft Windows 2000.

O Knowledge Consistency Checker (KCC) cria e mantém a topologia de replicação do Active Directory. Para fazer isso, o KCC examina a soma de todos os contextos de nomeação que residem na floresta e todas as restrições definidas pelo administrador para site, o link de site e o custo do link.

Se um domínio do Active Directory, um esquema, uma configuração, uma partição de aplicativo ou o catálogo global contextos de nomeação não pode ser replicado entre controladores de domínio ou sites, uma mensagem de evento ID 1311 semelhante à seguinte é registrada no log de eventos do serviço de diretório:

Esse comportamento ocorre se um ou mais das seguintes condições forem verdadeiras:

• Ponte de link de site é habilitado em uma rede que não oferece suporte à conectividade de rede física entre dois controladores de domínio em sites diferentes que são conectados por um link KCC.
• Um ou mais sites não estão contidos nos links de site.
• Links de site contêm todos os sites, mas os links de site não estão interconectados. Essa condição é conhecida como links de site separado.
• Um ou mais controladores de domínio estão offline.
• Ponte controladores de domínio estão on-line, mas ocorrem erros quando eles tentarem replicar um contexto de nomeação necessário entre Active Directory sites.
• Pontes preferenciais definidas pelo administrador são on-line, mas eles não hospedam os contextos de nomeação necessários.
• Pontes preferenciais estão definidos corretamente pelo administrador, mas eles são off-line no momento.
• O servidor ponte é sobrecarregado ou porque o servidor está undersized, ramificação muitos sites estão tentando duplicar as alterações do mesmo controlador de domínio de hub ou os agendamentos de links de sites são muito freqüentes.
• KCC criou um caminho diferente ao redor de uma falha de conexão site a site, mas ele tentativas a cada 15 minutos a conexão falha porque ele está em "manter o modo de conexão."

As causas comuns de mensagens de evento ID 1311 se enquadram em duas categorias: incorreta falha de configuração e infra-estrutura lógica. Evento ID 1311 mensagens são registradas quando ocorre uma configuração lógica incorreta ou um erro de replicação.

• Configuração lógica incorreta
  
  Uma configuração lógica é configurada incorretamente quando informações de configuração do contexto (NC) (visível no snap-in Serviços e sites) de nomeação não coincide com a topologia física da rede que hospeda a floresta do Active Directory. Por exemplo, um site pode não estar definido corretamente, sites que estão faltando em links de site podem ser incluídos, links de site não pode ser interconectados ou pontes incorretos podem ser selecionados pelo administrador.
• Falha de infra-estrutura
  
  Ocorre uma falha de infra-estrutura como resultado de uma ou mais dos seguintes eventos:
  • Falha de um link de wide area network (WAN).
  • Um controlador de domínio que hospeda um contexto de nomeação necessário está off-line.
  • Ocorre uma falha de replicação para um ou mais contextos de nomeação.
  • O parceiro de entrada para a duplicação desativou a duplicação de saída.Para obter mais informações sobre replicação, clique no número abaixo para ler o artigo na Base de dados de Conhecimento da Microsoft:
    321153  (http://support.microsoft.com/kb/321153/ ) Como desativar ou Ativar duplicação do Active Directory no Windows 2000

Para solucionar mensagens de evento ID 1311, use os seguintes métodos.

• Determine se as mensagens de evento ID 1311 são específicos do site ou toda a floresta.
• Determine se a ponte de link de site estiver ativada e se a rede for totalmente roteada.
• Verifique se que todos os sites são definidos em links de site.
• Detectar e remover pontes preferenciais.
• Resolva falhas de replicação do Active Directory na floresta.
• Determine se os servidores de origem estão sobrecarregados.
• Determine se links de site são separados.
• Exclua conexões se KCC está no modo "Conexão mantendo".

Determinar se as mensagens de evento ID 1311 são específicos do site ou toda a floresta

Determine se mensagens de evento ID 1311 são registradas em todos os controladores de domínio de generator (ISTG) de topologia entre sites na floresta ou somente em controladores de domínio específicos do site do ISTG. Para localizar controladores de domínio ISTG, use a ferramenta LDP.exe para procurar os seguintes atributos: Para obter mais informações sobre como localizar ISTG controladores de domínio, clique no número abaixo para ler o artigo na Base de dados de Conhecimento da Microsoft: Para determinar o escopo do evento, use um dos seguintes métodos:

• Examine os logs do serviço de diretório de um número apropriado de ISTG controladores de domínio na floresta.
• Use a ferramenta eventcombmt.exe (disponível no Atendimento Microsoft) para procurar mensagens de evento ID 1311 em um número apropriado de ISTG controladores de domínio na floresta.

Determinar se a ponte de link de site está ativado e se a rede for totalmente roteada

Quando você ativar link de site ponte no snap-in Serviços e sites do Active Directory, você deve certificar-se que qualquer site definido no Active Directory possui uma conexão de rede totalmente roteadas qualquer outro site que é definido pelo administrador do. Se o KCC cria um link de conexão entre dois sites desconectados no qual site ponte de link é ativado, mensagens de evento ID 1311 podem ser registradas.

Ponte de link de site é habilitado no Active Directory se as seguintes condições forem verdadeiras:

• A caixa de seleção ponte para todos os links de sites é marcada para o protocolo IP e o protocolo SMTP em sites do Active Directory e snap-in Serviços.
• O atributo de Opções para o protocolo IP e o protocolo SMTP é NULL ou definida como 0 (zero) para os seguintes caminhos de nome de domínio (DN):
  • CN = IP, CN = transportes entre sites, CN = Sites, CN = Configuration, DC = root domain of forest
  • CN = SMTP, CN = transportes entre sites, CN = Sites, CN = Configuration, DC = root domain of forest

Para determinar se existe uma conexão de rede totalmente roteadas entre dois sites, contate o administrador NOS, o administrador da rede ou o arquiteto do Active Directory.

Se a ponte de link de site estiver habilitada em um ambiente não-roteadas, tornar a rede totalmente roteada, ou desabilitar a ponte de link de site e criar, em seguida, os links de site e site pontes de links que você deve usar. Aguarde duas vezes o maior intervalo de replicação na floresta. Se as mensagens de evento ID 1311 continuam a serem registrados ou se ponte de link de site estiver habilitada em uma rede totalmente roteada, vá ao método "Verificar se todos os sites são definido em links de sites".

Por padrão, a ponte de link de site está ativado. Além disso, diretrizes de práticas recomendadas recomendam manter site ponte de link de ativado.

O diagrama a seguir usa mais (+) assina e sinais de menos (?) para ilustrar conexões de rede física entre o Active Directory sites. Site AZ está listado no link de site WEST e site GA está listado no link de site Leste, mas sites AZ e GA não têm conexões de rede totalmente roteadas para sites WA e NY em uma configuração do Active Directory onde a ponte de link de site está ativado.

Verifique se que todos os sites são definidos em links de site

Todos os sites definidos no Active Directory deve estar hospedado ou residem em um link de site. Por exemplo, se sites WA, CA, AZ, NY, IL e GA forem definidos e links de site Oeste, Leste e WANY são definidos, mensagens de evento ID 1311 são registradas se qualquer um site (por exemplo, AZ ou GA) não estiver listado em um link de site onde os sites são conectados fisicamente. Sites são órfãos quando sites em um link de site excluídos não são adicionados a um link de site existente apropriado. o comando repadmin /showism é útil para localizar incorretamente configurado locais. Saída do comando repadmin /showism aparece semelhante ao seguinte exemplo de uma floresta chamada "corp:" Observação : ao contrário dos outros argumentos para o comando repadmin , você não pode executar o comando repadmin /showism de um computador remoto. Você deve executar o comando repadmin /showism do console do controlador de domínio que você deseja examinar (na maioria dos casos, esse é o controlador de domínio ISTG).

Para cada site que está configurado para replicação com base em IP ou para a replicação baseados em SMTP (não mostrado), o comando repadmin /showism retorna uma matriz de site que representam as conexões a todos os sites na floresta. Cada entrada na matriz de site contém três números delimitados por dois-pontos (:) que representam o custo, intervalo de replicação e opções para cada link de replicação para outro site no Active Directory da floresta. Os números em uma entrada que aparecem na seguinte ordem:

• O valor de Cost indica a preferência para uma conexão de rede para duplicar informações de diretório entre sites. O administrador usa sites do Active Directory snap-in Serviços e para definir o valor de Cost de cada link de site.
• O valor de Replication interval indica a freqüência de replicação do link em minutos.
• O valor de Options indica as opções para o link de site, incluindo a notificação de link de site.
  
  Observação : quando você solucionar mensagens de evento ID 1311, você pode ignorar o valor de Options.

No exemplo da floresta "corp.com", ponte de link de site está habilitado e a floresta contém três sites do Active Directory:

• site 0 : US-NC, um site não revelado que usa o TX <-> vínculo NC para se conectar ao site 1 (EUA-TX).
• site 1 : US-TX, que hospeda 2 controladores de domínio.
• site 2 : US-WA, um site coberto que usa o TX <-> vínculo WA para se conectar ao site 1 (EUA-TX).

Cada matriz de site contém um "0: 0: 0" entrada que se refere a mesmo. Uma entrada que contém números positivos para o valor de custo e valor de intervalo de replicação (por exemplo, "200:15:0" ou "100:15:0") indica que a conexão de site é boa. A "-1: 0: 0" entrada indica que a conexão de site não está funcionando. Isso ocorre se um ou mais das seguintes condições for verdadeira:

• O protocolo de replicação não é usado. Por exemplo, se SMTP replicação não está configurada, as entradas na parte do /SHOWISM SMTP matriz todos aparecem como "-1: 0: 0".
• O site não hospeda os controladores de domínio (isso é conhecido como um site "revelado").
• O site não está incluído em um link de site.

Se a ponte de link de site estiver habilitada e o comando repadmin /showism retorna "-1: 0: 0" entradas para um ou mais abordado os sites do Active Directory, certifique-se que os sites afetados estão listados em um link de site.

Um site com um complemento completo de "-1: 0: 0" entradas e um "0: 0: 0" entrada fica órfão, a menos que o site for revelado (nenhum controlador de domínio residem no site). Quando você solucionar mensagens de evento ID 1311, registrar os nomes de todos os sites órfãos, mas não gravar os nomes dos sites revelados.

Se a ponte de link de site estiver desativada, "-1: 0: 0" entradas são menos significativas. Se for esse o caso, você deve determinar manualmente se cada site será incluído em um link de site. Para fazer isso, anote a lista de sites e links de site e mapear manualmente cada site em um link de site.

Observação : O comando repadmin /showism sempre retorna "-1: 0: 0" entradas para um site não revelado.

No exemplo a seguir /showism repadmin , ponte de link de site está habilitado na floresta "corp.com" e no link de site TX <-> WA foi excluído. Site 2 (US-WA) órfãos de todos os outros sites na floresta e deve ser adicionado a um link de site apropriado.

Detectar e remover pontes preferenciais

Como seleção ponte correto é difícil em florestas com vários domínios e como Windows 2000 tem boa lógica de tolerância a falhas no caso de uma ponte selecionado KCC fica offline, Microsoft recomenda que você não definir servidores ponte preferenciais.

Para procurar servidores ponte preferenciais:

1. Use a ferramenta de linha de comando LDP.exe para executar uma pesquisa LDAP de critérios a seguir:
   Caminho DN: cn = sites, cn = configuration, dc = < domínio raiz da floresta >
   ObjectClass: servidor
   Atributos: bridgeheadTransportList
   
2. Use o comando FINDSTR contra um arquivo de exportação LDIFDE de CN = Sites, CN = recipiente de configuração:
   LDIFDE CN = SITES, CN = Configuração, DC = < domínio Raiz na floresta > SITEDUMP.LDF
   FINDSTR /i "bridgeheadTransportList" SITEDUMP.LDF
   Se a pesquisa retornar resultados, anote o nome do servidor no caminho do nome de domínio no qual o atributo bridgeheadTransportList é preenchido.
   
   Se você encontrar qualquer servidores ponte preferenciais, use o site e serviços snap-in para removê-los e, em seguida, aguardar duas vezes o intervalo de máximo de replicação na floresta. Se mensagens de evento ID 1311 continuarem a ser registrado, vá para o próximo método.

Resolver falhas de replicação do Active Directory na floresta

A replicação do Active Directory requer a replicação transitiva de todos os contextos de nomeação na floresta para todos os controladores de domínio que duplicar uma partição comuns.

Resolva falhas de replicação para controladores de domínio on-line mais rápido possível, especialmente aqueles que hospedam os contextos de nomeação um de um tipo em uma floresta (por exemplo, o controlador de domínio apenas para um determinado domínio na floresta). Como um último recurso, se você não pode criar um controlador de domínio duplicar, removê-lo da floresta.

Se um controlador de domínio estiver offline para dias menos que o número de tempo de vida da marca para exclusão (por padrão 60), colocar o controlador de domínio on-line e forçá-lo a replicar ou como um último recurso, removê-lo da floresta.

Se um controlador de domínio está off-line ou não replica as alterações de entrada para dias mais que o número de tempo de vida da marca para exclusão, não resuscitate-lo. Em vez disso, imediatamente removê-lo da floresta. Para obter mais informações sobre o valor TombstoneLifetime, clique nos números abaixo para ler os artigos na Base de dados de Conhecimento da Microsoft: Quando você deseja descobrir e solucionar problemas de falhas de replicação, as ferramentas a seguir podem ser útil:

• repadmin /failcache : executar esse comando a partir do console de cada controlador de domínio ISTG na floresta para descobrir falhas de replicação para pontes no site para que ISTG.
  
  Observação Você também pode executar este comando remotamente nos outros controladores de domínio ISTG na floresta.
• repadmin /showreps : executar esse comando a partir do console de cada controlador de domínio ISTG na floresta para analisar a replicação de controladores de domínio específicos que são expostos pelo comando repadmin /failcache .
• dcdiag /test:intersite /e /q : este comando testa a conectividade entre sites para ponte de controladores de domínio na floresta. O conjunto de resultados é limitado a controladores de domínio que enfrentar erros com a opção /q .
• dcdiag /test:connectivity /e /q : este comando testa a resolução de nomes e ldap / rpc conectividade com todos os controladores de domínio na floresta. O conjunto de resultados é limitado a controladores de domínio que enfrentar erros com a opção /q .
• Examine o log de eventos de serviço de diretório em controladores de domínio do ISTG e servidores bridgehead, usando as seguintes configurações para os níveis de diagnóstico de NTDS:
  • Verificador de consistência de Conhecimento 1: 3
  • Eventos de replicação 5: 3
  • Processamento interno: 1

O comando repadmin /failcache lista falhas de replicação que KCC conhece. A saída do comando repadmin /failcache é dividida em duas seções:

O cache "Falhas de vínculo do KCC" lista erros de vínculos de conexão existentes. O controlador de domínio ISTG importa dados showreps ("repsfroms") para cada servidor de ponte em seu site. No entanto, o controlador de domínio ISTG não lista os erros. O cache de falha do link é esvaziado no início de cada execução do KCC e refilled durante o curso atual executar.

O cache "Falhas de conexão do KCC" lista tentativas malsucedidas de criar objetos de conexão entre controladores de domínio ("representantes de" ou "representantes para"). Quando você executa o comando repadmin /failcache do ISTG controlador de domínio, ela lista entradas que serão importadas do pontes no site. No início de cada execução do KCC, o KCC examina cada entrada no cache de falha de conexão e tenta DsBind para o servidor falha. Se o vínculo tiver êxito, a entrada será removida.

O comando repadmin /failcache difere do comando repadmin /showreps de duas maneiras:

• O comando repadmin /showreps mostra o contexto de nomeação que está falhando. O comando repadmin /failcache não.
• Dados do comando repadmin /failcache não são duplicados entre controladores de domínio.

O exemplo a seguir mostra o exemplo de saída do comando repadmin /failcache .

Determinar se os servidores de origem estão sobrecarregados

Um controlador de domínio que está sobrecarregado com um grande número de parceiros de replicação direta ou uma agenda de replicação que seja excessivamente agressiva pode criar uma lista de pendências no qual alguns parceiros nunca recebem alterações de um controlador de domínio de hub. Na saída do comando repadmin /showreps , parceiro controladores de domínio de origem sobrecarregado controladores de domínio aparecem com o status "at never".

Para resolver esse problema, redimensionar hardware, reconfigurar links de site e reconfigurar o link de site ou conexão agenda conforme necessário para reduzir a carga nos controladores de domínio sobrecarregado.

Determinar se links de site são separados

"Com ramificações links de site" são uma configuração do Active Directory em que a topologia é quebrada em duas partes ou em que alguns sites não replicar porque as definições de site e site vincular definições estão incorretos. Por exemplo, o diagrama a seguir mostra uma configuração no qual Sitelink_ABC contém sites A, B, C e Sitelink_DEF contém sites D, E e F, mas nenhum link de site se conecta qualquer um dos sites na Sitelink_ABC a qualquer um dos sites na Sitelink_DEF. Para resolver a condição de links de site separado, um novo link de site deve se conectar pelo menos um site no Sitelink_ABC pelo menos um site no Sitelink_DEF (por exemplo, um novo link de site entre o site A e o site D). o diagrama a seguir mostra outro possível uma configuração de links de site separado. Nesse caso, um novo link de site deve associar qualquer site no Sitelink_ABDC pelo menos um site no Sitelink_FG (por exemplo, um novo link de site entre o site A e site F) para resolver a condição de links de site separado. links de site separado são a configuração incorreta mais difícil para solucionar problemas. Procure links de site separado somente após você descartar todas as outras causas conhecidas. Use um lápis e papel para gráfico topologia de site e localizar sites órfãos.

Excluir conexões se KCC está em "Modo de manter conexão"

Se o KCC cria um caminho diferente ao redor de uma falha de conexão site a site, mas ele tentativas a cada 15 minutos a conexão falha porque ele está em "manter o modo de conexão", exclua todas as conexões interrompidas e permitem que o KCC recriá-los. Aguarde duas vezes a mais longa agenda de replicação na floresta.

Terminologia e conceitos

• servidor bridgehead : qualquer controlador de domínio em um site do Active Directory que duplica uma partição (por exemplo, esquema, configuração, domínio, a partição de aplicativo ou catálogo global) para um controlador de domínio no outro site do Active Directory.
  
  Uma ponte é selecionado para cada partição de diretório exclusivo, domínio ou partição de aplicativo em um site do Active Directory, para que um site que hospeda três domínios diferentes tem três servidores ponte no site.
  
  Controladores de domínio duplicam todos os contextos de nomeação que são mantidos em comum com seus parceiros de replicação direta, para um controlador de domínio no domínio "corp.com" duplica CN = SCHEMA e CN = configuração juntamente com o contexto de nomeação de domínio "corp.com" com seu parceiro de ponte entre sites.
• entre sites (ISTG) de gerador de topologia : para cada site do Active Directory, um único servidor, conhecido como o ISTG é indicado para criar a topologia de replicação entre sites. Para obter mais informações sobre o ISTG, clique no número abaixo para ler o artigo na Base de dados de Conhecimento da Microsoft:
  224815  (http://support.microsoft.com/kb/224815/ ) A função do gerador de topologia entre sites na replicação do Active Directory
• Site não revelados : um Active Directory site definido o serviços e sites snap-in que não contém quaisquer controladores de domínio do Windows 2000 no momento. Um site não revelado pode estar aguardando seu controlador de domínio chegar de um site temporário. Além disso, um site pode estar definido como não revelados para fornecer a preferência de site para operações de cliente.

Saída truncada do comando REPADMIN /SHOWISM

Em alguns ambientes, o comando repadmin /showism de compilação 2195 do Windows 2000 é fechado prematuramente durante a execução e sua saída é truncada devido a um erro interno. Por exemplo, a parte superior dessa saída /SHOWISM bem-sucedida de um controlador de domínio no domínio "corp.com" indica que 128 sites são definidos (0-127). no exemplo a seguir, a saída repadmin /showism parar no meio da linha para o site 115, CN = HeadQuarters. para resolver esse problema de truncamento, obtenha uma versão atualizada do arquivo Repadmin.exe do Atendimento serviços Microsoft (PSS).