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

Traduções de Artigos Traduções de Artigos
Artigo: 842273 - Ver produtos para os quais este artigo se aplica.
Este artigo é uma consolidação dos seguintes artigos disponíveis anteriormente: 842273, 274301, 285844, 316760
Expandir tudo | Reduzir tudo

Nesta página

Sumário

Você pode armazenar o mesmo conteúdo de pasta pública em muitos computadores de Microsoft Exchange Server criando réplicas de pasta pública. Fazendo isso, você pode tornar as informações contidas nas pastas públicas disponíveis para muitos usuários. No entanto, quando você criar réplicas de pastas públicas, Exchange Server deve atualizar as réplicas da 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 essas mensagens de replicação, você poderá determinar a causa do problema de replicação de pasta pública.

INTRODUÇÃO

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

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

Observação As etapas de solução de problemas que este artigo contém aparecem no a ordem que normalmente seria executá-las.



Mais Informação

Pasta pública guiado passo a passo (GWT)


Este passo a passo é um guia por meio da replicação, solução de problemas conforme descrito neste artigo. Ele não serve para substituir todos os dados que o ajuda a entender o processo de replicação de pasta pública, mas em vez disso, rapidamente fornecem as etapas necessárias para ajudar a encontrar a causa, se houver problemas com a replicação.


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

No Exchange 2000 Server e 2003 de Exchange Server, todos os públicos replicação de pasta é baseado em mensagem. 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 entregues se a pasta pública armazenamento de objetos não foram marcados com endereços de proxy por empresa Configuração Serviço de Atualização de Destinatário.

Normalmente, se esse problema existe, o computador Exchange Server que contém a pasta pública armazenar que não é marcada não recebe a hierarquia de pasta pública de outro Computador Exchange Server. Portanto, o computador Exchange Server que contém armazenamento de pasta pública não estiver marcado não ver uma lista de público pastas, exceto as pastas públicas que foram criadas localmente usando a ferramenta Gerenciador do Sistema do Exchange. Sem essa hierarquia de pasta pública, não conteúdo de pasta pública pode ser replicado. A reitere essa 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 tem um proxy endereço atribuído, exiba o valor do atributo proxyAddresses 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, pode causar problemas sérios. Esses problemas podem exigir a reinstalação do Microsoft Windows 2000 Server, Microsoft Windows Server 2003 Microsoft Exchange 2000 Server, Microsoft Exchange Server 2003 ou Windows e 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 de sua responsabilidade.

Observação Porque existem várias versões do Microsoft Windows, o as etapas a seguir pode ser diferente no seu computador. Se estiverem, consulte o documentação do produto para concluir essas 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 o Microsoft Windows Server 2003 suporte a ferramentas. Para instalar o Windows 2000 Support Tools, 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 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.

    ExpandirRecipiente de configuração [nome_do_computador.Contoso.com], ExpandirCN = Configuration, DC =ContosoDC =com, Expandir CN = Services, expanda CN = Microsoft Exchange, expandaCN =Nome_da_Organização, expandaCN = grupos administrativos, expandaCN =AdministrativeGroupName, expandaCN = servidores, expandaCN =Nome_do_exchange_server, expandaCN = InformationStoree clique em CN = armazenamento primeiro Grupo.
  4. No painel direito, clique com o botão direito CN = pasta pública Armazenar (NOME_DO_EXCHANGE_SERVER)e clique emPropriedades.
  5. No Selecione propriedades para exibirlista, clique em Ambos.
  6. No Selecione uma propriedade para exibir lista, Clique em proxyAddresses.
  7. No Valor (es) caixa, determinar se um endereço de email é atribuído. 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 endereço SMTP que é exibido na etapa 7.

Se a proxyAddress o valor está incorreto ou está faltando, consulte os seguintes artigos da Base de dados de Conhecimento Microsoft para obter informações sobre como solucionar problemas de atualização de destinatário do Microsoft Exchange Serviço:
286356 Exchange Serviço de Atualização de Destinatário não carimbar endereços de proxy no Exchange 2000 Server e 2003 de Exchange Server
322313 Exchange Serviço de Atualização de Destinatário falhar para contas de processo e 8151 do MSExchangeAL eventos registrados


Etapa 2: Aumentar o diagnóstico do log de 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 Máximo em categorias de log de diagnóstico a seguir:
  • Mensagens de replicação de entrada
  • Mensagens de replicação de saída
  • Relatórios de entrega


