Como solucionar o serviço de atualização de destinatário usando o log do aplicativo no Exchange 2000 Server ou no Exchange Server 2003

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

Neste artigo

Sumário

Na organização Microsoft Exchange Server 2003 ou Microsoft Exchange 2000 Server, você pode enfrentar um problema onde o serviço de atualização de destinatário não carimbar objetos de usuário com endereços de proxy.

Você pode solucionar esse problema fazendo o seguinte:
  • Aumente diagnóstico fazer logon no computador com o Exchange.
  • Selecione um objeto de teste para monitorar.
  • Exiba o log Application para determinar se o serviço de atualização de destinatário processa o objeto de teste com êxito.
Executar repetidamente uma operação de recriar no serviço de atualização de destinatário pode dificultar o processo de solução de problemas. Portanto, em vez de executar repetidamente uma operação de recriar o serviço de atualização de destinatário, você pode exibir os eventos que gera o serviço de atualização de destinatário para determinar onde existe o problema de Recipient Update Service.

INTRODUÇÃO

O serviço de atualização de destinatário está incluído no Microsoft Exchange Server 2003 e Microsoft Exchange 2000 Server. Este artigo descreve como solucionar o serviço de atualização de destinatário usando eventos que aparecem no log do aplicativo.

Em sua organização do Exchange, o serviço de atualização de destinatários do domínio apresenta habilitados para email objetos em um domínio especificado nesse contexto de nomeação de domínio. Você pode criar um domínio RUS para cada controlador de domínio em um domínio especificado. Se um domínio tiver mais de um domínio RUS, você deve determinar o Recipient Update Service para solucionar problemas. Os objetos carimbos de data / somente RUS empresarial no contexto de nomeação de configuração, como armazenamentos de pasta pública e serviços de replicação de site. O Enterprise Recipient Update Service não carimbar objetos como usuários, grupos, contatos ou pastas públicas.

Você pode identificar muitos problemas de RUS examinando o log de aplicativo em Visualizar eventos. Você pode usar o log do aplicativo para solucionar os seguintes problemas:
  • O serviço de atualização de destinatário não carimbar objetos com um endereço de proxy.
  • O serviço de atualização de destinatário leva muito tempo para objetos de carimbo de data / com um endereço de proxy.
  • O serviço de atualização de destinatário apresenta objetos com um endereço de proxy incorreta.

Aumentar o log de diagnóstico

Para solucionar problemas de RUS que podem ocorrer, aumente o log de diagnóstico para o nível máximo. Faça isso para todos os objetos seguintes no servidor Exchange que é responsável para o domínio RUS que você deseja solucionar.

Observação Se houver mais de um RUS que é responsável para o domínio, defina o agendamento para Nunca executar para todos os mas um serviço de atualização destinatário. Isso permitirá que você se concentrar em log do aplicativo de apenas um servidor RUS quando você solucionar problemas do Recipient Update Service.
Recolher esta tabelaExpandir esta tabela
serviço categoria
MSExchangeALOperações LDAP
MSExchangeALSincronização de lista de endereços
MSExchangeSAGeração de proxy (Exchange 2003 apenas)
Para fazer isso, execute as seguintes etapas:
  1. Inicie a ferramenta Exchange System Manager.
  2. Se grupos administrativos estiverem habilitados, expanda Administrative Groups e, em seguida, expanda o grupo administrativo. Se grupos administrativos não estiverem habilitados, vá para a etapa 3.
  3. Expanda Servers , clique com o botão direito do mouse no servidor Exchange que você deseja configurar diagnóstico logon e, em seguida, clique em Propriedades .
  4. Clique na guia Log de diagnóstico e clique em MSExchangeAL na lista serviços .
  5. Na lista categorias , clique em Operações LDAP , clique em máximo , clique em Sincronização de lista de endereços e, em seguida, clique em Maximum .

    Se você estiver executando o Exchange 2003, vá para a etapa 6. Se você não estiver executando o Exchange 2003, vá para a etapa 7.
  6. Clique em MSExchangeSA na lista serviços , clique em Geração de proxy na lista categorias e, em seguida, clique em Maximum .
  7. Clique em OK .
Depois que você selecionou um Recipient Update Service para solucionar problemas de domínio e depois aumentaram diagnóstico logon RUS que você deseja solucionar problemas de servidor do Exchange que manipula o domínio, você deve selecionar um objeto para usar para testar o serviço de atualização de destinatário. Por exemplo, teste o serviço de atualização de destinatário usando uma conta de usuário que o serviço de atualização de destinatário não tem marcados. Em seguida, você pode exibir as ações que o serviço de atualização de destinatário executa neste objeto.

Determinar se o RUS foi iniciado

Dentro de alguns minutos depois você aumentar o log de diagnóstico, eventos 8011 ID e identificação 8012 aparecerá no log do aplicativo. Se esses eventos não aparecerem, o serviço de atualização de destinatário não foi iniciado ou o serviço de atualização de destinatário parou de responder. Se você suspeitar que o serviço de atualização de destinatário não foi iniciado ou que o serviço de atualização de destinatário parado de responder, reinicie o serviço Microsoft Exchange System Attendant. Quando você inicia o serviço Microsoft Exchange System Attendant, esse serviço carrega uma série de DLLs. Uma dessas DLLs é Abv_dg.dll.

Quando você inicia o serviço Microsoft Exchange System Attendant, o seguinte evento aparece no log do aplicativo.

ID de evento 1000

Tipo de evento: informações
Origem do evento: MSExchangeSA
Categoria do evento: geral
IDENTIFICAÇÃO de evento: 1000
Data: Date
Tempo: Time
Usuário: N/d
Computador: ServerName
Descrição: Microsoft Exchange System Attendant está iniciando. Microsoft Exchange Server System Attendant, inicialização do serviço concluída, versão 6.5 (compilação 7226.0).

Depois que esse evento ocorre, os eventos são exibidos para indicar que alguns DLLs estão sendo carregados e que o componente DSAccess está sendo inicializado. Em seguida, os seguintes eventos aparecem.

