Artigo: 842273 - Última revisão: sexta-feira, 6 de Janeiro de 2012 - Revisão: 1.0

Como solucionar problemas de replicação de pasta pública no Exchange 2000 Server e 2003 do Exchange Server

Dica do SistemaEste artigo aplica-se a um sistema operativo diferente do que está a utilizar. Foi desactivado o conteúdo do artigo, que pode não ser relevante para si.
Este artigo é uma consolidação dos seguintes artigos disponíveis anteriormente: 842273, 274301, 285844, 316760

Nesta página

Expandir tudo | Reduzir tudo

Sumário

Você pode armazenar o mesmo conteúdo de pasta pública em muitos computadores de Microsoft Exchange Server com a criação de réplicas de pastas públicas. Fazendo isso, você pode tornar as informações contidas nas pastas públicas disponíveis para muitos usuários. No entanto, quando você cria réplicas de suas pastas públicas, Exchange Server deve atualizar as réplicas de pasta pública para certificar-se de que todos eles contêm os mesmos dados. Exchange Server realiza essa função, enviando e recebendo mensagens de replicação de pasta pública entre os computadores de Exchange Server que contém uma réplica da pasta pública. Se a replicação de pasta pública não funciona corretamente em sua organização, você pode usar essas mensagens de replicação para controlar todos os itens a seguir:
  • Se um computador envia a pasta pública de mensagens de duplicação
  • Se um computador recebe as mensagens de replicação de pasta pública
  • Se um computador responde às mensagens de replicação de pasta pública recebido
As informações que contêm a essas mensagens de replicação, talvez você consiga determinar a causa do problema de replicação de pasta pública.

INTRODUÇÃO

Este artigo descreve a sugestões específicas e as etapas que Você pode usar para solucionar problemas de replicação de pasta pública no Exchange Servidor.

Embora este documento lida principalmente com o Microsoft Exchange Server 2000 e 2003 do Microsoft Exchange Server, você pode também aplicar grande parte desse informações para 5.5 do Microsoft Exchange Server. Para conseguir solucionar seu problema de replicação de pasta pública, recomendamos que você leia primeiro esta todo as etapas de documento antes de executar qualquer um da solução de problemas que ele contém.

Observação As etapas de solução de problemas que este artigo contém aparecem no a ordem em que você normalmente faria realizá-las no.

Mais Informação

Etapa 1: Determinar se o armazenamento de pasta pública tem um endereço de email

No Exchange 2000 Server e no Exchange Server 2003, todos os públicos a replicação de pasta é baseada em mensagens. Essas mensagens de replicação de pasta pública são enviadas de uma pasta pública de armazenamento para outro armazenamento de pasta pública. Público mensagens de replicação de pasta não podem ser enviadas ou entregue se a pasta pública armazenamento de objetos não foram marcados com endereços de proxy pela empresa De Serviço de Atualização de Destinatário configuração.

Normalmente, se esse problema. existir, o computador de Exchange Server que contém a pasta pública armazenar que não estiver marcado não recebe a hierarquia de pasta pública de outro Computador Exchange Server. Portanto, o computador Exchange Server que contém o armazenamento de pasta pública não estiver marcado não vê uma lista de público pastas, exceto para as pastas públicas que foram criadas localmente usando a ferramenta de Gerenciador do Sistema do Exchange. Sem essa hierarquia de pasta pública, nenhum conteúdo da pasta pública pode ser replicado. A Repita isso, a pasta pública hierarquia deve ser replicada antes de é o conteúdo da pasta pública replicado.

Para determinar se o armazenamento de pasta pública possui um proxy endereço atribuído, exibir o valor da proxyAddresses atributo no serviço de diretório do Active Directory. Para fazer isso, Siga estas etapas.

Aviso Se você usar o snap-in ADSI Edit, o utilitário LDP ou qualquer outro Cliente do LDAP versão 3 e você modificar incorretamente os atributos do Active Objetos de diretório, você pode causar problemas sérios. Esses problemas podem exigir a reinstalação do Microsoft Windows 2000 Server, Microsoft Windows Server 2003 As duas janelas, Microsoft Exchange Server 2003 ou Microsoft Exchange 2000 Server e o Exchange. A Microsoft não garante que os problemas que ocorrem se você modificar incorretamente os atributos de objeto podem ser resolvidos do Active Directory. Modificar Esses atributos em seu próprio risco.