Observação Exchange Server em 2003, também aumentam o nível de logMáximo sobre o Fornecimento de transporte log categoria e o Logons categoria de log. Aumentar o nível de log 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, fazer Verifique se o log do aplicativo é grande o suficiente para conter esses eventos. Quando log de diagnóstico é definido como máximo objeto MSExchangeIS, o Log de eventos do aplicativo pode conter um evento ID 3093 mensagem de que pode ser considerada como inofensivos. Para obter mais informações, clique em o número de artigo seguinte para visualizar o artigo na Microsoft Knowledge Base:
225090XADM: 3093 PF replicação erro 0x8004010f leitura propriedade 0x67010003

Para aumentar o diagnóstico log, siga estas etapas:
  1. No computador de Exchange Server no qual você enfrenta o problema de replicação de pasta pública, inicie Gerenciador do Sistema do Exchange.
  2. Expandir Grupos administrativos, expandaAdministrativeGroupNamee então Expandir 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 replicação de entrada
    Mensagens de replicação de saída
    Relatórios de entrega
    Aterramento de replicação
    Replicação geral
  6. Clique em Máximoe clique emAplicar.
  7. Clique em Erros de replicação, clique emMédio, clique em Aplicare 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 onde você enfrentar 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 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 de os dois computadores para corresponder à saída mensagens de replicação de pasta pública do um computador Exchange Server com a pasta pública entrada correspondente mensagens de replicação no computador de Exchange Server.

Você pode Use mais do que a data do evento e o horário 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 números, nomes de pastas e muito mais. Você pode usar essas informações para correspondência a mensagem exata de saída de um computador de servidor de pasta pública com o entrada correspondente mensagem de replicação de pasta pública em 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 Exchange Server de alteração mecanismo para controlar atualizações de pasta pública. Cada modificação para uma pasta é atribuído um número de alterações. Quando uma pasta pública replica uma atualização para outra Exchange Server 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 nova alteração e também para determinar se a pasta pública está faltando algum dado. Um conjunto de números de alteração é conhecido como CNSet.

Os tipos de mensagens de replicação de pasta pública são entregues entre 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 é criada uma pasta pública
  • Quando uma pasta pública é 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 em si. For exemplo, quando a pasta pública é renomeada, quando a lista de réplica de pasta pública é modificado, quando o nome de exibição da pasta pública é alterado, quando o público permissões de pasta são modificadas, a descrição da pasta pública é alterada, e muito mais. Qualquer alteração para a pasta pública que não adicionando ou removendo conteúdo de que a pasta é replicada por uma mensagem de replicação de hierarquia.
Nesse cenário, as seguintes identificações de evento aparecem no log do aplicativo:
  • Identificação do evento: 3018: esta é a mensagem de replicação de saída. Esse evento é registrado no computador onde foi feita a alteração de hierarquia. Isso computador, em seguida, envia que a hierarquia de alterar a mensagem a 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 (identificação de 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 envia apenas uma replicação de conteúdo mensagem para outra loja que contém uma réplica da pasta pública. O as seguintes alterações geram uma mensagem de replicação de conteúdo:
  • Lançamento de itens na pasta pública
  • Modificando itens na pasta pública
  • Removendo itens da pasta pública
Nesse cenário, as seguintes identificações de eventos 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 (identificação de evento: 3020) de outro computador.


Mensagens de aterramento de replicação
Backfilling é o processo que uma loja tenha perdido as atualizações de replicação usa para solicitar um enviar novamente os dados ausentes. Há processam de aterramento de duas partes:
  • Solicitação de aterramento
  • Resposta de aterramento
Para um armazenamento de emitir uma solicitação de aterramento, ele deve verificar se ele não é sincronizado. Determina o armazenamento isso Detectando uma lacuna em um público CNSet da pasta. Esta detecção ocorre através do processo de replicação normal ou uma mensagem de status é enviado 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 de 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 mensagem de status de replicação, o recebimento de armazenamento pode determinar se ele é sincronizado com o envio armazene.

Nesse cenário, as seguintes identificações de eventos 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 (identificação de evento: 3017) de outro computador.


Mensagens de solicitação de status
Uma mensagem de solicitação de status é enviada por uma loja para outra loja para disparar a duplicação de atualizações ausentes. Mensagens de solicitação de status são menos comum no Exchange 2000 Server que no Exchange Server 5.5. 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 onde criar a nova réplica de pasta pública determina que ele deve estar faltando informações de pasta pública correspondente, e que ele deve executar uma operação de aterramento para obter a pasta pública informações. Uma mensagem de solicitação de status da hierarquia é gerada quando você cria um nova pasta pública armazenar em um computador Exchange Server.

Os dois ocasiões onde é gerada uma mensagem de solicitação de status 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 causa 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, incluindo a hierarquia de cada 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 gerou muito tráfego de replicação. Particularmente, quando você tiver vários bancos de dados e quando você usar um backup programa que requer o serviço Microsoft Exchange Information Store para ser interrompido durante o processo de backup. Por isso, o servidor de 2000 do Exchange faz gerar mensagens de solicitação de status quando você iniciar o Microsoft Exchange Serviço de armazenamento de informações.

Os eventos são gerados para indicar uma mensagem de solicitação de status são os mesmos que uma mensagem de status de replicação. Nesse cenário, as seguintes identificações de eventos 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 de evento: 3017) de outro computador.
Exchange Server 5.5 informações