Identificação do evento 9006

Tipo de evento: informações
Origem do evento: MSExchangeSA
Categoria do evento: geral
IDENTIFICAÇÃO de evento: 9006
Data: Date
Tempo: Time
Usuário: N/d
Computador: ServerName
Descrição: O Microsoft Exchange System Attendant está carregando 'ABV_DG.DLL'.

Identificação do evento 9008

Tipo de evento: informações
Origem do evento: MSExchangeSA
Categoria do evento: geral
IDENTIFICAÇÃO de evento: 9008
Data: Date
Tempo: Time
be: N/d
Computador: ServerName
Descrição: O Microsoft Exchange System Attendant está iniciando 'ABV_DG.DLL'.

O evento 9008 indica que Abv_dg.dll está iniciando. Imediatamente após o evento 9008 aparece, os seguintes eventos aparecem.

Identificação do evento 8011

Tipo de evento: informações
Origem do evento: MSExchangeAL
Categoria do evento: Operações do LDAP
IDENTIFICAÇÃO de evento: 8011
Data: Date
Tempo: Time
Usuário: N/d
Computador: ServerName
Description: Searching directory ServerName.contoso.com at base 'CN=Recipient Update Services,CN=Address Lists Container,CN=Microsoft,CN=Microsoft Exchange,CN=Services,CN=Configuration,DC=contoso,DC=com' using filter '(&(objectCategory=msExchAddressListService)(!(IsDeleted=TRUE)))' and requesting attributes distinguishedName; objectGUID; LegacyExchangeDN; msExchADCGlobalNames; ObjectSID; ObjectClass; msExchMasterServiceBL; activationSchedule; activationStyle; msExchAddressListServiceLink; msExchDomainLink; msExchServer1AuthenticationCredentials; msExchServer1AuthenticationPassword; msExchEncryptedPassword; msExchServer1NetworkAddress; msExchExportContainers; msExchReplicateNow; msExchDoFullReplication; msExchServer1LastUpdateTime; msExchServer1HighestUSN; msExchServer1PageSize; msExchPollInterval; msExchServer1Flags; VersionNumber; msExchServer1HighestUSNVector; msExchProcessedSids; msExchDomainGlobalGroupSid; msExchDomainLocalGroupSid; msExchDomainGlobalGroupGuid; msExchDomainLocalGroupGuid; gatewayProxy.

Identificação do evento 8012

Tipo de evento: informações
Origem do evento: MSExchangeAL
Categoria do evento: Operações do LDAP
IDENTIFICAÇÃO de evento: 8012
Data: Date
Tempo: Time
Usuário: N/d
Computador: ServerName
Descrição: Pesquisa de diretório ServerName. contoso.com na base de ' CN = Recipient Update Services, CN = endereço Lists Container, CN = Microsoft, CN = Microsoft Exchange, CN = Services, CN = Configuration, DC = contoso, DC = com ' retornou dois objetos.

Esses eventos aparecem quando Abv_dg.dll procura qualquer RUS existente. Normalmente, se 9006 de identificação de evento aparece, mas o evento ID 9008 não aparecer, esse comportamento indica que o servidor RUS é um servidor front-end. Abv_dg.dll não é iniciado em um servidor front-end. Portanto, evento ID 8011 e evento ID 8012 não aparecem em um servidor front-end. O serviço de atualização de destinatário deve ser apontado para um servidor back-end.

Observe que, no filtro que aparece no evento ID 8011, Abv_dg.dll procura por quaisquer objetos que são membros de classe msExchAddressListService e que não possuem sua propriedade isDeleted definida como TRUE. Geralmente, isso significa que Abv_dg.dll procura por quaisquer objetos de serviço de atualização de destinatário que não são marcados para exclusão. (Os objetos marcados para exclusão são objetos que foram excluídos, mas ainda não tiverem sido removidos do diretório.) Esta pesquisa retorna um número de resultados que é igual ao número de Recipient Update Services que você tem:

Esses eventos, os únicos objetos Recipient Update Service são o Enterprise Recipient Update Service e um domínio RUS. Portanto, a pesquisa retorna dois objetos. Se esta pesquisa não retornar resultados, seu servidor do Exchange não verá os objetos do serviço de atualização de destinatários. Esse comportamento pode ocorrer porque existe um problema de permissões.

Se o servidor do Exchange não puder ver um objeto Recipient Update Service, o servidor do Exchange não pode determinar que ele é responsável por esse objeto RUS. Nesse cenário, o serviço de atualização de destinatário nunca processará os objetos. No entanto, mesmo se o servidor do Exchange não detecta qualquer objetos do serviço de atualização de destinatários, evento ID 8011 e 8012 de identificação de evento serão exibidos com freqüência. Esse comportamento ocorre porque Abv_dg.dll freqüentemente procura a existência de Recipient Update Services. Se evento ID 8011 e evento ID 8012 não aparecem no log do aplicativo após você reiniciar o serviço Microsoft Exchange System Attendant, Abv_dg.dll pode não ter sido iniciado. Abv_dg.dll pode não ter sido iniciado porque o servidor Exchange é um servidor front-end.

Determinar se o serviço de atualização de destinatário consultará alterações

Se evento ID 8011 e evento ID 8012 aparecem no log do aplicativo depois de você aumentar o log de diagnóstico, você deve determinar se o serviço de atualização de destinatário consulta o domínio para qualquer objeto novo ou modificado processar. Com base na agenda RUS, o serviço de atualização de destinatário deve consultar o domínio para qualquer novo ou modificado objetos. O serviço de atualização de destinatário também deve consultar o domínio se você clique o serviço de atualização de destinatário com o botão direito do mouse e, em seguida, clicar em Atualizar agora .

Para determinar se o serviço de atualização de destinatário consulta o domínio para as alterações, siga estas etapas.