Observação Porque existem várias versões do Microsoft Windows, o as etapas a seguir pode ser diferente no seu computador. Se isso acontecer, consulte o documentação do produto para concluir estas etapas.
  1. Iniciar a Interface do serviço Active Directory (ADSI) editar ferramenta. Para fazer isso, clique em Iniciar, clique em Executar, tipo ADSIEdit. msc no Abrir caixa, e em seguida, clique em OK.

    Observação O ADSI Edit está incluído com o Microsoft Windows 2000 Server. Ferramentas de suporte e com as ferramentas de suporte do Server 2003 do Microsoft Windows. Para instalar as ferramentas de suporte do Windows 2000, clique duas vezes em Setup. exe na Pasta Support\Tools do CD do Windows 2000. Para instalar o Windows Server 2003. Ferramentas de suporte, clique duas vezes em Suptools. msi na pasta Support\Tools no CD do Windows Server 2003.
  2. Conectar-se a um controlador de domínio, se você não ainda estiver conectado.
  3. Observação Nesta etapa, o "contoso.com" é um espaço reservado para seu domínio. nome e outras palavras em itálico também são espaços reservados.

    ExpandaRecipiente de configuração [nome_do_computador.Contoso.com], ExpandaCN = Configuration, DC =ContosoDC =com, Expanda CN = Services, expanda CN = Microsoft Exchange, expandaCN =Nome_da_Organização, expandaCN = grupos administrativos, expandaCN =AdministrativeGroupName, expandaCN = Servers, expandaCN =Nome_do_exchange_server, expandaCN = InformationStoree, em seguida, clique em CN = primeiro armazenamento Grupo.
  4. No painel direito, clique com o botão direito CN = pasta pública Armazenar (NOME_DO_EXCHANGE_SERVER)e, em seguida, clique emPropriedades.
  5. No Selecione propriedades para exibirClique em Ambos.
  6. No Selecione uma propriedade para exibir lista, Clique em proxyAddresses.
  7. No Valor (es) caixa, determinar se um é atribuído o endereço de email. Normalmente, o armazenamento de pasta pública é marcado com um endereço de SMTP Simple Mail Transfer Protocol () aparece semelhante do a seguir:
    SMTP:Nome_do_exchange_server-É @Contoso.com
  8. No Selecione uma propriedade para exibir lista, Clique em email.
  9. No Valor (es) caixa, verifique se o SMTP endereço é o mesmo que o endereço SMTP que é exibido na etapa 7.