Você pode ativar o log de diagnóstico no Exchange Computador Server 5.5 para o log de eventos quando pasta pública Exchange Server 5.5 mensagens de replicação não alcançar o Exchange 2000 Server ou do Exchange Armazenamento de pasta pública do Server 2003. Esses eventos de log, definir 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 são sendo entregue, os seguintes eventos serão exibidos de eventos Visualizador Log do aplicativo:

Origem do evento: MSExchangeIS Public
Identificação do evento: 3039
Descrição:
ID da mensagem: #-######
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)



Origem do evento: MSExchangeIS Public
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

Determinar se a duplicação de mensagens que são enviadas de um Computador Exchange Server são recebidas pelo computador de Exchange Server. Para Isso, controlar as mensagens de replicação usando o recurso de rastreamento de mensagem 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 Gerenciador do Sistema do Exchange.
  2. Expandir Grupos administrativos, expanda seu administrativa 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 Adicionar conteúdo a um público existente ou criar uma nova pasta pública de computadores, pasta e, em seguida, aguardar os eventos apareçam que indicam que o foram enviadas mensagens de replicação da origem do Exchange Server computador.
  5. Inicie a ferramenta de Gerenciador do Sistema do Exchange, expandaFerramentase clique em Controle de mensagens Centro.
  6. No Centro de controle de mensagens em ambos o 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 Message Tracking Center.
For informações adicionais sobre o controle de mensagens, clique no seguinte artigo números para visualizar os artigos na Base de dados de Conhecimento da Microsoft:
246856Como ativar o rastreamento de mensagens no Exchange 2000 Server
262162 Usando a Central de controle de mensagens para rastrear uma mensagem
Se o computador de destino de Exchange Server não receber mensagens de replicação, verifique se a autenticação integrada do Windows habilitada no servidor virtual SMTP no computador de destino. Para fazer isso, Siga estas etapas:
  1. Inicie a ferramenta Gerenciador do Sistema do Exchange.
  2. Expandir Grupos administrativos, expanda seu administrativa 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, tais como Servidor Virtual SMTP padrãoe então Clique em Propriedades.
  3. Clique no Acesso guia e cliqueAutenticação.
  4. Clique para selecionar o Integrada do Windows Autenticação caixa de seleção se não estiver selecionada e clique emOK duas vezes.
Se você observar mensagens de replicação de saída depois de ativar o o diagnóstico do log, verifique se os logs de rastreamento de mensagens. As informações que é exibido na mensagem de logs de rastreamento devem ajudar 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 desta lista para obter mais informações:
  • Mensagens de rastreamento foi habilitado antes de gerar o mensagem de replicação.
  • Consulte as mensagens de replicação de saída na origem servidor.
  • Não é possível localizar qualquer registro da replicação de saída mensagens enviadas na mensagem de logs de rastreamento.
Se essas condições forem verdadeiras, clique no seguinte artigo número para ler o artigo na Microsoft Knowledge Base:

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. o 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 necessário autenticar primeiro"na descrição, há um problema de permissões ou uma configuração incorreta no Default SMTP Virtual server. Para resolver esse problema, Clique no número abaixo para ler o artigo na Base de dados de Conhecimento da Microsoft:

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 foi recebida com êxito em um computador que esteja executando o Exchange 2003:

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

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