Aviso Se você usar o snap-in ADSI Edit, o utilitário LDP, ou qualquer outro cliente LDAP versão 3 e modificar incorretamente os atributos de objetos do Active Directory, você pode causar problemas sérios. Esses problemas podem exigir que você reinstalar o Microsoft Windows 2000 Server, Microsoft Windows Server 2003, Microsoft Exchange 2000 Server, Microsoft Exchange Server 2003, ou o Windows e Exchange. A Microsoft não garante que os problemas que ocorrem se você modificar incorretamente atributos de objeto do Active Directory possam ser solucionados. Modificar estes atributos de sua responsabilidade.

Observação O snap-in Active Directory Service Interfaces (ADSI) Edit está incluído nas ferramentas de suporte do Microsoft Windows. Para instalar ferramentas de suporte do Windows no Windows 2000, clique duas vezes em Setup.exe na pasta Support\Tools do CD do Windows 2000. Para instalar ferramentas de suporte do Windows no Windows Server 2003, clique duas vezes em Suptools.msi na pasta Support\Tools no CD do Windows Server 2003.
  1. Use o snap-in ADSI Edit ou o LDP.exe para conectar ao controlador de domínio que o serviço de atualização de destinatário aponta para. Localize o objeto de teste que você selecionou na seção "Log de diagnóstico aumentar" e, em seguida, registre o valor do atributo uSNChanged .

    Para fazer isso, execute as seguintes etapas:
    1. Clique em Iniciar , clique em Executar , digite adsiedit.msc e, em seguida, clique em OK .
    2. Expanda NC de domínio [DomainController. contoso.com] , expanda DC = contoso , DC = com e em seguida, expanda o recipiente que seu objeto de teste está localizado no. Por exemplo, expanda CN = usuários .
    3. Clique o objeto de teste com o botão direito do mouse e, em seguida, clique em Propriedades . Por exemplo, clique com o botão direito do mouse em CN = UserName e em seguida, clique em Propriedades .
    4. Na lista Select a property to view , clique em uSNChanged .
    5. Observe o valor que aparece na caixa valor (es) .
    6. Feche o snap-in ADSI Edit.
  2. No servidor do Exchange é responsável pelo RUS que você deseja solucionar, inicie o Visualizar eventos e, em seguida, exibir o conteúdo do log do aplicativo. Para fazer isso, clique em Iniciar , clique em Executar , digite eventvwr , clique em OK e clique em Log do aplicativo .
  3. No menu Exibir , clique em Localizar .
  4. Na caixa Event ID , tipo 8011 , digite base ' DC na Descrição caixa e clique em Localizar próxima .
  5. Clique em Fechar e, em seguida, clique duas vezes o evento que a caixa de diálogo Localizar no log de aplicativo local retorna. Esse evento inclui informações sobre a pesquisa mais recente para alterações que ocorreram no contexto de nomeação de domínio. Por exemplo, uma mensagem de evento é semelhante à seguinte é exibida:

    Tipo de evento: informações
    Origem do evento: MSExchangeAL
    Categoria do evento: Operações do LDAP
    IDENTIFICAÇÃO de evento: 8011
    Data: Date
    Tempo: Time
    Usuário: N/d
    Computador: ServerName
    Descrição:
    Diretório pesquisando ServerName. contoso.com em base ' DC = contoso, DC = com 'usando o filtro' (&(USNChanged>=273870)(uSNChanged<=298312)((objectclass=*)))' and requesting attributes distinguishedName; objectGUID; LegacyExchangeDN; msExchADCGlobalNames; ObjectSID; ObjectClass; objectCategory; displayName; msExchHideFromAddressLists; hideDLMembership; ntsecuritydescriptor; showInAdvanced...

Essa descrição de evento, você observa que o serviço de atualização de destinatário está procurando por quaisquer objetos que possuem um valor de atributo uSNChanged entre 273870 e 298312. Você também pode perceber que o evento ID 8011 aparece várias vezes no log do aplicativo. Esses outros eventos contêm pesquisas diferentes. Esses outros eventos podem ser gerados por muitas operações diferentes. No entanto, para solucionar o RUS carimbo objetos na organização do Exchange, você só tem que considere evento ID 8011 eventos onde a base da pesquisa é o domínio afetado. Portanto, você usar o comando Localizar juntamente com o "base ' DC" item Descrição.

Se você tiver o Recipient Update Services para domínios diferentes em execução no mesmo servidor do Exchange, talvez você deseja incluir o nome completo do domínio na caixa Descrição da caixa de diálogo Find in local log de aplicativo . Se você fizer isso, você ignorará evento ID 8011 eventos para outro domínio Recipient Update Services.