Se o proxyAddress o valor está incorreto ou está faltando, consulte os seguintes artigos da Base de dados de Conhecimento da Microsoft para obter informações sobre como solucionar problemas de atualização de destinatário do Microsoft Exchange Serviço:
286356  (http://support.microsoft.com/kb/286356/ ) Do Exchange Serviço de Atualização de Destinatário não carimbar endereços de proxy no Exchange 2000 Server e 2003 do Exchange Server
322313  (http://support.microsoft.com/kb/322313/ ) Do Exchange Serviço de Atualização de Destinatário não processou o evento de 8151 do MSExchangeAL registrada e contas


Etapa 2: Aumentar o registro de diagnósticos na mensagens de replicação de pasta pública

Porque o tráfego de replicação de pasta pública é baseada em mensagem, você pode ajudar a solucionar um problema, aumentando o nível de log de diagnóstico para mensagens de replicação de pasta pública. Normalmente, para solucionar problemas de pasta pública problemas de replicação, aumentar o nível de log para Máximo em as seguintes categorias de log de diagnóstico:
  • Mensagens de entrada de replicação
  • Mensagens de saída de replicação
  • Relatórios de não-entrega


Observação Em Exchange Server 2003, também aumentam o nível de log paraMáximo sobre o Entrega de transporte registro em log categoria e, na Logons categoria de log. Aumentar o nível de log para Médio sobre o categoria de log de diagnóstico a seguir:
  • Erros de replicação
Observação Quando você aumenta o log de diagnóstico para Máximo, significativamente mais eventos são gerados no log do aplicativo. Portanto, verifique Se o log do aplicativo é grande o suficiente para conter esses eventos. Quando log de diagnóstico estiver definido como máximo para o objeto MSExchangeIS, o Log de eventos do aplicativo pode conter um 3093 de ID de evento mensagem de que pode ser considerada como inofensivos. Para obter mais informações, clique em no número abaixo para ler o artigo do Microsoft Knowledge Base:
225090  (http://support.microsoft.com/kb/225090/ ) XADM: 3093 PF replicação Erro 0x8004010f leitura propriedade 0x67010003

Para aumentar o diagnóstico log, execute estas etapas:
  1. No computador de Exchange Server no qual você pode enfrentar o problema de replicação de pasta pública, inicie o de Gerenciador do Sistema do Exchange.
  2. Expanda Grupos administrativos, expandaAdministrativeGroupNamee, em seguida Expanda Servidores.
  3. O computador Exchange Server com o botão direito e clique emPropriedades.
  4. Clique no Log de diagnóstico guia, e em seguida, expanda MSExchangeIS no Serviçoslista.
  5. Pressione a tecla CTRL e clique em todos os itens a seguir:
    Atualizações AD de replicação
    Mensagens de entrada de replicação
    Mensagens de saída de replicação
    Relatórios de não-entrega
    Aterramento de replicação
    Replicação geral
  6. Clique em Máximoe, em seguida, clique emAplicar.
  7. Clique em Erros de replicação, clique emMédio, clique em Aplicare, em seguida, clique emOK.
  8. Siga as etapas 2 a 7 em um servidor de pasta pública do Exchange no qual você não enfrenta o problema de replicação de pasta pública.
Para solucionar problemas de replicação de pasta pública usando log de diagnóstico, aumente o log de diagnóstico em ambas as Exchange Server computador no qual você enfrenta esse problema e, em um computador Exchange Server onde você não enfrenta o problema de replicação de pasta pública. Isso é porque a mensagem de uma replicação de pasta pública a saída de um de Exchange Server computador corresponde ao recebimento de um mensagem de replicação de pasta pública no outro computador Exchange Server. Portanto, você pode exibir os logs de eventos do os dois computadores para coincidir com as mensagens de replicação de pasta pública saída de um computador de Exchange Server com a pasta pública de entrada correspondente mensagens de duplicação no outro computador Exchange Server.

Você pode Use mais do que a data do evento e a hora do evento para corresponder a essas mensagens. O descrições de eventos contêm informações de replicação de pasta pública incluindo Altere os números, nomes de pastas e muito mais. Você pode usar essas informações para corresponder à a mensagem de saída exata de um computador do servidor de pasta pública com o a entrada correspondente mensagem de replicação de pasta pública outro público computador do servidor de pasta. Além disso, você pode usar a descrição do evento informações para coincidir com as respostas geradas para a replicação de pasta pública mensagens.

Todas as atualizações para uma pasta pública são atribuídas números de alteração (CNs). Essas atualizações incluem o seguinte:
  • Criar
  • Excluir
  • Modificar
Esses números são usados pela replicação a Exchange Server de alteração mecanismo para controlar atualizações de pasta pública. Cada modificação para uma pasta é recebe um número de alteração. Quando uma pasta pública replica a uma atualização para outra Exchange Server de computador, os números de alteração são incluídos na atualização. O recebendo Exchange Server computador usa esses alterar números para determinar Se a atualização de pasta pública é uma alteração de nova e também para determinar se todos os dados não está na pasta pública. Um conjunto de números de alteração é chamado como um CNSet.

Os tipos de mensagens de replicação de pasta pública que são entregues entre os armazenamentos de pasta pública

Os seguintes tipos de mensagens são entregues entre público armazenamentos de pasta.

Mensagens de replicação de hierarquia
As seguintes alterações geram uma mensagem de replicação de hierarquia:
  • Quando uma pasta pública for criada
  • Quando uma pasta pública for removida
  • Quando uma pasta pública é modificada

    Observação Isso não inclui a modificação da pasta pública conteúdo. Isso inclui apenas a modificação da pasta pública propriamente dito. Para exemplo, quando a pasta pública for renomeada, quando a lista de réplicas de pasta pública é modificado, quando o nome de exibição de pasta pública for alterado, quando o público as permissões de pasta são modificadas, a descrição da pasta pública for alterada, e muito mais. Qualquer alteração na pasta pública diferente, por exemplo, adicionando ou removendo conteúdo de que a pasta é replicada por uma mensagem de replicação de hierarquia.
Nesse cenário, as identificações de evento a seguir aparecem no log do aplicativo:
  • Identificação do evento: 3018: esta é a mensagem de replicação de saída. Esse evento é registrado no computador em que a alteração de hierarquia foi feita. Isso computador, em seguida, envia que a hierarquia de alterar a mensagem para todos os outra pasta pública computadores de servidor que estão na mesma hierarquia superior (TLH).
  • Identificação do evento: 3028: esta é a mensagem de replicação de entrada. Esse evento é registrado no computador que recebe a duplicação de saída mensagem (ID do evento: 3018) de outro computador.


Mensagens de replicação de conteúdo
Mensagens de replicação de conteúdo replicam atualizações de conteúdo entre réplicas de pastas públicas individuais. Um armazenamento de apenas envia uma replicação de conteúdo mensagem para outro armazenamento que contenha uma réplica da pasta pública. O seguintes alterações geram uma mensagem de replicação de conteúdo:
  • Lançamento de itens para a pasta pública
  • Modificando itens na pasta pública
  • Removendo itens da pasta pública
Nesse cenário, as identificações de evento a seguir aparecem no log do aplicativo:
  • Identificação do evento: 3020: esta é a mensagem de replicação de saída. Esse evento é registrado no computador que envia o conteúdo da pasta pública outro computador.
  • Identificação do evento: 3030: esta é a mensagem de replicação de entrada. Esse evento é registrado no computador que recebe a duplicação de saída mensagem (ID do evento: 3020) de outro computador.


Mensagens de aterramento de replicação
Backfilling é o processo que um armazenamento que foi perdida. as atualizações de replicação usa para solicitar um enviar novamente a falta de dados. Existem duas partes para o processo de aterramento:
  • Solicitação de aterramento
  • Resposta de aterramento
Para um armazenamento de emitir uma solicitação de aterramento, que ele deve ser verificado não é sincronizado. O armazenamento determina isso detectando uma lacuna em um relatório público CNSet da pasta. Esta detecção ocorre durante o processo de replicação normal ou de uma mensagem de status é enviada de outro armazenamento. Replicação de aterramento as mensagens seguem o mesmo procedimento para os dois aterramento de hierarquia de pasta pública e o aterramento do conteúdo de pasta pública.

Nesse cenário, o seguinte IDs de eventos aparecem no log do aplicativo:

Solicitação de aterramento:
  • Identificação do evento: 3014: esta é a mensagem de replicação de saída. Esse evento é registrado no computador que envia a solicitação de aterramento mensagem.
  • Identificação do evento: 3024: esta é a mensagem de replicação de entrada. Esse evento é registrado no computador que recebe a mensagem de solicitação de aterramento (Identificação do evento: 3014) de outro computador.
Resposta de aterramento
  • Identificação do evento: 3019: esta é a mensagem de replicação de saída. Esse evento é registrado no computador que envia a resposta de aterramento mensagem.
  • Identificação do evento: 3029: esta é a mensagem de replicação de entrada. Esse evento é registrado no computador que recebe a resposta de aterramento mensagem (ID do evento: 3019) de outro computador.


Mensagens de status de replicação
Mensagens de status de replicação são enviadas por um armazenamento para outro armazene. Quando o armazenamento de recepção recebe a mensagem de replicação de status, o recebimento de armazenamento pode determinar se ele é sincronizado com o envio armazene.

Nesse cenário, as identificações de evento a seguir aparecem no log do aplicativo:
  • Identificação do evento: 3017: esta é a mensagem de replicação de saída. Esse evento é registrado no computador que envia a replicação de status mensagem.
  • Identificação do evento: 3027: esta é a mensagem de replicação de entrada. Esse evento é registrado no computador que recebe a replicação de status mensagem (ID do evento: 3017) de outro computador.


Mensagens de solicitação de status
Uma mensagem de solicitação de status é enviada por um armazenamento para outro armazenamento para acione a replicação de atualizações ausentes. Mensagens de solicitação de status são menos é comum no Exchange 2000 Server que no 5.5 do Exchange Server. Solicitação de status mensagens ocorrem quando uma nova réplica de uma pasta pública é criada em um armazenamento. Em Nesse cenário, o armazenamento de onde você pode criar a nova réplica de pasta pública determina que ele deve estar faltando as informações correspondentes de pasta pública, e que ele deve executar uma operação de aterramento para obter essa pasta pública informações. Uma mensagem de solicitação de status da hierarquia é gerada quando você cria um nova pasta pública armazenam em um computador de Exchange Server.

Os dois ocasiões em que uma mensagem de solicitação de status é gerada são muito semelhantes:
  • Uma nova réplica de uma pasta pública faz com que uma solicitação de status mensagem a ser gerado para obter o conteúdo da pasta pública.
  • Um novo armazenamento de pasta pública faz com que uma mensagem de solicitação de status a ser gerado para obter a hierarquia de pasta pública. Esse comportamento ocorre porque foi criada uma nova pasta na hierarquia.
Além disso, as mensagens de solicitação de status são geradas quando um réplica de pasta pública é removida de um armazenamento.

Observação Em Exchange Server 5.5, uma mensagem de solicitação de status é gerada para todas as réplicas, inclusive a hierarquia toda vez que o Microsoft Exchange Inicia o serviço armazenamento de informações. Você pode configurar esse comportamento modificando um valor do registro. No entanto, no Exchange 2000 Server, foi determinado que Essas mensagens de solicitação de status gerado muito tráfego de replicação. Particularmente, quando você tiver vários bancos de dados e quando você usa um backup programa que requer o serviço Microsoft Exchange Information Store seja interrompido durante o processo de backup. Dessa forma, o Exchange 2000 Server oferece não gerar mensagens de solicitação de status quando você inicia o Microsoft Exchange Serviço de armazenamento de informações.

Os eventos que são gerados para indicar uma mensagem de solicitação de status são as mesmas que para uma mensagem de replicação de status. Nesse cenário, as identificações de evento a seguir aparecem no log do aplicativo:
  • Identificação do evento: 3017: esta é a solicitação de status de saída mensagem. Esse evento é registrado no computador que envia a solicitação de status mensagem.
  • Identificação do evento: 3027: esta é a mensagem de solicitação de status de entrada. Esse evento é registrado no computador que recebe a mensagem de solicitação de status (Identificação do evento: 3017) de outro computador.
Informações de 5.5 Exchange Server


Você pode ativar o log de diagnóstico no Exchange Computador Server 5.5 para o log de eventos quando a pasta pública 5.5 do Exchange Server mensagens de replicação não alcançarão o Exchange 2000 Server ou o Exchange Armazenamento de pasta pública do Server 2003. Para registrar esses eventos, defina o Público Relatórios de não-entrega (NDR) categoria da MSExchangeIS nível de log de diagnóstico de serviço. Máximo. Se as mensagens de replicação de pasta pública não sendo entregue, os eventos a seguir serão exibido O Visualizador Log de aplicativo:

Origem do evento: MSExchangeIS público
Identificação do evento: 3039
Descrição:
ID da mensagem: #-######
Os destinatários do NDR: 1 de 1
/ O =Exchange_Organization_Name/ OU =Exchange_Site_Name/ CN = Configuração/cn = servidores/cn =Nome_servidor_Exchange/CN = MICROSOFT MDB PÚBLICO
O nome do destinatário não é reconhecido. (0,0)



Origem do evento: MSExchangeIS público
Identificação do evento: 3040
Descrição:
Uma mensagem de replicação de saída resultou em um relatório de entrega.
Tipo: 0x20
ID da mensagem: #-######
Pasta: (#-######) IPM_SUBTREE\Public_Folder_Name
Destinatários NDR: 1 de 1
/ O =Exchange_Organization_Name/ OU =Exchange_Site_Name/ CN = Configuração/cn = servidores/cn =Nome_servidor_Exchange/CN = MICROSOFT MDB PÚBLICO
O nome do destinatário não é reconhecido. (0,0)





Etapa 3: Determinar se as mensagens de replicação que são enviadas de um computador são recebidas por outro computador

Determine se a replicação mensagens que são enviadas de um Computador Exchange Server são recebidos pelo computador de Exchange Server. Para fazer isso, controlar as mensagens de replicação usando o recurso de rastreamento de mensagens no computador de Exchange Server de envio e o recebimento de Exchange Server computador. Para configurar o controle de mensagens, siga estas etapas:
  1. Inicie a ferramenta de Gerenciador do Sistema do Exchange.
  2. Expanda Grupos administrativos, expanda sua administrativo de grupo, expanda Servidores, com o botão direito do Exchange Server o computador e clique emPropriedades.
  3. Sobre o Geral guia, clique para selecionar oHabilitar controle de mensagens caixa de seleção e clique emOK.
  4. Depois de ativar o controle de mensagem em ambas as Exchange Server computadores, crie uma nova pasta pública ou adicione conteúdo a um público existente pasta e, em seguida, espere até que os eventos apareçam que indicam que o mensagens de replicação tem sido enviadas pela origem de Exchange Server computador.
  5. Inicie a ferramenta de Gerenciador do Sistema do Exchange, expandaFerramentase, em seguida, clique em Controle de mensagens Centro.
  6. No Centro de controle de mensagens em ambas a Exchange Server computadores, controle os dois tipos de mensagem a seguir:
    • Mensagens enviadas de origem computador.
    • Mensagens enviadas para ExchangeServerNane-É @Nome_do_domínio.comonde ExchangeServerNane-É @Nome_do_domínio.comé o nome do armazenamento de pasta pública de destino.
    Para exibir informações sobre a mensagem, incluindo informações sobre se a mensagem foi entregue com êxito ou não, clique duas vezes o mensagem no Centro de controle de mensagens.
Para informações adicionais sobre o controle de mensagens, clique no seguinte artigo números para ler os artigos na Base de dados de Conhecimento da Microsoft:
246856  (http://support.microsoft.com/kb/246856/ ) Como ativar o rastreamento de mensagens no Exchange 2000 Server
262162  (http://support.microsoft.com/kb/262162/ ) Usando o Centro de controle de mensagens para controlar uma mensagem
Se não o computador de destino Exchange Server receber mensagens de replicação, verifique se a autenticação integrada do Windows é habilitada no servidor virtual SMTP nesse computador de destino. Para fazer isso, Siga estas etapas:
  1. Inicie a ferramenta de Gerenciador do Sistema do Exchange.
  2. Expanda Grupos administrativos, expanda sua administrativo de grupo, expanda Servidores, expanda o Exchange. Computador servidor que não receber mensagens de replicação, expandaProtocolos, expanda SMTP, clique com o botão direito do SMTP. servidor virtual, como Servidor Virtual SMTP padrãoe, em seguida Clique em Propriedades.
  3. Clique no Acesso guia e cliqueAutenticação.
  4. Clique para selecionar o Integrada do Windows Autenticação a caixa de seleção caso ele não ainda esteja selecionado e clique emOK duas vezes.
Se você observar mensagens de replicação de saída depois que você ativa o o diagnóstico de log, verifique se os logs de rastreamento de mensagens. As informações que é exibido na mensagem de logs de rastreamento devem ajudar você a determinar seu próximo etapas de solução. No entanto, se as seguintes condições forem verdadeiras, consulte o número de artigo no final dessa lista para obter mais informações:
  • Controle de mensagens foi habilitado antes de gerar o mensagem de replicação.
  • Você vê as mensagens de replicação de saída na origem servidor.
  • Você não conseguir localizar qualquer registro da replicação de saída mensagens sendo enviadas em logs de controle de mensagens.
Se essas condições forem verdadeiras, clique no seguinte artigo número para ler o artigo do Microsoft Knowledge Base:

828420  (http://support.microsoft.com/kb/828420/ ) Replicação de pasta pública não ocorrerá e 3020 ID de evento é registrado em um computador que esteja executando o Exchange 2000 ou Exchange 2003

Se as mensagens são enviadas do servidor e são recebidas pelo servidor de destino, mas as mensagens não são recebidas. pelo armazenamento de informações e se você receber uma mensagem de evento 7004 ID e uma mensagem de evento ID 7010 no log de eventos do aplicativo com "504 necessidade autenticar primeiro"na descrição, há um problema de permissão ou uma configuração incorreta no Default SMTP Virtual server. Para resolver esse problema, Clique no número abaixo para ler o seguinte artigo no Base de dados de Conhecimento da Microsoft:

843106  (http://support.microsoft.com/kb/843106/ ) Como solucionar problemas de "504 precisa autenticar primeiro" Erro de protocolo SMTP

Você pode receber as seguintes mensagens na log de eventos do aplicativo que indicam as mensagens de replicação tenham sido recebidas. com êxito em um computador que esteja executando o Exchange 2003:

Tipo de evento: Auditoria de êxito
Origem do evento: MSExchangeIS Public Store
Categoria de evento: Logons
Identificação do evento: 1018
Descrição: A Autoridade NT\Sistema foi validado como Autoridade NT\Sistema e conectado ao armazenamento de pasta pública "First Storage Group\Public pasta Store (ServerName) "como proprietário utilizando o administrador privilégios.

Tipo de evento: Informações
Origem do evento: MSExchangeIS Public Store
Categoria do evento: Entrega de transporte
Identificação do evento: 9650
Descrição: Entrega de mensagens é sendo tentada. Msg de Internet Identificação:<>Nome_do_domínio.com >, Hora de enviar: 17:14:51.8308048 de 02/04/2004, Destinatário: /o =Nome_da_Organização/ OU =OrganizationalUnitName/CN = Configuração/cn = servidores/cn =ServerName/CN = Microsoft Público MDB, armazenamento de pasta de Group\Public de armazenamento MDB:First (ServerName).

Tipo de evento: informações
Origem do evento: MSExchangeIS público Armazenamento
Categoria do evento: Entrega de transporte
Identificação do evento: 9651
Descrição: Mensagem foi entregue com êxito para<>Nome_do_domínio.com > em / O =Nome_da_Organização/ OU =OrganizationalUnitName/CN = Configuração/cn = servidores/cn =ServerName/CN = Microsoft MDB público. Armazenamento de pasta Internet Msg Id: primeiro armazenamento Group\Public (ServerName).



Depois de receber 9651 de ID de evento, você verá uma mensagem de evento ID 3028 indicando que um mensagem de replicação foi processada. O evento ID 3028 será semelhante à o seguinte:

Tipo de evento: Informações
Origem do evento: MSExchangeIS Public Store
Categoria do evento: Mensagens de entrada de replicação
Identificação do evento: 3028
Descrição: Uma entrada mensagem de replicação foi processada.



Se controle de mensagens mostra que as mensagens são mantidas no categorizador do componente de transporte ou são mantido em outro lugar no transporte, concentrar sua solução de problemas em um problema de transporte em vez de em um problema de armazenamento de informações ou em uma replicação de pasta pública problema.


Etapa 4: Determinar se somente as informações de pasta pública de novo ou modificado são replicadas com êxito

Quando as informações de pasta pública não replicam corretamente para outros computadores de Exchange Server, a replicação pode funcionar se você modificar o conteúdo da pasta ou as configurações da pasta. Para solucionar esse problema, você pode tentar Para modificar o conteúdo da pasta que não é replicado ou modificar a pasta Propriedades.

Às vezes, a replicação de pasta pública for bem-sucedida, mas somente para novos itens de pasta pública ou apenas para o conteúdo da pasta pública modificada. Em Nesse cenário, informações de pasta pública anteriores não replicam aos outros Exchange Server computadores com êxito. Esse problema ocorre mesmo se você reiniciar os computadores de destino Exchange Server. Normalmente, esse problema ocorre mais com freqüência em um cenário em que o computador receptor está executando o Exchange 2000 Server ou 2003 de Exchange Server e o computador emissor está executando o Exchange Server 5.5.

Freqüentemente, esse problema é causado pelo alterados comportamentos entre o Exchange 2000 Server e 5.5 do Exchange Server. No Exchange Servidor 5.5, uma mensagem de solicitação de status para todas as réplicas, incluindo todo o hierarquia de pasta pública, é gerado sempre que o Microsoft Exchange serviço de armazenamento de informações é iniciado. Isso não é o comportamento padrão no Exchange 2000 Server. No entanto, com o Exchange 2000 Service Pack 3 (SP3) e versões posteriores, você pode configurar o Exchange 2000Server e 2003 do Exchange Server para gerar a solicitação de status toda vez que a armazenar as informações de mensagens o serviço é iniciado.

Replicação de hierarquia de pasta pública

Para obter informações adicionais sobre como configurar o Exchange 2000 Server e Exchange Server 2003 para enviar automaticamente uma mensagem de solicitação de status público a hierarquia de pastas quando o armazenamento de informações é iniciado, clique no seguinte artigo número para ler o artigo na Base de dados de Conhecimento da Microsoft:
321082  (http://support.microsoft.com/kb/321082/ ) Como enviar mensagens de solicitação de status de replicação no Exchange 2000 Server

Replicação de conteúdo de pasta pública

Artigo 321082 do Microsoft Knowledge Base contém etapas somente ao gere mensagens de solicitação de status para a hierarquia de pasta pública. Ele não contém etapas para gerar mensagens de solicitação de status para o conteúdo em público pastas. Para obter informações adicionais sobre como configurar o Exchange 2000 Server e 2003 Exchange Server automaticamente enviar uma mensagem de solicitação de status de pasta pública conteúdo quando as informações armazenamento é iniciado, clique no número abaixo para ler o artigo no Base de dados de Conhecimento da Microsoft:
813629  (http://support.microsoft.com/kb/813629/ ) Atualização para enviar mensagens de solicitação de status no Exchange 2000 Server
Observação O valor de registro de sinalizadores de replicação faz com que o status de replicação mensagem a ser gerado para cada pasta pública. Entre 6 e 12 horas após Essas mensagens de solicitação de status são geradas, uma operação de aterramento é iniciado pela réplicas de pastas públicas que não estão sincronizadas. Às vezes, o aterramento processo pode levar de 48 a 72 horas ou mais para concluir. O Enable Valor de registro de mensagens na inicialização de replicação executa a mesma funcionalidade para a hierarquia de pasta pública. No entanto, para configurar a pasta pública geração de mensagem de solicitação de status do conteúdo no Exchange 2000 Server, você deve Configure os valores do registro que são descritos em ambas essas Microsoft Artigos do Knowledge Base, desmonte e monte novamente o armazenamento de pasta pública. A capacidade de habilitar as mensagens de solicitação de status para o conteúdo da pasta pública replicação foi primeiramente disponibilizada com setembro de 2003 Exchange 2000 Server Acúmulo de posteriores ao Service Pack 3.

Para configurar a replicação de pasta pública mensagens de solicitação de status, siga estas etapas:
  1. Siga as etapas no artigo da Base de dados de Conhecimento da Microsoft 321082 para configurar o valor do registro para as mensagens de solicitação de status de replicação de pasta pública em um computador com Exchange 2000 Server ou 2003 de Exchange Server que possuem informações de hierarquia de pasta pública atualizada.
  2. Desmontar e remontar o armazenamento de pasta pública nesta Exchange Server, onde você configurou essa chave do registro. Para fazer isso, execute estas etapas:
    1. Inicie de Gerenciador do Sistema do Exchange.
    2. Expanda Servidores, expanda o Exchange Computador servidor, expanda o grupo de armazenamento que contém o armazenamento de pasta pública que você deseja desmontar e, em seguida, expanda Armazenamento de pasta pública (nome_do_computador).
    3. Com o botão direito Armazenamento de pasta pública (nome_do_computador)e, em seguida, clique em Desmontar armazenamento.
    4. Quando você receber a seguinte mensagem, clique em Sim:
      Desmontar esse armazenamento tornará inacessível ao usuário.

      Você deseja continuar?
    5. Com o botão direito Armazenamento de pasta pública (nome_do_computador)e, em seguida, clique em Mount Store.
    6. Quando você receber a seguinte mensagem, clique em OK:
      O armazenamento foi montado com êxito.
  3. Aguarde aproximadamente 12 e 24 horas ou mais e, em seguida Verifique se a hierarquia de pasta pública todo tem duplicadas para o computador onde você enfrenta esse problema.

    Importante Você deve certificar-se de que a hierarquia de pasta pública tem replicado com êxito antes de habilitar a chave do registro para replicar o conteúdo de pasta pública. Se o servidor recebe uma mensagem de replicação de conteúdo uma pasta pública que não existe em sua hierarquia, o que a replicação conteúda mensagem será descartada.
  4. Depois que a hierarquia de pasta pública foi replicado com êxito, siga as etapas no seguinte artigo da Base de dados de Conhecimento Microsoft para configurar a chave do registro para ativar as mensagens de status de replicação de conteúdo de pasta pública no servidor que atualmente possuem o conteúdo:
    813629  (http://support.microsoft.com/kb/813629/ ) Atualização para enviar mensagens de solicitação de status no Exchange 2000 Server
  5. Replicação de conteúdo de pasta pública levará mais tempo para Conclua que a replicação de hierarquia de pasta pública. Aguarde pelo menos de 48 a 72 horas ou mais e verifique o conteúdo de pasta pública para todo o público. pastas que tenham réplicas no armazenamento de pasta pública que tem sido. replicado.
Observação Se você quiser configurar o status da hierarquia de pasta pública solicitar a geração de mensagem somente e não o conteúdo das pastas públicas, ele é suficiente para configurar a chave de registro descrita no Microsoft Artigo 321082 do Knowledge Base.

No entanto, certifique-se de que todos os o pastas na hierarquia que foram replicadas com êxito contêm todos os conteúdo que eles devem para ter. Se não tiverem todo o conteúdo Se eles estão suposto que tenha decorrido 48 a 72 horas ou mais, configurar a chave do Registro descrita na Base de dados de Conhecimento da Microsoft artigo 813629.

A informação contida neste artigo aplica-se a:
  • Microsoft Exchange Server 2003 Standard Edition
  • Microsoft Exchange Server 2003 Enterprise Edition
  • Microsoft Exchange 2000 Server Standard Edition
  • Microsoft Exchange 2000 Enterprise Server
Palavras-chave: 
kbreplication kbeventlog kbhowto kbinfo kbmt KB842273 KbMtpt
Tradução automáticaTraduçã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 revisto ou traduzido por humanos. A Microsoft tem artigos traduzidos por aplicações (MT) e artigos traduzidos por tradutores profissionais. O objectivo é simples: oferecer em Português a totalidade dos artigos existentes na base de dados do suporte. Sabemos no entanto que a tradução automática não é sempre perfeita. Esta pode conter erros de vocabulário, sintaxe ou gramática? erros semelhantes aos que um estrangeiro realiza ao falar em Português. A Microsoft não é responsável por incoerências, erros ou estragos realizados na sequência da utilização dos artigos MT por parte dos nossos clientes. A Microsoft realiza actualizações frequentes ao software de tradução automática (MT). Obrigado.
Clique aqui para ver a versão em Inglês deste artigo: 842273  (http://support.microsoft.com/kb/842273/en-us/ )