Tipo de evento: informações
Origem do evento: MSExchangeIS Public Loja
Categoria do evento: Fornecimento de transporte
Identificação de 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. Internet Msg Id: primeiro armazenamento Group\Public pasta de armazenamento (ServerName).



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

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



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


Etapa 4: Determinar se apenas as informações de pasta pública nova ou modificada 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 de 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 conteúdo de pasta pública modificada. Em Nesse cenário, as informações de pasta pública anteriores não replicam outros Exchange Server computadores com êxito. Esse problema ocorre mesmo se você reiniciar os computadores de Exchange Server de destino. Normalmente, esse problema ocorre mais com freqüência em um cenário onde o computador receptor está executando o Exchange 2000 Servidor ou Exchange Server 2003 e o computador de envio está executando o Exchange Server 5.5.

Freqüentemente, esse problema é causado pelo alterados comportamentos entre Exchange Server 5.5 e o Exchange 2000 Server. No Exchange Server 5.5, uma mensagem de solicitação de status de 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. 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 Exchange Server 2003 para gerar a solicitação de status de mensagens sempre que armazenar as informações 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 hierarquia de pasta 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:
321082Como enviar mensagens de solicitação de status de replicação no Exchange 2000 Server

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

Artigo da Base de dados de Conhecimento da Microsoft 321082 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 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 na Base de dados de Conhecimento da Microsoft:
813629Atualizaçã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 um 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, inicia uma operação de aterramento para réplicas de pastas públicas que não estão sincronizadas. Às vezes, o aterramento processo pode levar de 48 ou 72 horas para concluir. Ativar 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 mensagens de solicitação de status de conteúdo no Exchange 2000 Server, você deve Configure os valores do registro que são descritos em ambos esses Microsoft Artigos do Knowledge Base, desmontar e remontar o armazenamento de pasta pública. A capacidade de ativar as mensagens de solicitação de status para o conteúdo de pasta pública replicação foi primeiramente disponibilizada com setembro de 2003 do Exchange 2000 Server Posterior ao Service Pack 3 Rollup.

Para configurar a replicação de pasta pública mensagens de solicitação de status, execute estas etapas:
  1. Siga as etapas no artigo 321082 para configurar o valor do registro para as mensagens de solicitação de status de replicação pasta pública em um computador com Exchange 2000 Server ou Exchange Server 2003 que possuem informações de hierarquia de pasta pública atualizada.
  2. Desmontar e remontar o armazenamento de pasta pública neste Exchange Server onde você configurou essa chave do registro. Para fazer isso, siga estes passos:
    1. Inicie Gerenciador do Sistema do Exchange.
    2. Expandir 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 clique em Desmontar armazenamento.
    4. Quando você receber a seguinte mensagem, clique em Sim:
      Desmontando esse armazenamento tornará inacessível ao usuário.

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

    Importante Você deve certificar-se de que tem a hierarquia de pasta pública replicado com êxito antes de habilitar a chave do registro para replicar o conteúdo da pasta pública. Se o servidor recebe uma mensagem de replicação de conteúdo uma pasta pública não existe em sua hierarquia, a replicação de conteúdo 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 da Microsoft para configurar a chave do registro para habilitar mensagens de status de replicação de conteúdo de pasta pública no servidor que atualmente possuem o conteúdo:
    813629 Atualização para enviar mensagens de solicitação de status no Exchange 2000 Server
  5. Leva muito mais tempo para replicação de conteúdo de pasta pública Conclua que a replicação de hierarquia de pasta pública. Aguarde pelo menos 48 a 72 horas ou mais e verifique que o conteúdo da pasta pública para todos os públicos pastas que tenham réplicas no armazenamento de pasta pública foi replicado.
Observação Se você deseja configurar o status de 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 do Knowledge Base 321082.

No entanto, certifique-se de que todos os contenham pastas na hierarquia que foram replicadas com êxito todos os conteúdo que deveriam ter. Se eles não têm todo o conteúdo são suposto que após esperar 48 a 72 horas ou mais, configurar a chave do registro descrita na Base de dados de Conhecimento da Microsoft artigo 813629.

Propriedades

Artigo: 842273 - Última revisão: 8 de novembro de 2012 - Revisão: 4.0
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 kbnosurvey kbmt KB842273 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 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

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