Considere os seguintes cenários:
  • O objeto de teste tem um valor de atributo uSNChanged maior do que o valor que aparece nesse caso.

    Se o objeto de teste que você anotou o valor do atributo uSNChanged para tiver um valor uSNChanged maior do que o intervalo de USNs nesse caso, o serviço de atualização de destinatário não tiver ainda consultado para este objeto. Se o valor uSNChanged para este objeto é muito maior do que os USNs que o serviço de atualização de destinatário está processando no momento, o serviço de atualização de destinatário caiu e ainda está capturando alterações mais recentes.

    Normalmente, esse comportamento ocorre se uma operação de recriar foi executada. Quando você clicar em Rebuild , inicia o serviço de atualização de destinatário novamente com um valor uSNChanged de 1 e consultas para todos os objetos no domínio. Em um domínio grande, pode levar várias horas ou dias muitos para o Recipient Update Service processar todos os objetos no domínio.
  • O objeto de teste tem um valor de atributo uSNChanged menor do que o valor que aparece nesse caso.

    Se o objeto de teste que você anotou o valor do atributo uSNChanged para tiver um valor uSNChanged menor do que o intervalo de USNs nesse caso, o serviço de atualização de destinatário já tiver passado este objeto. Nesse caso, continue a pesquisar novamente o log do aplicativo até encontrar o evento 8011 de identificação de evento que contém o intervalo de USNs que incluem o objeto de teste.

    Se você não pode encontrar esse intervalo USN, modificar o objeto de teste. Qualquer alteração no objeto, como alterar descrição os objetos, faz com que o uSNChanged seja alterado para o valor mais recente no controlador de domínio. Portanto, se o RUS foi deixado passar o objeto de teste, e se você não pode localizar o evento 8011 de identificação de evento associado, modificar o objeto de teste e, em seguida, observe o valor uSNChanged novo. Em seguida, você pode localizar o próximo evento 8011 de identificação de evento no log do aplicativo. O próximo evento evento ID 8011 incluirá o USN do objeto que você modificou.
  • Nenhum evento evento ID 8011 aparece tem "base ' DC" na descrição do evento.

    Se o log do aplicativo não contém um evento de evento ID 8011 tem "base ' controlador de domínio" em evento descrição, o serviço de atualização de destinatários do domínio não foi iniciado processamento ainda.

    Observação Esse problema também pode ocorrer se o evento evento ID 8011 foi substituído por eventos mais recentes. Se estiver executando uma operação de recriar, o log de aplicativo pode preenchido rapidamente. Para determinar se uma operação de recriar está em execução, consulte a seção "Determinar se está executando uma operação de recriar".

    Se nenhum evento evento ID 8011 for exibida, e você determinar que uma operação de recriar não está em execução, exibir a agenda RUS para determinar quando o serviço de atualização de destinatário deve ser executado. Para exibir a agenda RUS, execute essas etapas:
    1. Inicie a ferramenta Exchange System Manager.
    2. Expanda destinatários e, em seguida, clique em Recipient Update Services .
    3. No painel direito, clique com o botão direito do mouse CONTOSO (Recipient Update Service) e, em seguida, clique em Propriedades .
    4. Se Usar agenda personalizada for exibida na lista Update interval , clique em Personalizar .
    Observação Você pode clique o serviço de atualização de destinatário com o botão direito do mouse e clique em Atualizar agora para fazer com que o Recipient Update Service iniciar o processamento de objetos imediatamente. No entanto, nesse cenário, não iniciar uma operação de recriar ou aplicar uma diretiva.

    Se nenhum evento ID 8011 eventos aparecem após você clicar em Atualizar agora ou depois que a agenda RUS faz com que o Recipient Update Service para objetos de processo, o serviço de atualização de destinatário pode ter parado de responder ou o serviço de atualização de destinatário pode estar aguardando um controlador de domínio retornar os resultados da pesquisa.

    Normalmente, se o serviço de atualização de destinatário pára de responder durante uma consulta LDAP, você pode iniciá-lo reiniciando o serviço Microsoft Exchange System Attendant. No entanto, o serviço de atualização de destinatário pode parar de responder novamente. Nesse cenário, você deve determinar o motivo que o serviço de atualização de destinatário pára de responder durante uma consulta LDAP. Geralmente, esse comportamento ocorre porque existe um problema de rede. Para identificar esse problema de rede, use a ferramenta Monitor de rede para capturar a consulta como ele pára de responder.
Se o evento evento ID 8011 contiver um intervalo de valores uSNChanged que inclui o valor uSNChanged de seu objeto de teste, o serviço de atualização de destinatário tem consultados o domínio para alterações neste objeto.

Determinar se uma operação de recriar está em execução

Para determinar se uma operação de recriar está sendo executado, use um dos seguintes métodos.

Método 1: Usar Repadmin.exe

Aviso Se você usar o snap-in ADSI Edit, o utilitário LDP, ou qualquer outro cliente LDAP versão 3 e modificar incorretamente os atributos de objetos do Active Directory, você pode causar problemas sérios. Esses problemas podem exigir que você reinstalar o Microsoft Windows 2000 Server, Microsoft Windows Server 2003, Microsoft Exchange 2000 Server, Microsoft Exchange Server 2003, ou o Windows e Exchange. A Microsoft não garante que os problemas que ocorrem se você modificar incorretamente atributos de objeto do Active Directory possam ser solucionados. Modificar estes atributos de sua responsabilidade.

Use a ferramenta Repadmin (Repadmin.exe) que está incluída no Windows 2000 Support Tools para determinar o tempo que o atributo msExchDoFullReplication foi modificado. Para fazer isso, execute as seguintes etapas:
  1. Use o snap-in ADSI Edit ou o LDP.exe para obter o nome distinto do RUS que você deseja solucionar. Para fazer isso, execute as seguintes etapas:
    1. Clique em Iniciar , clique em Executar , digite adsiedit.msc e, em seguida, clique em OK .
    2. Expanda Configuration Container [DomainController. contoso.com] , expanda CN = Configuration, DC = contoso, DC = com , expanda CN = Serviços , expanda CN = Microsoft Exchange e em seguida, expanda CN = OrganizationName. Por exemplo, expanda CN = First Organization .
    3. Expanda CN = recipiente de listas de endereços e em seguida, clique em CN = Recipient Update Services .
    4. No painel direito, observe o nome distinto que corresponde ao domínio RUS que você deseja solucionar.
    5. Feche o snap-in ADSI Edit.
  2. Clique em Iniciar , clique em Executar , digite cmd e, em seguida, clique em OK .
  3. Digite o seguinte comando e pressione ENTER. Substitua distinguishedName com o nome distinto do RUS que você deseja solucionar.
    repadmin /showmeta "distinguishedName" > rusmeta.txt
    Por exemplo, digite o seguinte comando e pressione ENTER:
    repadmin /showmeta "CN = Recipient Update Service (CONTOSO), CN = Recipient Update Services, CN = recipiente de listas de endereços, CN = First Organization, CN = Microsoft Exchange, CN = Services, CN = Configuration, DC = contoso, DC = com" > rusmeta.txt
  4. Em um editor de texto, como o bloco de notas, abra o arquivo Rusmeta.txt que esse comando cria.
  5. No arquivo Rusmeta.txt, localize a entrada que referencia o atributo msExchDoFullReplication . Essa entrada aparece semelhante à seguinte:
    298589      Default-First-Site-Name\<ServerName>    298589 2004-06-29 17:10:59   2 msExchDoFullReplication
Quando você clique um RUS com o botão direito do mouse e clique em Rebuild , o atributo msExchDoFullReplication é definido como TRUE. Quando o serviço de atualização de destinatário começa a processar objetos no serviço de diretório do Active Directory, o serviço de atualização de destinatários define esse atributo como falso. Examinando o carimbo de hora que aparece na saída Repadmin, você pode determinar quando este atributo foi modificado pela última vez. Portanto, você pode determinar quando a operação de recriar foi executada pela última vez.

Método 2: Usar o log de diagnóstico

Diminua o diagnóstico de logon de todos os itens exceto o item de sincronização de lista de endereços. Definir o item de sincronização de lista de endereços para mídia log e, em seguida, exibir o log do aplicativo para localizar o seguinte evento.

Identificação do evento 8329

Tipo de evento: informações
Origem do evento: MSExchangeAL
Categoria do evento: Sincronização de lista de endereços
IDENTIFICAÇÃO de evento: 8329
Data: Date
Tempo: Time
Usuário: N/d
Computador: ServerName
Descrição: O Recipient Update Service está iniciando uma reconstrução do DC = contoso, DC = com

Além disso, no sobre cada incremento de 10 por cento durante a operação de recriar o seguinte evento é exibido para indicar o andamento da operação de recriar.

Identificação do evento 8332

Tipo de evento: informações
Origem do evento: MSExchangeAL

Categoria do evento: Sincronização de lista de endereços
IDENTIFICAÇÃO de evento: 8332
Data: Date
Tempo: Time
Usuário: N/d
Computador: ServerName
Descrição: O RUS foi iniciado para exportar um bloco de entradas do DC = contoso, DC = com, começando em 1 de USN. Ele será termine de processar o diretório quando ela atinge 298599 USN

Quando a operação de recriar for concluída, o serviço de atualização de destinatário registra o seguinte evento.

Identificação do evento 8330

Tipo de evento: informações
Origem do evento: MSExchangeAL
Categoria do evento: Sincronização de lista de endereços
IDENTIFICAÇÃO de evento: 8330
Data: Date
Tempo: Time
Usuário: N/d
Computador: ServerName
Descrição: O RUS concluiu a recriação do DC = contoso, DC = com

Observação Normalmente, executar uma operação de recriar não ajuda você a solucionar um Recipient Update Service. A única diferença entre o comando Rebuild e o comando Atualizar agora é que o comando Rebuild faz com que o Recipient Update Service reiniciar o processamento do objeto.

Nesse cenário, o serviço de atualização de destinatário inicia a partir um USN igual a 1. O comando Atualizar agora faz com que o Recipient Update Service iniciar o processamento de objetos a partir o USN mais alto foi gravado pela última vez pelo serviço de atualização de destinatários. Esse USN é armazenado na propriedade msExchServer1HighestUSN no objeto RUS no serviço de diretório do Active Directory. Portanto, se o RUS não processa objetos novos ou modificados conforme o esperado, executar uma operação de recriar não ajudará.

Além disso, devido ao tempo levará para a operação Rebuild ser concluída em um ambiente grande, cuidadosamente quanto tempo levará para continuar a operação normal do Recipient Update Service antes de decidir executar uma operação de recriar. Quando uma operação de recriar tiver iniciado, você deve aguardar até que o Recipient Update Service capturar USNs mais recentes antes de executar qualquer solução adicionais contra objetos novos ou modificados.

Para obter mais informações sobre como o serviço de atualização de destinatário consultará alterações, clique no número abaixo para ler o artigo na Base de dados de Conhecimento da Microsoft:
328738Como o serviço de atualização de destinatário aplica diretivas de destinatário

Determinar se a consulta retornou resultados

Se você localizar um evento 8011 de identificação de evento que indica que uma pesquisa foi executada para um intervalo de USNs e o intervalo de USNs inclui o USN do seu objeto de teste, determine se esta pesquisa retornou nenhum resultado. Para o evento evento ID 8011, o seguinte evento correspondente de 8012 de identificação de evento aparece no log do aplicativo.

Identificação do evento 8012

Tipo de evento: informações
Origem do evento: MSExchangeAL
Categoria do evento: Operações do LDAP
IDENTIFICAÇÃO de evento: 8012
Data: Date
Tempo: Time
Usuário: N/d
Computador: ServerName
Descrição: Pesquisa de diretório ServerName. contoso.com em base ' DC = contoso, DC = com ' retornou 16 objetos.

Considere os seguintes cenários:
  • Se nenhum evento 8012 de identificação de evento que corresponde ao evento ID 8011 evento aparecer no log do aplicativo, o Exchange não detectou uma resposta para a pesquisa. Geralmente, esse comportamento indica um problema de rede. Geralmente, esse tipo de problema de rede faz com que o Recipient Update Service pare de responder (travar).

    Além disso, se você tiver esse tipo de problema de rede, o serviço de atualização de destinatário não gera qualquer consultas adicionais para a raiz do domínio porque o serviço de atualização de destinatário está aguardando uma resposta para sua pesquisa atual. Portanto, nesse cenário, não eventos 8011 de identificação de evento adicionais aparecem no log do aplicativo. Se você tiver várias vezes esse comportamento, é melhor capturar um rastreamento de rede para identificar o problema de rede.
  • Se a pesquisa retornado zero objetos, a conta de computador do servidor do Exchange não tem permissões suficientes para exibir o objeto de usuário. Essas permissões são provenientes do grupo Exchange Enterprise Servers. Esse grupo recebe permissões na raiz do domínio quando o comando Setup /domainprep é executado. Se essas permissões são alteradas, ou se herança em um sub-recipiente for removida, Exchange talvez não tenha permissões suficientes para exibir uma conta de usuário.

    Além disso, o grupo Exchange Enterprise Servers para este domínio específico deve conter os grupos Exchange Domain Servers de todos os outros domínios. Além disso, um dos grupos Exchange Domain Servers deve conter o servidor do Exchange que é responsável por esta RUS. Se esta cadeia de associação foi interrompida, o servidor do Exchange não poderá exibir a conta de usuário.
  • Se a pesquisa retorna mais de 20 objetos, você verá mais de um evento de evento ID 8012. O serviço de atualização de destinatário usa um tamanho de página de 20 para esta pesquisa. Portanto, os resultados são retornados em lotes de 20. Espere ver um evento de evento ID 8012 para todos os objetos de 20 a consulta retorna.
  • Se a pesquisa retornou alguns objetos, os eventos que o evento 8012 de identificação de evento a seguir lista os objetos que estão sendo enfileirados para processamento. Nesse cenário, os seguintes eventos aparecem:
    • identificação do evento 8175

      Tipo de evento: informações
      Origem do evento: MSExchangeAL
      Categoria do evento: Sincronização de lista de endereços
      IDENTIFICAÇÃO de evento: 8175
      Data: Date
      Tempo: Time
      Usuário: N/d
      Computador: ServerName
      Descrição: Alteração de processamento para ' CN = UserName, CN = Users, DC = contoso, DC = com '.

    • identificação do evento 8134

      Tipo de evento: informações
      Origem do evento: MSExchangeAL
      Categoria do evento: Sincronização de lista de endereços
      IDENTIFICAÇÃO de evento: 8134
      Data: Date
      Tempo: Time
      Usuário: N/d
      Computador: ServerName
      Descrição: Queuing solicitação para UserName, CN processo = Users, DC = contoso, DC = com '.

    Examinando os 8175 eventos e os 8134 eventos que siga 8012 de identificação de evento, você pode determinar se o objeto de teste é retornado nesta pesquisa. Se o objeto de teste não foi retornado nesta pesquisa, talvez haja um problema de permissões em que o Exchange não tem permissões suficientes para exibir o objeto de usuário.
Quando o RUS foi concluída enfileiramento muda para o processo, o seguinte evento aparece no log do aplicativo.

Identificação do evento 8169

Tipo de evento: informações
Origem do evento: MSExchangeAL
Categoria do evento: Sincronização de lista de endereços
IDENTIFICAÇÃO de evento: 8169
Data: Date
Tempo: Time
Usuário: N/d
Computador: ServerName
Descrição: Recuperados todas as alterações de diretório em: ' DC = contoso, DC = com '.

Determinar quais diretivas corresponder ao objeto teste

Se você determinar que o serviço de atualização de destinatário consultado para alterações para o objeto de teste e que a consulta retornou o resultado esperado, você deve determinar o que ocorreu quando o serviço de atualização de destinatário processado o objeto de teste.

Quando o serviço de atualização de destinatário recupera dos objetos que estão enfileirados para processamento, o seguinte evento aparece no log do aplicativo.

Identificação do evento 8163

Tipo de evento: informações
Origem do evento: MSExchangeAL
Categoria do evento: Sincronização de lista de endereços
IDENTIFICAÇÃO de evento: 8163
Data: Date
Tempo: Time
Usuário: N/d
Computador: ServerName
Descrição: Thread # 12b8: recebido próxima transações de lista de endereços. DC = contoso, DC = com.

O serviço de atualização de destinatário, em seguida, avalia o objeto em relação a cada diretiva e cada lista de endereços. Para cada avaliação, o seguinte evento é gerado.

Identificação do evento 8129

Tipo de evento: informações
Origem do evento: MSExchangeAL
Categoria do evento: Sincronização de lista de endereços
IDENTIFICAÇÃO de evento: 8129
Data: Date
Tempo: Time
Usuário: N/d
Computador: ServerName
Descrição: Avaliando o objeto de diretório ' CN = UserName, CN = Users, DC = contoso, DC = com 'contra a lista de endereços' CN = All Users, CN = All Address Lists, CN = endereço Lists Container, CN = Microsoft, CN = Microsoft Exchange, CN = Services, CN = Configuration, DC = contoso, DC = com ' regra '(& (mailnickname=*) (| (&(objectCategory=person)(objectClass=user)(!(homeMDB=*))(!(msExchHomeServerName=*)))(&(objectCategory=person)(objectClass=user)(|(homeMDB=*)(msExchHomeServerName=*))))) '. DC = contoso, DC = com.

Se a lista de endereços ou a diretiva coincidir com o objeto, o seguinte evento aparece.

Identificação do evento 8130

Tipo de evento: informações
Origem do evento: MSExchangeAL
Categoria do evento: Sincronização de lista de endereços
IDENTIFICAÇÃO de evento: 8130
Data: Date
Tempo: Time
Usuário: N/d
Computador: ServerName
Descrição: ' CN = All Users, CN = All Address Lists, CN = endereço Lists Container, CN = Microsoft, CN = Microsoft Exchange, CN = Services, CN = Configuration, DC = contoso, DC = com 'adicionado ao' CN = UserName, CN = Users, DC = contoso, DC = com '. DC = contoso, DC = com

Você pode examinar esses eventos para determinar quais diretivas e quais listas de endereços determinou o serviço de atualização de destinatário correspondem o objeto.

Observação Você pode ver um evento de evento ID 8130 por mais de uma diretiva de destinatário. No entanto, esse cenário não significa que várias diretivas são aplicadas a um objeto. De todas as diretivas correspondentes, somente a diretiva que tem a prioridade mais alta afeta o destinatário. No entanto, listas de endereços são cumulativas. Nesse cenário, todas as listas de endereços correspondentes são aplicadas para o destinatário.

Esperado um evento de evento ID 8129 aparecem para cada lista de endereços existentes e para cada diretiva. Se um evento de evento ID 8129 não for exibido para cada lista de endereços ou para cada diretiva de destinatário, o serviço de atualização de destinatário não verá esses objetos de lista de endereços ou esses objetos de diretiva de destinatário. Normalmente, um problema de permissões faz com que esse comportamento, especialmente em um cenário de hospedagem em que as permissões em listas de endereços individuais foram modificadas.

Esse comportamento também pode ocorrer se esses objetos não tiverem replicados para o controlador de domínio que o servidor do Exchange foi selecionado como o controlador de domínio de configuração (Config). Exchange lê as listas de endereços e diretivas de destinatário do controlador de domínio de configuração e não do controlador de domínio que o serviço de atualização de destinatário aponta para. Para determinar qual controlador de domínio é usado como o controlador de domínio de configuração, execute essas etapas:
  1. Inicie a ferramenta Exchange System Manager.
  2. Se grupos administrativos estiverem habilitados, expanda Administrative Groups e, em seguida, expanda o grupo administrativo.
  3. Expanda Servers , clique com o botão direito do mouse no servidor Exchange que você deseja exibir as propriedades do e em seguida, clique em Propriedades .
  4. Clique na guia Directory Access e, em seguida, clique em Controlador de domínio de configuração na lista Mostrar .
Às vezes, o serviço de atualização de destinatário deve consultar o serviço de diretório Active Directory para determinar se uma diretiva se aplica. Nesse cenário, os seguintes eventos aparecem no log do aplicativo.

Identificação do evento 8129

Tipo de evento: informações
Origem do evento: MSExchangeAL
Categoria do evento: Sincronização de lista de endereços
IDENTIFICAÇÃO de evento: 8129
Data: Date
Tempo: Time
Usuário: N/d
Computador: ServerName
Descrição: Avaliando o objeto de diretório ' CN = UserName, CN = Users, DC = contoso, DC = com 'contra a lista de endereços' CN NewPolicy, CN = = Recipient Policies, CN = Microsoft, CN = Microsoft Exchange, CN = Services, CN = Configuration, DC = contoso, DC = com 'rule' (&(extensionAttribute1=mySpecialValue)) '. DC = contoso, DC = com

Identificação do evento 8011

Tipo de evento: informações
Origem do evento: MSExchangeAL
Categoria do evento: Operações do LDAP
IDENTIFICAÇÃO de evento: 8011
Data: Date
Tempo: Time
Usuário: N/d
Computador: ServerName
Descrição: Pesquisa diretório ServerName. contoso.com em base '<GUID=F56238A9720BA14FBBD786F9CC847A45>' usando o filtro ' (&(extensionAttribute1=mySpecialValue)) ' e solicitar atributos ObjectClass; ReplPropertyMetaData. DC = contoso, DC = com

Identificação do evento 8012

Tipo de evento: informações
Origem do evento: MSExchangeAL
Categoria do evento: Operações do LDAP
IDENTIFICAÇÃO de evento: 8012
Data: Date
Tempo: Time
Usuário: N/d
Computador: ServerName
Descrição: Pesquisa de diretório ServerName. contoso.com em base '<GUID=F56238A9720BA14FBBD786F9CC847A45>' retornou 0 objetos. DC = contoso, DC = com

Nesses eventos, o serviço de atualização de destinatários enviados uma pesquisa para o controlador de domínio para determinar se a diretiva que é descrita nesses eventos corresponde o objeto de usuário. Nesse cenário, o serviço de atualização de destinatário usado o atributo GUID do objeto do objeto de usuário como a base da pesquisa. O serviço de atualização de destinatário usado o filtro da diretiva de destinatário como o filtro de pesquisa. Esses eventos específicos, a pesquisa não retornou nenhum resultado. Portanto, o serviço de atualização de destinatário determinou que esta diretiva não corresponde a esse objeto de usuário.

Lendo o evento ID 8130 eventos, você pode determinar quais diretivas coincidir com o destinatário. Em seguida, de cada diretiva de destinatário que aparece em um evento 8130 de identificação de evento, você pode identificar a diretiva de destinatário que tem a prioridade mais alta. A diretiva de destinatário que tem a prioridade mais alta é a diretiva que o serviço de atualização de destinatário gera o endereço de proxy.

Observação Este cenário pressupõe que é apropriado para o Recipient Update Service gerar um endereço de proxy para o destinatário especificado.

Para obter mais informações sobre como o serviço de atualização de destinatário determina se deve gerar endereços, clique no número abaixo para ler o artigo na Base de dados de Conhecimento da Microsoft:
328738Como o serviço de atualização de destinatário aplica diretivas de destinatário

Exibir os resultados de geração de proxy

Depois de você aumentar o diagnóstico de log para a geração de proxy em um computador que está executando o Exchange Server 2003, o seguinte evento aparece no log do aplicativo.

IDENTIFICAÇÃO de evento 3006

Tipo de evento: informações
Origem do evento: MSExchangeSA
Categoria do evento: Geração de proxy
IDENTIFICAÇÃO de evento: 3006
Data: Date
Tempo: Time
Usuário: N/d
Computador: ServerName
Descrição: Processamento de instância de provedor de diretiva de destinatário.
Destinatário DN: CN = UserName, CN = Users, DC = contoso, DC = com
Proxies destinatários atuais:
X 500: / O = Microsoft/OU = Site1 / cn = Recipients/cn = UserName
SMTP: UserName @ adatum. com CCMAIL: UserName no Site1
MS:MICROSOFT / SITE1 / UserName
SMTP: UserName NomeDoUsuário @ Site1. Microsoft. com
400 X: c = US; a =; p = Microsoft; o = Site1; s = UserName;
Diretivas aplicáveis:
CN = Default Policy, CN Recipient Policies, CN = = Microsoft, CN = Microsoft Exchange, CN = Services, CN = Configuration, DC = contoso, DC = com CN = Site1, CN = Recipient Policies, CN = Microsoft, CN = Microsoft Exchange, CN = Services, CN = Configuration, DC = contoso, DC = com
Diretiva escolhido:
CN = Site1, CN = Recipient Policies, CN = Microsoft, CN = Microsoft Exchange, CN = Services, CN = Configuration, DC = contoso, DC = com
Proxies do diretiva escolhida:
SMTP: @ adatum. com
400 X: c = US; a =; p = Microsoft; o = Site1;
SMTP: @ Site1. Microsoft. com
MS:MICROSOFT / SITE1
CCMAIL: No Site1
Proxies na lista de alterações:
Proxies para gerar:
Conflitos durante a geração de:
Proxies gerados:
Proxies gravados destinatário:

Esse evento descreve as decisões que o serviço de atualização de destinatário tomado na etapa de geração de proxy, juntamente com um resumo das diretivas de aplicáveis. Você pode usar esse evento em vez de ler todos os eventos 8130 de identificação de evento.

Determinar se as alterações foram necessárias

Após o endereço de lista ou o processo de avaliação de diretiva de destinatário foi concluída, o seguinte evento aparece no log do aplicativo.

Identificação do evento 8160

Tipo de evento: informações
Origem do evento: MSExchangeAL
Categoria do evento: Sincronização de lista de endereços
IDENTIFICAÇÃO de evento: 8160
Data: Date
Tempo: Time
Usuário: N/d
Computador: ServerName
Descrição: Nenhuma alteração necessária para CN = UserName, CN = Users, DC = contoso, DC = com. DC = contoso, DC = com

Em alguns cenários, evento ID 8160 aparece no log de aplicativo, mesmo se tiver certeza de que um objeto deve ter sido modificado. Por exemplo, considere os seguintes sintomas:
  • Você tem um destinatário que não tem os endereços de proxy atribuídos.
  • Você verá o evento ID 8130 eventos que indicam que as diretivas de destinatário correspondem este destinatário.
  • O processo de avaliação registra um evento 8160 de identificação de evento para indicar que este objeto de destinatário não requer alterações.
Normalmente, esse comportamento ocorre se o gerador de proxy não foi carregado com êxito. Para obter mais informações, clique no número abaixo para ler o artigo na Base de dados de Conhecimento da Microsoft:
286356Serviço de atualização de destinatário do Exchange não carimbar endereços de proxy no Exchange 2000 Server e no Exchange Server 2003
Se foram feitas alterações para o objeto, os seguintes eventos aparecem no log do aplicativo.

Identificação do evento 8039

Tipo de evento: informações
Origem do evento: MSExchangeAL
Categoria do evento: Sincronização de lista de endereços
IDENTIFICAÇÃO de evento: 8039
Data: Date
Tempo: Time
Usuário: N/d
Computador: ServerName
Descrição: Concluir a transação...

DN: <GUID=EDC7EA535F006845892C30A34F038549>
ChangeType: modificar
showInAddressBook: adicionar: CN = All Users, CN = All Address Lists, CN = endereço Lists Container, CN = Microsoft, CN = microfone... : CN = Default Global Address List, CN = All Global listas de endereços, CN = listas de endereços
Continuação...
email: TestUser1 @ Site1. Microsoft.com
textEncodedORAddress:c = US; a =; p = Microsoft; o = Site1; s = User 1; g = Test; proxyAddresses:X 400: c = US; a =; p = Microsoft; o = Site1; s = User1; g = Test;
: SMTP: TestUser1 @ Site1. Microsoft.com
: MS:MICROSOFT / SITE1 / TESTUSER1
: CCMAIL: User1, Test em Site1
: smtp: TestUser1 @ adatum.com
MSEXCHPOLICIESINCLUDED:ADD:{14FE313C-34F5-41DC-8361-D58A46A5260A},{3B6813EC-CE89-42BA-9442-D87D4AA30DBC}: {14FE313C-34F5-41DC-8361-D58A46A5260A},{26491CFC-9E50-4857-861B-0CB8DF22B5D7}
msExchUserAccountControl:0
msExchALObjectVersion:49
objectGUID:EDC7EA535F006845892C30A34F038549
-
DC = contoso, DC = com

Identificação do evento 8035

Tipo de evento: informações
Origem do evento: MSExchangeAL
Categoria do evento: Sincronização de lista de endereços
IDENTIFICAÇÃO de evento: 8035
Data: Date
Tempo: Time
Usuário: N/d
Computador: ServerName
Descrição: Modificada com êxito a entrada ' CN = TestUser1, CN = Users, DC = contoso, DC = com ' no diretório ServerName. contoso.com. DC = contoso, DC = com

Identificação do evento 8167

Tipo de evento: informações
Origem do evento: MSExchangeAL
Categoria do evento: Sincronização de lista de endereços
IDENTIFICAÇÃO de evento: 8167
Data: Date
Tempo: Time
Usuário: N/d
Computador: ServerName
Descrição:
Modificar o objeto: ' CN = TestUser1, CN = Users, DC = contoso, DC = com '. DC = contoso, DC = com

Finalmente, depois de concluir a avaliação desse destinatário, os seguintes eventos aparecem no log do aplicativo.

Identificação do evento 8133

Tipo de evento: informações
Origem do evento: MSExchangeAL
Categoria do evento: Sincronização de lista de endereços
IDENTIFICAÇÃO de evento: 8133
Data: Date
Tempo: Time
Usuário: N/d
Computador: ServerName
Descrição: Cálculos concluir no ' CN = TestUser1, CN = Users, DC = contoso, DC = com '. DC = contoso, DC = com

Identificação do evento 8162

Tipo de evento: informações
Origem do evento: MSExchangeAL
Categoria do evento: Sincronização de lista de endereços
IDENTIFICAÇÃO de evento: 8162
Data: Date
Tempo: Time
Usuário: N/d
Computador: ServerName
Descrição: Thread # 12b8: aguardando a próxima transação de lista de endereços. DC = contoso, DC = com

Propriedades

ID do artigo: 822794 - Última revisão: quinta-feira, 25 de outubro de 2007 - Revisão: 2.4
A informação contida neste artigo aplica-se a:
  • Microsoft Exchange Server 2003 Enterprise Edition
  • Microsoft Exchange Server 2003 Standard Edition
  • Microsoft Exchange 2000 Enterprise Server
  • Microsoft Exchange 2000 Server Standard Edition
Palavras-chave: 
kbmt kbhowtomaster kbexchtechbulletin kbdirectory kbinfo KB822794 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: 822794

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