Compartilhar via

Solucionar problemas de replicação de pasta pública para Exchange Server

  • Aplica-se a: Exchange Server 2010 Enterprise, Exchange Server 2010 Standard, Exchange Server 2010 Service Pack 3, Exchange Server 2007, Exchange Server 2003 Service Pack 2

Número original do KB: 10042

Resumo

Começamos solicitando que você habilite o log de diagnóstico e o rastreamento de mensagens como um pré-requisito. Em seguida, conduzimos você por uma série de etapas para resolver seus problemas de replicação de pasta pública.

Tempo de conclusão estimado:
45-60 minutos.

Para solucionar problemas de replicação de pasta pública para Exchange Server, primeiro você precisará habilitar o log de diagnóstico e o controle de mensagens.

O que você deseja fazer

Habilitar log de diagnósticos

Você precisa ativar o log de diagnóstico em todos os servidores com os quais está trabalhando. As etapas para diferentes versões do Exchange podem ser diferentes. Selecione sua versão do Exchange:

Para Exchange Server 2007 e Exchange Server 2010

  1. Inicie o Shell de Gerenciamento do Exchange.

  2. Execute o seguinte cmdlet para verificar os níveis de log atuais:

    Get-EventLogLevel | ? { $_.EventLevel -ne "Low" -AND $_.EventLevel -ne "Lowest" }

  3. Para ativar o registro em log, execute os seguintes cmdlets em todos os servidores de pasta pública com os quais você está trabalhando:

    Set-EventLogLevel -Identity "MSExchangeIS\9001 Public\Replication DS Updates" -Level Expert
Set-EventLogLevel -Identity "MSExchangeIS\9001 Public\Replication Incoming Messages" -Level Expert
Set-EventLogLevel -Identity "MSExchangeIS\9001 Public\Replication Outgoing Messages" -Level Expert
Set-EventLogLevel -Identity "MSExchangeIS\9001 Public\Replication NDRs" -Level Expert
Set-EventLogLevel -Identity "MSExchangeIS\9001 Public\Replication Backfill" -Level Expert
Set-EventLogLevel -Identity "MSExchangeIS\9001 Public\Replication General" -Level Expert
Set-EventLogLevel -Identity "MSExchangeIS\9001 Public\Replication Errors" -Level Medium

  4. No Servidor de Destino, aumente o Log de Transporte executando estes cmdlets:

    Set-EventLogLevel -Identity "MSExchangeTransport\SmtpReceive" -Level 'Medium'
Set-EventLogLevel -Identity "MSExchangeTransport\SmtpSend" -Level 'Medium'

  5. Para redefinir os níveis de registro:

    1. Abra o Console de Gerenciamento do Exchange.
    2. Na árvore de console, navegue até Caixa de Correio de Configuração>do Servidor.
    3. No painel Ações, selecione Gerenciar Propriedades de Log de Diagnóstico.
    4. Na página Gerenciar Propriedades de Log de Diagnóstico , selecione o serviço do Exchange para o qual você deseja alterar o nível de log.
    5. Selecione o nível de log desejado e, em seguida, selecione Configurar. Se você quiser restaurar os padrões, selecione Redefinir todos os serviços para os níveis de log padrão e, em seguida, selecione Configurar.
    6. Na página Conclusão , confirme se o processo foi concluído com êxito. As tarefas mostrarão um status de Concluído ou Falha. Se a tarefa falhar, examine o resumo para obter uma explicação e selecione Voltar para fazer as alterações de configuração necessárias.
    7. Selecione Concluir para concluir o assistente Gerenciar Nível de Log de Diagnóstico.

Para o Exchange Server 2003

  1. Inicie o Gerenciador do Sistema do Exchange e exiba as propriedades do servidor no qual você deseja habilitar o log de diagnóstico.
  2. Selecione a guia Log de Diagnóstico e expanda MSExchangeIS na lista Serviços .
  3. Selecione Pasta Pública, pressione e segure Ctrl e selecione cada um dos seguintes itens para selecionar todos eles:
    • Atualizações do AD de replicação
    • Replicação de mensagens de entrada
    • Mensagens de saída de replicação
    • Relatórios de não entrega
    • Aterramento de replicação
    • Replicação Geral
  4. Selecione Aplicação máxima>.
  5. Selecione Erros>de replicação Médio Aplicar>>OK.
  6. Para aumentar o log no servidor de destino para o serviço MSExchangeTransport e definir o nível de SMTP como Médio:
    1. Expanda Servidores, clique com o botão direito do mouse em Nome do Servidor e selecione Propriedades.
    2. Selecione a guia Log de Diagnóstico e, em seguida, selecione MSExchangeTransport em Serviços.
    3. Em Categorias, selecione SMTP.
    4. Em Nível de registro, selecione Médio.

O que você quer fazer a seguir

Habilitar o rastreamento de mensagens

Para ativar o Controle de Mensagens em todos os servidores com os quais você está trabalhando, as etapas para diferentes versões do Exchange podem ser diferentes. Selecione sua versão do Exchange:

Para Exchange Server 2007 e Exchange Server 2010

  1. Verifique se o controle de mensagens está ativado acessando o Shell de Gerenciamento do Exchange e executando o seguinte cmdlet:

    Get-MailboxServer $env:computername | fl MessageTracking*

  2. Você deverá ver uma saída semelhante à esta:

    Captura de tela do cmdlet em execução para verificar se o controle de mensagens está ativado.

  3. Certifique-se de que ambos MessageTrackingLogEnabled estejam MessageTrackingLogSubjectLoggingEnabled definidos como True.

  4. Certifique-se de anotar o MessageTrackingLogPath para o Local do Log.

Para o Exchange Server 2003

  1. Inicie o Gerenciador do Sistema do Exchange e exiba as propriedades do servidor em que você deseja habilitar o controle de mensagens. O controle de mensagens coleta dados como Para, De e Data de Envio.
  2. Na guia Geral , marque a caixa de seleção Habilitar controle de mensagens .
  3. Marque a caixa de seleção Ativar registro e exibição de assuntos.

O que você deseja fazer

Solucionar problemas de replicação de pasta pública

Selecione uma pasta que inclua dados em um servidor, mas não em outro servidor, e faça apenas dessa pasta o foco de seus esforços de solução de problemas. Nas etapas a seguir, o servidor que contém os dados é chamado de servidor de origem ; o servidor que não contém os dados é chamado de servidor de destino .

Exchange Server 2007 e Exchange Server 2010

  1. No Console de Gerenciamento do Exchange, selecione Console de Gerenciamento de Pasta Pública em Caixa de Ferramentas.
  2. Clique com o botão direito do mouse em Pastas Públicas e selecione Conectar a.
  3. Selecione o servidor ao qual você deseja se conectar.

Exchange Server 2003

  1. Abra o Gerenciador do Sistema do Exchange.
  2. Navegue até o objeto de hierarquia de pasta pública.
  3. Clique com o botão direito do mouse em Pastas Públicas e selecione Conectar a.
  4. Selecione o servidor ao qual você deseja se conectar.

A pasta que você está procurando agora aparece na hierarquia em ambos os servidores?

Replicar sempre intervalo; ID de evento do log do aplicativo 3018

Replicar sempre intervalo

Verifique se o valor Replicar sempre Intervalo está definido como 15 minutos ou menos no servidor de origem. Se necessário, ajuste a configuração. Selecione sua versão do Exchange para verificar as etapas:

Exchange Server 2007 e Exchange Server 2010

  1. Inicie o Console de Gerenciamento do Exchange.

  2. Execute os seguintes cmdlets e verifique se ReplicationPeriod, ReplicationSchedule, e ReplicationMessageSize estão definidos:

    Get-PublicFolderDatabase -Server $env:computername| fl Replication*

    Captura de tela da execução de Get-PublicFolderDatabase para verificar se os parâmetros estão definidos.

  3. Certifique-se de que todos os bancos de dados f públicos tenham o mesmo ReplicationMessageSize.

Em seguida, verifique se a pasta em questão está configurada para usar a agenda de armazenamento. Para fazer isso:

  1. Inicie o Console de Gerenciamento do Exchange.

  2. Execute o seguinte cmdlet e verifique Replicas e UseDatabaseReplicationSchedule estão definidos:

    Get-PublicFolder | fl *Replica*

    Captura de tela da execução de Get-PublicFolder para verificar se os parâmetros estão definidos.

  3. Se UseDatabaseReplicationSchedule estiver definido como False, certifique-se de que ReplicationSchedule esteja definido.

Exchange Server 2003
  1. Inicie o Exchange System Manager.
  2. Expanda o contêiner Grupos Administrativos e selecione o grupo administrativo que contém o servidor de pasta pública.
  3. Expanda o contêiner Servidores , selecione o banco de dados de pasta pública e, em seguida, selecione Propriedades.
  4. Na guia Replicação (Política), observe o valor na caixa Intervalo de replicação para sempre (minutos).
  5. Se o valor não for 15, digite 15 na caixa Intervalo de replicação para sempre (minutos).
  6. Selecione Aplicar e, depois, OK.

Em seguida, verifique se a pasta que você está solucionando está configurada para usar a agenda de armazenamento:

  1. Expanda Pastas Públicas e clique com o botão direito do mouse na pasta que você está solucionando.
  2. Selecione Propriedades.
  3. Na guia Replicação, selecione Usar agendamento de repositório público na lista Intervalo de replicação de pasta pública.

ID de evento do log do aplicativo 3018

Crie uma nova pasta na hierarquia no servidor de origem e dê à nova pasta um nome exclusivo que você possa lembrar.

Estamos usando o Teste 1 como o nome da nossa pasta neste exemplo. Observe o log do aplicativo no servidor de origem para a ID do Evento 3018, que indica o tipo de mensagem 0x2 e contém o nome da pasta que você criou. Talvez seja necessário aguardar até 15 minutos para que o evento seja registrado.

Tipo de Evento Informações
Fonte do evento: Repositório Público do MSExchangeIS
Categoria do evento: Mensagens de saída de replicação
ID de evento: 3018
Mensagem: Uma mensagem de replicação de saída foi emitida.
Tipo: 0x2
ID da mensagem: <MessageID@Server.Domain.com>
Banco de dados "Grupo de Armazenamento\Pasta Pública"
CN mínimo: 1-100, CN máximo: 1-200
RFIs:
1) FID: 1-1234, PFID: 1-1, Deslocamento: 28
IPM_SUBTREE\Teste 1

Você vê a ID do evento 3018?

Solucionar problemas do servidor de origem

O servidor de origem não está gerando mensagens de replicação de hierarquia de saída para novas alterações. Primeiro, vamos nos concentrar na solução de problemas no servidor de origem.

ID do evento 3079 quando o banco de dados de pasta pública é montado

Quando o banco de dados de pasta pública é montado, a ID do Evento 3079 é registrada no log do aplicativo no servidor de origem. Examine o log do aplicativo no servidor de origem.

Tipo de Evento Informações
Origem do Evento Repositório Público do MSExchangeIS
Categoria de evento Erros de replicação
ID do evento 3079
Mensagem Erro inesperado de thread de replicação no "<nome>" do banco de dados.
1) FID: 1-1234, PFID: 1-1, Deslocamento: 28
IPM_SUBTREE\Teste 1

Você vê a ID do evento 3079?

  • Em caso afirmativo, consulte EcReplStartup.
  • Se não, desculpe, não podemos resolver um problema não identificado usando este guia. Se você entrar em contato com o suporte sobre esse problema, informe a eles que o servidor de origem não está gerando mensagens de replicação de hierarquia de saída e não há nenhum evento 3079 quando o banco de dados é montado.

Inicialização EcRepl

Examine a ID do Evento 3079 para o texto: EcReplStartup.

A ID do evento 3079 contém EcReplStartup?

  • Em caso afirmativo, consulte ID de evento 9528 do log do aplicativo.
  • Se não, desculpe, não podemos resolver um problema não identificado usando este guia. Se você entrar em contato com o suporte sobre esse problema, informe a eles que o servidor de origem não está gerando mensagens de replicação de hierarquia de saída. Há um evento 3079 quando o banco de dados é montado, mas o evento não contém EcReplStartup.

ID de evento do log do aplicativo 9528

Se a ID do evento 3079 contiver EcReplStartup, isso indicará que o thread de replicação está morrendo na inicialização. Em seguida, verifique se a ID do evento 9528 está registrada no log do aplicativo do servidor de origem.

Tipo de Evento Informações
Origem do Evento MSExchangeIS
Categoria de evento Geral
ID do evento 9528
Mensagem O SID S-1-5-32-544 foi encontrado em 2 usuários no DS, portanto, a loja não pode mapear esse SID para um usuário único.
Os usuários envolvidos são:
/DC=com/DC=domínio/DC=na/OU=Migrado/CN=João, Madeiras
/DC=com/DC=domínio/DC=ad/DC=corp/OU=EUC/OU=AMER/OU=Jersey City/OU=Harborside/OU=Usuários/CN=John, Woods

Você vê a ID do evento 9528?

  • Em caso afirmativo, consulte Remover contas duplicadas.
  • Se não, desculpe, não podemos resolver problemas não identificados com este guia. Para obter mais ajuda para resolver esse problema, entre em contato com o suporte do Microsoft Exchange Server e informe que, quando o banco de dados é montado, um evento 3079 é registrado.

Rastreie a mensagem no rastreamento de mensagens; A mensagem foi entregue ao servidor de destino

Acompanhar a mensagem no rastreamento de mensagens

No servidor de origem, use a ID da mensagem da descrição da ID do Evento 3018 para acompanhar a mensagem no controle de mensagens.

Tipo de Evento Informações
Origem do Evento Repositório Público do MSExchangeIS
Categoria de evento Mensagem de saída de replicação
ID do evento 3018
Mensagem Uma mensagem de replicação de saída foi emitida.
Tipo: 0x2
ID da mensagem: <MessageID@Server.Domain.com>
Banco de dados "Grupo de Armazenamento\Pasta Pública"

A mensagem foi entregue ao servidor de destino

Na descrição da ID do Evento 3018, anote a ID da mensagem e use o controle de mensagens para determinar se a mensagem foi entregue ao servidor de destino. Por exemplo, o seguinte trecho de controle de mensagens inclui o seguinte texto:

"Mensagem transferida para através de SMTP".

Histórico de mensagens

SMTP Store Driver: Message Submitted From Store
SMTP: Message Submitted to Advanced Queuing
SMTP: Started Message Submission to Advanced Queue
SMTP: Message Submitted to Categorizer
SMTP: Message Categorized and Queued For Routing
SMTP: Message Routed and Queued For Remote Delivery
SMTP: Started Outbound Transfer of Message Message transferred to through SMTP

O rastreamento de mensagens indica que a mensagem foi entregue ao servidor de destino?

Questão de transporte; A mensagem aparece no rastreamento de mensagens?

Questão dos transportes

A mensagem não foi entregue ao servidor de destino, o que indica que um problema de transporte está causando o problema. Em seguida, solucione o problema do processo de transporte.

A mensagem aparece no controle de mensagens

Vá para o servidor de origem e localize a ID da mensagem de saída. Em seguida, vá para o servidor de destino e execute o rastreamento de mensagens para ver se ele recebeu a mensagem. Selecione sua versão do Exchange para verificar as etapas para executar o rastreamento de mensagens.

Para Exchange Server 2007 e Exchange Server 2010

  1. Inicie o Console de Gerenciamento do Exchange.

  2. Execute o cmdlet a seguir:

    Get-MessageTrackingLog -MessageId
Para o Exchange Server 2003
  1. Inicie o Exchange System Manager.
  2. Na árvore de console, expanda Ferramentas e selecione Centro de Controle de Mensagens.
  3. Na caixa Servidor, digite o nome do servidor que executa o Exchange Server 2003.

Para procurar uma lista de servidores disponíveis, selecione Servidor, selecione um servidor e, em seguida, selecione Adicionar. Você pode pesquisar uma mensagem que foi enviada ou entregue a um servidor específico. Você só precisa especificar o nome do servidor.

Recebeu a mensagem?

ID do evento 3028 no servidor de destino

No servidor de destino, examine o log do aplicativo para a ID do Evento 3028, que contém a mesma ID de mensagem que você anotou na descrição da ID do Evento 3018.

Tipo de Evento Informações
Origem do Evento Repositório Público do MSExchangeIS
Categoria de evento Replicação de mensagens de entrada
ID do evento 3,028
Mensagem Uma mensagem de replicação de entrada foi emitida.
Tipo: 0x2
ID da mensagem: <MessageID@Server.Domain.com>
Banco de dados "Grupo de Armazenamento\Pasta Pública"
CN mínimo: 5-100 CN máximo: 5-200
RFIs: 1
1) FID: 5-1234, PFID: 1-1, Deslocamento: 28
IPM_SUBTREE\Teste 1

O log do aplicativo do servidor de destino mostra a ID do Evento 3028 e esse evento contém a mesma ID de mensagem que a ID do Evento 3018?

ID do evento 7004 e ID do evento 7010 no servidor de destino

No servidor de destino, examine o log do aplicativo no Visualizador de Eventos em busca de eventos semelhantes aos eventos a seguir.

Tipo de Evento Error
Origem do Evento Transporte de MSExchange
Categoria de evento Protocolo SMTP
ID do evento 7004
Data Data
Hora Hora
Usuários Não disponível
Computador Computer_Name
Descrição Este é um log de erros do protocolo SMTP para o ID do servidor virtual 1, conexão #29. O host E2k3server1.contoso.comremoto , respondeu ao comando SMTP "xexch50" com "504 Precisa autenticar primeiro ". O comando completo enviado foi "XEXCH50 2336 3 ". Isso provavelmente fará com que a conexão falhe.
Tipo de Evento Error
Origem do Evento Transporte de MSExchange
Categoria de evento Protocolo SMTP
ID do evento 7010
Data Data
Hora Hora
Usuário Não disponível
Computador Computer_Name
Descrição: Este é um log de protocolo SMTP para o ID do servidor virtual 1, conexão #30. O cliente em "6.5.2.4" enviou um comando "xexch50" e o servidor SMTP respondeu com "504 Precisa autenticar primeiro". O comando completo enviado foi "xexch50 1092 2". Isso provavelmente fará com que a conexão falhe. Esses eventos indicam que o coletor de protocolo XEXCH50 foi acionado, mas a troca dos blobs falhou entre os servidores listados nos eventos.

Você vê a ID do Evento 7004 e a ID do Evento 7010 no servidor de destino?

Resolver problema com o comando XEXCH50

O problema que você está enfrentando pode ser causado por um problema de comando XEXCH50.

Para resolver o problema do comando XEXCH50

  1. Verifique se a Autenticação Integrada do Windows está habilitada nos servidores virtuais SMTP nos computadores que executam o Exchange Server em sua organização. Se a Autenticação Integrada do Windows não estiver habilitada:

    1. No Exchange System Manager, expanda Grupos Administrativos, Servidores, Nome do Exchange Server, Protocolos e SMTP.
    2. Clique com o botão direito do mouse no servidor virtual SMTP.
    3. Selecione Propriedades, selecione a guia Acesso e, em seguida, selecione Autenticação. Verifique se a caixa de seleção Autenticação Integrada do Windows está marcada.

  2. Se a Autenticação Integrada do Windows estiver habilitada, mas os eventos persistirem, o servidor de envio no evento 7004 ou no evento 7010 poderá não ter ou ter negado o direito SendAs no servidor de recebimento. Se o servidor de envio e o servidor de recebimento estiverem enfrentando esses eventos, os servidores podem não ter os direitos SendAs um para o outro. O direito SendAs não é definido explicitamente. O direito SendAs normalmente é herdado por meio da associação ao grupo Exchange Domain Servers (EDS). Se o EDS não tiver essa ACE (entrada de controle de acesso) DENY, o servidor afetado poderá ser aninhado em outro grupo que tenha a ACE DENY ou o EDS poderá estar aninhado em alguns outros grupos que tenham a ACE DENY. Para ser executado com êxito, o comando XEXCH50 precisa ter o direito SendAs para servidores na organização do Exchange.

  3. Determine se você está usando o TLS (Transport Layer Security) e um canal de segurança entre servidores na organização do Exchange. Nesse cenário, os coletores de eventos de transporte STARTTLS ocorrem antes do comando AUTH. O comando XEXCH50 falha posteriormente na sessão porque o comando AUTH está ausente.

  4. Se a autenticação EXPS (Exchange Protocol Security) não estiver funcionando corretamente entre servidores, o comando XEXCH50 não funcionará. Os eventos 1704 e 1706 indicam falhas de autenticação EXPS no log do aplicativo.

    Tipo de Evento Aviso
    Origem do Evento Evento MSExchangeTransport
    Categoria de evento Protocolo MTP
    ID do evento 06:17
    Descrição: O EXPS é temporariamente incapaz de fornecer segurança de protocolo com ".. com". "CSessionContext::OnEXPSInNegotiate" chamado "HrServerNegotiateAuth" que falhou com o código de erro 0x8009030c (i:\transmt\src\smtpsink\exps\expslib\context.cpp@1462). Dados: 0000: 0c 03 09 80 ...?

    Observação

    A descrição na ID do Evento 1706 inclui o código de erro 0x8009030c.
    O código de erro 0x8009030c é o valor Hresult SEC_E_LOGON_DENIED. Esse código indica que a conta não pôde ser conectada.
    Esses problemas podem ser difíceis de solucionar porque as credenciais do Microsoft Windows do EXPS são necessárias para passar esse comando AUTH . Você pode usar várias ferramentas para solucionar problemas da combinação de ID de evento 7004 e 7010; isso inclui a ferramenta NLTEST e a ferramenta NETDOM. As etapas de solução de problemas podem incluir a redefinição de senhas de contas de computador.
    Se você tiver uma combinação de ID de Evento 7004 e 7010 no log do aplicativo, conforme descrito anteriormente, e não conseguir descobrir a origem do problema usando a autenticação EXPS, entre em contato com os Serviços de Suporte da Microsoft.
    Se você não tiver a combinação de ID de evento 7004 e ID de evento 7010 no log do aplicativo, vá para a etapa 5.

  5. Verifique se há um firewall ou uma parede antivírus entre os servidores na organização do Exchange. Se um firewall estiver operando entre servidores na organização, desabilite temporariamente o firewall para determinar se ele está causando o problema.

A desativação do firewall resolveu o problema?

Execute isinteg -fix -test ReplState no servidor de destino; Lápide por causa de uma exclusão

Execute isinteg –fix –test ReplState no servidor de destino

Selecione sua versão do Exchange para verificar e ajustar a configuração ReplState com as seguintes etapas:

Para Exchange Server 2007 e Exchange Server 2010

  1. Inicie o Console de Gerenciamento do Exchange.

  2. Use o New-PublicFolderDatabaseRepairRequest cmdlet para detectar e corrigir problemas de replicação no banco de dados de pasta pública. As pastas públicas no banco de dados de pasta pública ainda podem ser acessadas enquanto a solicitação está em execução. No entanto, a pasta pública que está sendo reparada no momento não está disponível. Depois de iniciar a solicitação de reparo, ela não poderá ser interrompida, a menos que você desmonte o banco de dados.

  3. Execute o cmdlet a seguir:

    New-PublicFolderDatabaseRepairRequest -Database -CorruptionType ReplState
Para o Exchange Server 2003

  1. No servidor de destino, instale o KB925253 de hotfix.

  2. Depois que o hotfix for instalado, desmonte o banco de dados de pasta pública no servidor e execute o seguinte comando em um prompt de comando:

    cd C:\Program Files\Exchsrvr\bin
Isinteg -s -fix -test ReplState

Em seguida, execute um teste para determinar se o problema foi resolvido.

Lápide por causa de uma exclusão

Isso indica que a pasta é uma marca de exclusão devido a uma exclusão anterior que não foi replicada. Volte para o servidor de origem e copie a pasta para criar uma nova pasta com o mesmo conteúdo e comece de novo.

Visibilidade da nova pasta

A nova pasta está visível na hierarquia no servidor de destino?

Solucionar problemas de preenchimento de hierarquia

Neste ponto, verificamos que as alterações na hierarquia estão sendo replicadas corretamente. Agora podemos solucionar problemas de preenchimento de hierarquia. Para fazer isso, execute Sincronizar Hierarquia no servidor de destino. Sincronizar hierarquia faz com que a ID do evento 3017 ocorra. A ID do evento 3017 mostra que uma solicitação de status de hierarquia (tipo 0x20) foi enviada ao servidor de origem.

Para Exchange Server 2007 e Exchange Server 2010

  1. Inicie o Console de Gerenciamento do Exchange.
  2. Execute o cmdlet Update-PublicFolderHierarchy -Server.
  3. Depois de executar Sincronizar Hierarquia no servidor de destino, examine o log do aplicativo no servidor de origem para o evento 3027 e para a solicitação de status de entrada.

Para o Exchange Server 2003

  1. Inicie o Exchange System Manager.
  2. Para executar Sincronizar Hierarquia, expanda Pastas, clique com o botão direito do mouse no contêiner de objeto Pastas Públicas e selecione Sincronizar Hierarquia.
  3. Depois de executar Sincronizar Hierarquia no servidor de destino, examine o log do aplicativo no servidor de origem para o evento 3027 e para a solicitação de status de entrada.

O evento 3027 está no log do aplicativo no servidor de origem?

Recupere o ID da mensagem e rastreie a mensagem

No servidor de origem, localize a ID do Evento 3017 e anote a ID da mensagem. Use o controle de mensagens para rastrear a ID da mensagem para determinar se a mensagem foi entregue ao servidor de origem.

O controle de mensagens diz que a mensagem foi entregue ao servidor de origem?

Determinar se o armazenamento de pasta pública no servidor de origem tem um endereço de email

Para determinar se o armazenamento de pasta pública no servidor de origem tem um endereço proxy atribuído, examine o proxyAddresses valor do atributo no serviço de diretório do Active Directory.

Para examinar o valor

Aviso

Se você usar o snap-in Editar ADSI (Active Directory Service Interface), o utilitário LDP ou qualquer outro cliente LDAP versão 3 e alterar incorretamente os atributos dos objetos do Active Directory, poderá causar sérios problemas. Esses problemas podem exigir que você reinstale o Microsoft Windows 2000 Server, Windows Server 2003, Microsoft Exchange Server 2000, Microsoft Exchange Server 2003 ou Windows Server e Exchange Server. A Microsoft não pode garantir que os problemas que ocorrem se você alterar incorretamente os atributos de objeto do Active Directory possam ser resolvidos. Altere esses atributos por sua conta e risco.

Observação

Dependendo da sua versão do Microsoft Windows, as etapas a seguir podem ser diferentes em seu computador. Se esse for o caso, consulte a documentação do produto para concluir essas etapas.

  1. Inicie a ferramenta ADSI Edit escolhendo Start>Run, digitando adsiedit.msc na caixa Open e escolhendo OK.

    Observação

    O ADSI Edit está incluído nas Ferramentas de Suporte do Microsoft Windows 2000 Server e nas Ferramentas de Suporte do Windows Server 2003. Para instalar as Ferramentas de Suporte do Windows 2000, clique duas vezes em Setup.exe na pasta Suporte\Ferramentas do CD do Windows 2000. Para instalar as Ferramentas de Suporte do Windows Server 2003, clique duas vezes em Suptools.msi na pasta Support\Tools no CD do Windows Server 2003.

  2. Conecte-se a um controlador de domínio se você ainda não estiver conectado.

    Observação

    Nesta etapa, contoso.com é um espaço reservado para o seu nome de domínio; outras palavras em itálico são espaços reservados para os nomes indicados. Expanda Contêiner de Configuração [computername.contoso.com], CN =Configuração, DC=contoso, DC=com, CN =Serviços, CN =Microsoft Exchange, CN =OrganizationName, CN =Grupos Administrativos, CN =AdministrativeGroupName, CN =Servidores, CN =ExchangeServerName, CN =InformationStore e selecione CN=Primeiro Armazenamento Grupo.

  3. No painel direito, clique com o botão direito do mouse em CN=Armazenamento de Pasta Pública (EXCHANGESERVERNAME) e selecione Propriedades.

  4. Na lista Selecionar quais propriedades exibir, selecione ambas.

  5. Na lista Selecionar uma propriedade para exibir, selecione proxyAddresses.

  6. Na caixa Valor(es), determine se um endereço de email está atribuído. Normalmente, o armazenamento de pasta pública tem um carimbo de endereço SMTP semelhante a: SMTP:ExchangeServerName-IS@contoso.com.

  7. Na lista Selecionar uma propriedade para exibir, selecione email.

  8. Na caixa Valor(es), verifique se o endereço SMTP é o mesmo que o endereço SMTP exibido na etapa 7.

O repositório público de origem tem um endereço de email?

  • Em caso afirmativo, desculpe, não podemos resolver um problema não identificado usando este guia. Para obter mais ajuda para resolver esse problema, entre em contato com o suporte do Microsoft Exchange Server.
  • Se não, consulte ID de evento 3018 do log do aplicativo.

ID do evento 3017 no servidor de origem

No log do aplicativo no servidor de origem, imediatamente antes da ID do Evento 3027, localize a ID do Evento 3017 para a mesma pasta, que tem o tipo 0x10.

Você vê a ID do Evento 3017 e digita 0x10 para a mesma pasta?

ID do evento 3027 no servidor de destino

A ID do evento 3027 é a resposta de status no servidor de origem. No log do aplicativo no servidor de destino, localize a ID do Evento 3027 para examinar a resposta de status.

Você vê a ID do evento 3027 no servidor de destino?

  • Em caso afirmativo, consulte Solução de problemas de aterramento.
  • Se não, desculpe, não podemos resolver um problema não identificado usando este guia. Para obter mais ajuda para resolver esse problema, entre em contato com o suporte do Microsoft Exchange Server.

Solução de problemas de preenchimento retroativo

Neste ponto, sabemos que o servidor de destino está ciente de que os dados estão ausentes. Agora nos concentramos na solução de problemas com o preenchimento da hierarquia.

No servidor de destino, execute Sincronizar Hierarquia novamente e verifique o log do aplicativo no servidor de destino para a ID do Evento 3014, que tem o tipo 0x8. A ID do evento 3014 é uma solicitação de aterramento de saída para a hierarquia.

Você vê a ID do Evento 3014 e digita 0x8 no servidor de destino?

  • Em caso afirmativo, consulte a ID do Evento 3024 no servidor de origem.
  • Se não, desculpe, não podemos resolver um problema não identificado usando este guia. Para obter mais ajuda para resolver esse problema, entre em contato com o suporte do Microsoft Exchange Server.

ID do evento 3024 no servidor de origem

A ID do evento 3024 é a solicitação de preenchimento retroativo da hierarquia de entrada.

Você vê a ID do evento 3024 no servidor de origem?

ID do evento 3019 no servidor de origem

A ID do evento 3019, que tem o tipo 0x80000002, é a resposta de aterramento da hierarquia de saída no servidor de origem. Examine o log do aplicativo no servidor de origem para a ID do Evento 3019.

A ID do Evento 3019 está no log do aplicativo no servidor de origem?

  • Em caso afirmativo, consulte a ID do Evento 3029.
  • Se não, desculpe, não podemos resolver um problema não identificado usando este guia. Para obter mais ajuda para resolver esse problema, entre em contato com o suporte do Microsoft Exchange Server.

ID do Evento 3029

A ID do evento 3029 é a resposta de aterramento da hierarquia de entrada no servidor de destino.

Você vê a ID do Evento 3029 no log do aplicativo no servidor de destino?

Procure a pasta na hierarquia

No servidor de destino, procure a pasta na hierarquia.

Você vê a pasta na hierarquia no servidor de destino agora?

  • Em caso positivo, parabéns! O problema da Replicação de Pasta Pública para Exchange Server 2003 foi resolvido.
  • Se não, desculpe, não podemos resolver um problema não identificado usando este guia. Para obter mais ajuda para resolver esse problema, entre em contato com o suporte do Microsoft Exchange Server.

Acompanhar a ID da mensagem da ID do Evento 3014

No servidor de destino, examine a ID do Evento 3014 para obter a ID da mensagem. Use o rastreamento de mensagens para rastrear a ID da mensagem.

O controle de mensagens indica que a mensagem foi entregue ao servidor de origem?

Acompanhar a ID da mensagem da ID do evento 3019

No servidor de origem, localize a ID do Evento 3019 e anote a ID da mensagem no evento. Use o rastreamento de mensagens para rastrear a ID da mensagem.

O rastreamento de mensagens indica que a mensagem foi entregue ao servidor de destino?

Foco no conteúdo; replicar sempre intervalo e agendamento; Criar um novo item no servidor de origem

Foco no conteúdo

Como a pasta aparece na hierarquia em ambos os servidores, provavelmente não é um problema de replicação de hierarquia. Portanto, concentre-se na solução de problemas de conteúdo.

Replicar sempre intervalo e agendamento

Verifique se o valor Replicar sempre Intervalo está definido como 15 minutos ou menos no servidor de origem.

Para verificar e ajustar a configuração no Exchange Server 2007 e no Exchange Server 2010

  1. Inicie o Console de Gerenciamento do Exchange.

  2. Execute o seguinte cmdlet e verifique ReplicationPeriod, ReplicationSchedule, e ReplicationMessageSize estão definidos:

    Get-PublicFolderDatabase -Server $env:computername| fl Replication*

    Captura de tela do uso de Get-PublicFolderDatabase para verificar se os parâmetros estão definidos.

  3. Certifique-se de que todos os bancos de dados de pasta pública tenham o mesmo ReplicationMessageSize.

Em seguida, verifique se a pasta em questão está configurada para usar a agenda de armazenamento:

  1. Inicie o Console de Gerenciamento do Exchange.

  2. Execute o seguinte cmdlet e verifique Replicas e UseDatabaseReplicationSchedule estão definidos:

    Get-PublicFolder | fl *Replica*

    Captura de tela do uso de Get-PublicFolder para verificar se os parâmetros estão definidos.

  3. Se UseDatabaseReplicationSchedule estiver definido como False, certifique-se de que ReplicationSchedule esteja definido.

Para verificar e ajustar a configuração no Exchange Server 2003
  1. Inicie o Exchange System Manager.
  2. Expanda o contêiner Grupos Administrativos e selecione o grupo administrativo que contém o servidor de pasta pública.
  3. Expanda o contêiner Servidores, expanda o servidor de origem, selecione o banco de dados de pasta pública e selecione Propriedades.
  4. Na guia Replicação (Política), digite 15 na caixa Intervalo de replicação para sempre (minutos).
  5. Selecione Aplicar e, depois, OK.

Em seguida, verifique se a pasta com a qual você está trabalhando está configurada para usar o agendamento de armazenamento. Para fazer isso:

  1. Expanda Pastas Públicas e clique com o botão direito do mouse na pasta com a qual você está trabalhando.
  2. Selecione Propriedades.
  3. Na guia Replicação, selecione Usar agendamento de repositório público na lista Intervalo de replicação de pasta pública.

Criar um novo item no servidor de origem

Crie um novo item na pasta pública no servidor de origem e observe o log do aplicativo para a ID do Evento 3020.

Você vê a ID do Evento 3020 e ela inclui o nome da pasta que você está testando e o nome do item que criamos?

ID do evento 3030

No servidor de destino, examine o log do aplicativo para a ID do Evento 3030.

O log do aplicativo do servidor de destino contém a ID do evento 3030 para a mesma pasta e item

O servidor de origem não está gerando mensagens de conteúdo de saída para essa pasta; ID do evento 3079 quando o banco de dados de pasta pública é montado

O servidor de origem não está gerando mensagens de conteúdo de saída para essa pasta

O servidor de origem não está gerando mensagens de conteúdo de saída para essa pasta. Concentraremos nossa solução de problemas no servidor de origem.

ID do evento 3079 quando o banco de dados de pasta pública é montado

No servidor de origem, examine o log do aplicativo para a ID de Evento 3079. A ID do evento 3079 ocorre quando o banco de dados é montado e deve conter o texto: EcReplStartup. Por exemplo, a ID do Evento 3079 deve ser semelhante à tabela a seguir.

Tipo de Evento Informações
Origem do Evento
Repositório Público do MSExchangeIS
Categoria de evento Erros de replicação
ID do evento 3079
Mensagem Erro inesperado de thread de replicação 0x3f0.
EcGetReplMsg
Inicialização EcRepl
FReplAgent

Você vê a ID do evento 3079 e ela contém EcReplStartup quando o banco de dados é montado?

Execute isinteg -fix -test ReplState; ID do evento 3020

Execute isinteg –fix –test ReplState no servidor de destino

Selecione sua versão do Exchange para verificar e ajustar a configuração ReplState com as seguintes etapas:

Para Exchange Server 2007 e Exchange Server 2010

  1. Inicie o Console de Gerenciamento do Exchange.

  2. Use o New-PublicFolderDatabaseRepairRequest cmdlet para detectar e corrigir problemas de replicação no banco de dados de pasta pública. As pastas públicas no banco de dados de pasta pública ainda podem ser acessadas enquanto a solicitação está em execução. No entanto, a pasta pública que está sendo reparada no momento não está disponível. Depois de iniciar a solicitação de reparo, ela não poderá ser interrompida, a menos que você desmonte o banco de dados.

  3. Execute o cmdlet a seguir:

    New-PublicFolderDatabaseRepairRequest -Database -CorruptionType ReplState
Para o Exchange Server 2003

  1. No servidor de destino, instale o KB925253 de hotfix lançado em 24 de janeiro de 2013.

  2. Depois que o hotfix for instalado, desmonte o banco de dados de pasta pública no servidor e execute o seguinte comando em um prompt de comando:

    cd C:\Program Files\Exchsrvr\bin
Isinteg -s -fix -test ReplState

ID do evento 3020

Crie um novo item na pasta pública no servidor de origem e examine o log do aplicativo para a ID do Evento 3020.

Você vê a ID do Evento 3020 e ela inclui o nome da pasta que você está testando e o nome do item que você criou?

  • Em caso afirmativo, consulte a ID do evento 3030.
  • Se não, desculpe, não podemos resolver um problema não identificado usando este guia. Se você entrar em contato com o suporte sobre esse problema, informe a eles que o servidor de origem não está gerando mensagens de replicação de hierarquia de saída. Há um evento 3079 quando o banco de dados é montado, mas o evento não contém EcReplStartup.

Verifique se o item está na pasta de origem no servidor de destino

No servidor de destino, procure o item que você criou no servidor de origem e verifique se ele está na pasta de destino.

Você vê o item na pasta no servidor de destino?

Solucionar problemas de preenchimento de conteúdo

Verificamos que as alterações no conteúdo estão sendo replicadas. Em seguida, solucione problemas de preenchimento de conteúdo.

Para fazer isso, execute Sincronizar Conteúdo no servidor de destino. Isso deve fazer com que o servidor de destino solicite ao servidor de origem os dados ausentes.

Para executar Sincronizar Conteúdo no Exchange Server 2007 e no Exchange Server 2010

  1. Inicie o Console de Gerenciamento do Exchange.

  2. Execute o comando a seguir:

    Update-PublicFolder -Server <DestinationServer>

  3. Depois de executar Sincronizar Hierarquia no servidor de destino, examine o log do aplicativo no servidor de origem para o evento 3027 e para a solicitação de status de entrada.

Para executar Sincronizar Conteúdo no Exchange Server 2003

  1. Expanda Pastas Públicas e selecione a pasta de destino.
  2. No painel direito, selecione a guia Status .
  3. Clique com o botão direito do mouse no servidor de destino e selecione Sincronizar Conteúdo.

Depois de executar Sincronizar Conteúdo no servidor de destino, examine o log do aplicativo para a ID de Evento 3017 para a solicitação de status de saída.

É a ID do Evento 3017 no log do aplicativo no servidor de destino

Execute isinteg -fix -test ReplState (se a ID do evento 3017 não estiver registrada)

Selecione sua versão do Exchange para verificar e ajustar a configuração ReplState com as seguintes etapas:

Para Exchange Server 2007 e Exchange Server 2010

  1. Inicie o Console de Gerenciamento do Exchange.

  2. Use o New-PublicFolderDatabaseRepairRequest cmdlet para detectar e corrigir problemas de replicação no banco de dados de pasta pública. As pastas públicas no banco de dados de pasta pública ainda podem ser acessadas enquanto a solicitação está em execução, mas você não pode acessar a pasta pública que está sendo reparada no momento. Depois de iniciar a solicitação de reparo, ela não poderá ser interrompida, a menos que você desmonte o banco de dados.

  3. Execute o cmdlet a seguir:

    New-PublicFolderDatabaseRepairRequest -Database -CorruptionType ReplState

Para o Exchange Server 2003

  1. No servidor de destino, instale o KB925253 de hotfix.

  2. Depois que o hotfix for instalado, desmonte o banco de dados de pasta pública no servidor e execute o seguinte comando em um prompt de comando:

     cd C:\Program Files\Exchsrvr\bin
Isinteg -s -fix -test ReplState

  3. Após a conclusão do processo isinteg, altere a lista de réplicas na pasta pública no servidor de origem. Para fazer isso, adicione ou remova uma réplica de qualquer servidor. Selecione Aplicar, reverta a alteração que você acabou de fazer e selecione Aplicar novamente.

  4. Execute Sincronizar Conteúdo no servidor de destino novamente para a mesma pasta.

  5. Examine o log do aplicativo para a ID do Evento 3017 para a solicitação de status de saída.

A ID do Evento 3017 está no log do aplicativo no servidor de destino?

  • Em caso afirmativo, consulte a ID do evento 3027.
  • Se não, desculpe, não podemos resolver um problema não identificado usando este guia. Para obter mais ajuda para resolver esse problema, entre em contato com o suporte do Microsoft Exchange Server.

ID do Evento 3027

No servidor de origem, examine o log do aplicativo para a ID de Evento 3027 que tem o tipo 0x20.

Você vê a ID do Evento 3027 e ela tem o tipo 0x20 no servidor de origem?

ID do evento 3017 no servidor de origem

No log do aplicativo no servidor de origem, imediatamente antes da ID do Evento 3027, localize a ID do Evento 3017 que tem o tipo 0x10 para a mesma pasta.

Você vê a ID do Evento 3017 e ela tem tipo 0x10 para a mesma pasta?

Os servidores têm limites de idade diferentes

Normalmente, se o servidor de origem não gerar uma resposta de status, isso significa que o servidor de origem não tem dados que o outro servidor também não tenha.

Uma situação em que os servidores podem estar sincronizados sem ter conteúdo idêntico é se eles tiverem limites de idade diferentes. Se o servidor de destino já tiver expirado os itens em questão, ele não preencherá os itens novamente.

Certifique-se de verificar e certificar-se de que os servidores não têm limites de idade diferentes. Existem vários tipos de limites:

Cotas de armazenamento

Usar padrões de cota de banco de dados

Marque essa caixa de seleção para usar os limites de cota do banco de dados de pasta pública nos quais a pasta pública reside. Se você não selecionar os padrões, as caixas de seleção Emitir aviso em (KB), Proibir postagem em (KB) e Tamanho máximo do item (KB) ficarão disponíveis.

Aviso de problema em (KB)

Marque essa caixa de seleção para avisar automaticamente os proprietários de pastas públicas de que a pasta pública está se aproximando do limite de armazenamento. Para especificar esse limite, marque a caixa de seleção e especifique o tamanho da pasta pública em quilobytes (KB) na qual você deseja proibir a postagem. Você pode inserir um valor entre 0 KB e 2.147.483.647 KB (2,1 terabytes).

Proibir postagem em (KB)

Marque essa caixa de seleção para impedir a postagem na pasta pública depois que o tamanho da pasta atingir o limite especificado. Para especificar esse limite, marque a caixa de seleção e especifique o tamanho da pasta pública em KB na qual você deseja proibir a postagem. Você pode inserir um valor entre 0 KB e 2.147.483.647 KB (2,1 terabytes).

Tamanho máximo do item (KB)

Marque essa caixa de seleção para limitar o tamanho máximo dos itens que os usuários podem postar na pasta pública. Para especificar o tamanho, marque a caixa de seleção e especifique o tamanho máximo dos itens em KB que os usuários podem postar nas pastas públicas. Você pode inserir um valor entre 0 KB e 2.097.151 KB.

Retenção de itens excluídos

Usar padrões de retenção de banco de dados

Marque essa caixa de seleção para usar os limites de retenção de itens do banco de dados de pasta pública no servidor em que essa pasta pública reside. Se você não marcar essa caixa de seleção, a caixa de seleção Reter itens excluídos por (dias) ficará disponível.

Reter itens excluídos por (dias)

Marque essa caixa de seleção para definir o número de dias em que os itens excluídos são retidos em uma pasta pública. Você pode inserir um valor entre 0 e 24.855 dias.

Limites de idade

Usar padrões de idade do banco de dados

Marque essa caixa de seleção para usar os limites de idade do banco de dados de pasta pública para o servidor em que essa pasta pública reside. Se você não marcar essa caixa de seleção, a caixa de seleção Limite de idade para réplicas (dias) ficará disponível.

Limite de idade para réplicas (dias)

Marque essa caixa de seleção para limitar a idade da pasta pública. Use a caixa de texto correspondente para especificar o limite de idade em dias. As réplicas dessa pasta pública são excluídas automaticamente quando o limite de idade é excedido. Você pode inserir um valor entre 0 e 24.855 dias.

Os servidores têm limites de idade diferentes?

  • Se a resposta for sim, a diferença de conteúdo é intencional. Você não precisa continuar a solução de problemas. Você pode contornar o problema copiando os itens para que eles se tornem novos itens em uma nova pasta.
  • Se a resposta for não, ocorreu um erro desconhecido.

ID do evento 3027 que tem o tipo 0x10 no servidor de destino

No servidor de destino, examine o log do aplicativo para o evento ID do Evento 3027 que tem o tipo 0x10.

Você vê a ID do Evento 3027 e ela tem o tipo 0x10?

  • Em caso afirmativo, consulte Foco no preenchimento retroativo.
  • Se não, desculpe, não podemos resolver um problema não identificado usando este guia. Se você entrar em contato com o suporte sobre esse problema, informe a eles que o servidor de origem não está gerando mensagens de replicação de hierarquia de saída. Há um evento 3079 quando o banco de dados é montado, mas o evento não contém EcReplStartup.

Foco no aterro

Neste ponto, o servidor de destino calculou que alguns dados estão ausentes. Portanto, concentre-se no preenchimento.

No servidor de destino, execute Sincronizar Conteúdo novamente na pasta de destino. Depois de executar Sincronizar Conteúdo, a ID do Evento 3016 é registrada no log do aplicativo. A ID do evento 3016 tem o tipo de mensagem 0x8 que contém o nome da pasta.

No servidor de destino, você vê a ID do Evento 3016 e ela tem o tipo de mensagem 0x8 que contém o nome da pasta?

ID do evento 3026 no servidor de origem

Em resposta à ID do Evento 3016 no servidor de destino, você deve ver a ID do Evento 3026 no log do aplicativo no servidor de origem.

No servidor de origem, você vê a ID do evento 3026?

ID do evento 3021 no servidor de origem

No log do aplicativo no servidor de origem, imediatamente após a ID do Evento 3026, você deve ver um ou mais incidentes da ID do Evento 3021 que incluem o tipo de mensagem 0x80000004 para a pasta.

Você vê pelo menos uma ID de Evento 3021 que inclui o tipo de mensagem 0x80000004 para a pasta?

Compare o número de ID de evento 3021 com o número de ID de evento 3031

Conte o número de incidentes da ID do Evento 3021 que estão no log do aplicativo no servidor de origem. Em seguida, conte o número de incidentes da ID de Evento 3031 que têm o tipo de mensagem 0x80000004 para a pasta e que estão no log do aplicativo no servidor de destino.

Há um número igual de incidentes de ID de Evento 3021 e incidentes de ID de Evento 3031 entre os servidores?

Localize o conteúdo na pasta no servidor de destino

No servidor de destino, procure o conteúdo que foi sincronizado do servidor de origem para a mesma pasta no servidor de destino.

Você encontrou o conteúdo na mesma pasta no servidor de destino?

  • Em caso positivo, parabéns! O problema da Replicação de Pasta Pública para Exchange Server 2003 foi resolvido.
  • Se não, desculpe, não podemos resolver um problema não identificado usando este guia. Para obter mais ajuda para resolver esse problema, entre em contato com o suporte do Microsoft Exchange Server.

A mensagem pode ter sido enviada para um servidor de origem diferente

Examine a ID do Evento 3016 para verificar se a mensagem foi enviada para o servidor de origem esperado. No servidor de destino, examine a ID do Evento 3016 para determinar qual servidor de origem deveria ter recebido a mensagem. Se um servidor de origem diferente recebeu a mensagem, use esse servidor como o novo servidor de origem e examine o log do aplicativo no novo servidor de origem para a ID do Evento 3016.

Tipo de Evento Informações
Origem do Evento Repositório Público do MSExchangeIS
Categoria de evento Mensagens de saída de replicação
ID do evento 3016
Mensagem Valor do tipo <de mensagem de saída>
ID da mensagem: <id>
Pasta: <nome da pasta>
<"Nome>" do banco de dados.
CNSET: <valor>
CNSET(FAI): <valor>
Servidor: <nome do servidor>

O servidor de origem esperado é identificado na ID de Evento 3016?

  • Em caso afirmativo, consulte a ID do evento 3021 no servidor de origem.
  • Se não, desculpe, não podemos resolver um problema não identificado usando este guia. Para obter mais ajuda para resolver esse problema, entre em contato com o suporte do Microsoft Exchange Server.

Limite de aterro pendente

Por padrão, o repositório de Pastas Públicas pode conter até 50 solicitações de aterramento pendentes ao mesmo tempo. Isso é conhecido como Limite de Aterro Pendente (OBL). Quando 50 solicitações de aterramento estão na matriz de armazenamento, essas solicitações são feitas repetidamente até que sejam atendidas; Nenhuma outra nova solicitação pode ser feita até que pelo menos uma solicitação tenha sido concluída.

Cada vez que uma solicitação de aterramento é atendida, ocorre uma abertura no OBL e um novo conjunto de dados pode ser solicitado. No entanto, se todas as 50 solicitações apresentarem problemas e não puderem ser atendidas, nenhuma nova abertura ocorrerá, nenhuma nova solicitação poderá ser feita e a replicação não poderá continuar.

Para determinar se o Limite de Aterramento Pendente é a causa do problema, aumente o limite de OBL em um (1) no servidor de destino e examine o log do aplicativo por pelo menos cinco minutos para uma instância da ID de Evento 3016.

Para aumentar o limite de OBL em um (1) no servidor de destino

  1. Abra o Editor do Registro escolhendo Iniciar>Execução, digite regedit e escolha OK.

  2. Expanda a seguinte subchave:
    HKEY_LOCAL_MACHINE\System\CurrentControlSet\Services\MSExchangeIS\<Server_Name>\Public-<GUID>

  3. Clique com o botão direito do mouse em Public-GUID><, aponte para Novo e selecione Valor DWORD.

  4. Digite Limite de Aterramento Pendente de Replicação e pressione Enter para nomear a nova subchave.

  5. Clique com o botão direito do mouse em Limite de Aterramento Pendente de Replicação e selecione Modificar.

  6. Na caixa Dados do valor, digite 51 e selecione OK.

  7. Feche o Editor do Registro.

  8. Reinicie o serviço de Armazenamento de Informações do Microsoft Exchange no Exchange Server 2003. Para fazer isso:

    • Selecione Iniciar, aponte para Ferramentas Administrativas e então selecione Serviços.
    • Na lista Serviços, selecione Armazenamento de Informações do Microsoft Exchange e, em seguida, selecione Reiniciar.

Se a ID do Evento 3016 for registrada para alguma outra pasta, solucione o problema de usar essa pasta.

Você vê a ID do evento 3016 para alguma outra pasta?

  • Em caso afirmativo, consulte Solucionar problemas de preenchimento de conteúdo.
  • Se não, desculpe, não podemos resolver um problema não identificado usando este guia. Para obter mais ajuda para resolver esse problema, entre em contato com o suporte do Microsoft Exchange Server.

Acompanhar a mensagem identificada na ID do Evento 3020

No servidor de origem, use o controle de mensagens para rastrear a mensagem identificada na ID do Evento 3020.

O rastreamento de mensagens indica que a mensagem foi entregue ao servidor de destino?

Solucionar problemas do comando XEXCH50

Para solucionar problemas do comando XEXCH50, aumente o log no servidor de destino para o serviço MSExchangeTransport e defina o nível de protocolo SMTP como médio.

Para verificar e ajustar a configuração do nível do protocolo SMTP, selecione sua versão do Exchange para verificar as etapas:

Para Exchange Server 2007 e Exchange Server 2010

  1. Inicie o Console de Gerenciamento do Exchange.
  2. Use os cmdlets e Set-EventLogLevel -Identity "MSExchangeTransport\SmtpSend" -Level 'Medium' para ativar o Set-EventLogLevel -Identity "MSExchangeTransport\SmtpReceive" -Level 'Medium' log de eventos para o SMTP.
  3. Use o cmdlet para iniciar a Resume-PublicFolderReplication replicação de pasta pública para toda a organização.

Para o Exchange Server 2003

Em seguida, examine o log do aplicativo no Visualizador de Eventos em busca de eventos semelhantes aos seguintes:

Tipo de Evento Error
Origem do Evento Transporte de MSExchange
Categoria de evento Protocolo SMTP
ID do evento 7004
Data: Data
Hora Hora
Usuário Não disponível
Computador Computer_Name
Descrição Este é um log de erros do protocolo SMTP para o ID do servidor virtual 1, conexão #29. O host E2k3server1.contoso.com remoto respondeu ao comando SMTP "xexch50" com "504 Precisa autenticar primeiro. "O comando completo enviado foi "XEXCH50 2336 3". Isso provavelmente fará com que a conexão falhe.
Tipo de Evento: Error
Origem do Evento Transporte de MSExchange
Categoria de evento Protocolo SMTP
ID do evento 7010
Data Data
Hora Hora
Usuário Não disponível
Computador: Computer_Name
Descrição: Este é um log de protocolo SMTP para o ID do servidor virtual 1, conexão #30. O cliente em "6.5.2.4" enviou um comando "xexch50" e o servidor SMTP respondeu com "504 Precisa autenticar primeiro". O comando completo enviado foi "xexch50 1092 2". Isso provavelmente fará com que a conexão falhe. Esses eventos indicam que o coletor de protocolo XEXCH50 foi acionado, mas a troca dos blobs falhou entre os servidores listados nos eventos.

Você vê a ID do Evento 7004 e a ID do Evento 7010 no servidor de destino?

Execute isinteg -fix -test ReplState (se não vir o Evento IE 7004 e 7010)

Selecione sua versão do Exchange para verificar e ajustar a configuração ReplState com as seguintes etapas:

Para Exchange Server 2007 e Exchange Server 2010

  1. Inicie o Console de Gerenciamento do Exchange.

  2. Use o New-PublicFolderDatabaseRepairRequest cmdlet para detectar e corrigir problemas de replicação no banco de dados de pasta pública. As pastas públicas no banco de dados de pasta pública ainda podem ser acessadas enquanto a solicitação está em execução, mas você não pode acessar a pasta pública que está sendo reparada no momento. Depois de iniciar a solicitação de reparo, ela não poderá ser interrompida, a menos que você desmonte o banco de dados.

  3. Execute o cmdlet a seguir:

    New-PublicFolderDatabaseRepairRequest -Database -CorruptionType ReplState

Para o Exchange Server 2003

  1. No servidor de destino, instale o KB925253 de hotfix.

  2. Depois que o hotfix for instalado, desmonte o banco de dados de pasta pública no servidor e execute o seguinte comando em um prompt de comando:

    cd C:\Program Files\Exchsrvr\bin
Isinteg -s -fix -test ReplState

  3. Após a conclusão do processo isinteg:

    1. Altere a lista de réplicas na pasta pública no servidor de destino. Para fazer isso, adicione ou remova uma réplica de qualquer servidor. Selecione Aplicar, reverta a alteração que você acabou de fazer e selecione Aplicar novamente.
    2. No servidor de origem, crie um novo item.
    3. Examine o log do aplicativo no servidor de origem para a ID do Evento 3020.
    4. Examine o log do aplicativo no servidor de destino para a ID do Evento 3030.

Você vê a ID do Evento 3030 no log do aplicativo no servidor de destino?

  • Em caso positivo, parabéns! O problema da Replicação de Pasta Pública para Exchange Server 2003 foi resolvido.
  • Se não, desculpe, não podemos resolver um problema não identificado usando este guia. Se você entrar em contato com o suporte sobre esse problema, informe a eles que o servidor de origem não está gerando mensagens de replicação de hierarquia de saída. Há um evento 3079 quando o banco de dados é montado, mas o evento não contém EcReplStartup.

Tamanho da fila de recebimento de replicação no Monitor de Desempenho

As mensagens de replicação de pasta pública são recebidas pelo SMTP, categorizadas e entregues à fila SMTP local. As mensagens são enviadas para o repositório de Pasta Pública. Depois que as mensagens são enviadas para o repositório de Pasta Pública, elas são colocadas na Fila de Recebimento de Replicação. As mensagens na Fila de Recebimento de Replicação são processadas e as alterações são executadas na pasta pública apropriada. O contador de desempenho Tamanho da Fila de Recebimento de Replicação indica o número de mensagens de replicação de pasta pública aguardando para serem processadas.

Quanto maior a fila de replicação, mais fora de sincronia o conteúdo das pastas pode se tornar. Quando as filas de replicação aumentam, há um aumento na carga de recursos à medida que as mensagens na fila de replicação são processadas. Além disso, o aumento das filas de replicação indica que o conteúdo da pasta pública no servidor está desatualizado.

Nenhuma ação é necessária nas duas instâncias em que o crescimento na fila de recebimento de replicação é esperado e pode ser planejado:

  • Em um servidor de pasta pública recém-introduzido, o crescimento na Fila de Recebimento de Replicação pode ser causado pela replicação de aterramento inicial esperada.
  • Se a consolidação do site ou outras alterações importantes na topologia do Exchange estiverem ocorrendo, espera-se que haja muita replicação à medida que o conteúdo for movido.

Para servidores de estado estável existentes em que as réplicas de pasta pública não estão sendo alteradas em massa, esse erro pode indicar:

  • Gargalos de desempenho de recursos do servidor, como disco, CPU, rede ou memória. Se houver um afunilamento de recursos no servidor, o processo Store.exe não será capaz de processar as mensagens de replicação com rapidez suficiente e uma fila aumentará.
  • O intervalo de replicação de pasta pública é muito curto para que a replicação seja concluída antes do início do próximo ciclo de replicação.

Para resolver esse erro:

  • Monitore o Tamanho da Fila de Recebimento do MSExchangeIS Public\Replication até que ele mostre que a replicação foi concluída antes do início do próximo ciclo de replicação.
  • Considere reduzir o número total de réplicas na organização do Exchange para reduzir o volume de tráfego de replicação necessário.

Se você tiver uma Fila Alta, consulte Pausar replicação.

Se você tiver uma fila baixa, consulte Possível problema de ReplState.

Pausar a replicação

Pause a replicação de pastas públicas e deixe as filas drenarem ou chame o suporte.

Para pausar a replicação

  1. Inicie o Console de Gerenciamento do Exchange.
  2. Use o cmdlet para interromper a Suspend-PublicFolderReplication replicação de pasta pública para toda a organização.
  3. Monitore as filas de transporte executando Get-TransportServer | Get-Queueo . Depois que a fila for reduzida, você poderá retomar a replicação.
  4. Use o cmdlet para reiniciar a Resume-PublicFolderReplication replicação de pasta pública para toda a organização.

Desculpe, não podemos resolver um problema não identificado usando este guia. Se você entrar em contato com o suporte sobre esse problema, informe a eles que a replicação está pausada e você está aguardando a redução das filas.

Procurando a ID da pasta (FID) (Isolar?)

O evento ID do evento 3028 mostra o FID, mas não o nome da pasta?

  • Se sim, veja Lápide por causa de uma exclusão.
  • Se não, desculpe, não podemos resolver um problema não identificado usando este guia. Para obter mais ajuda para resolver esse problema, entre em contato com o suporte do Microsoft Exchange Server.

Marca de exclusão devido a uma exclusão (o evento ID do evento 3028 mostra o FID)

Isso indica que a pasta é uma marca de exclusão devido a uma exclusão anterior que não foi replicada. Volte para o servidor de origem e copie a pasta para criar uma nova pasta com o mesmo conteúdo e comece de novo.

Esta informação é útil?

  • Em caso afirmativo, consulte Remover contas duplicadas.
  • Se não, desculpe, não podemos resolver problemas não identificados com este guia. Para obter mais ajuda para resolver esse problema, entre em contato com o suporte do Microsoft Exchange Server e informe que, quando o banco de dados é montado, um evento 3079 é registrado.

O monitor de desempenho mostra um grande número de mensagens enfileiradas para envio

Abrir o monitor de desempenho.

Adicione o Contador MSExchangeIS Público\Fila de Recebimento de Replicação e monitore o tamanho da fila.

Se você precisar entender mais sobre o monitor de desempenho, acesse aqui: Guia de introdução ao monitoramento de desempenho.

O monitor de desempenho mostra um grande número de mensagens enfileiradas para envio?

  • Em caso afirmativo, consulte Verificar serviços.
  • Se não, desculpe, não podemos resolver um problema não identificado usando este guia. Se você entrar em contato com o suporte sobre esse problema, informe a eles que o servidor está gerando mensagens de hierarquia de saída, mas essas mensagens não aparecem no controle de mensagens e nada está sendo enfileirado para envio.

Verificar serviços

  1. Selecione Iniciar>Executar.
  2. Digite services.msc na caixa.
  3. Localize o MSExchangeTransport e verifique se ele foi iniciado

Se você tiver o PowerShell, abra-o e execute o seguinte cmdlet:

Get-Service MSExchangeTransport

O serviço de transporte está funcionando?

  • Em caso afirmativo, consulte Solucionar problemas de replicação de pasta pública.
  • Se não, desculpe, não podemos resolver um problema não identificado usando este guia. Se você entrar em contato com o suporte sobre esse problema, informe a eles que o servidor está gerando mensagens de hierarquia de saída, mas essas mensagens não aparecem no controle de mensagens e nada está sendo enfileirado para envio.

O evento 3030 mostra a ID da mensagem (MID) do item, mas não o assunto

O evento 3030 mostra o MID do item, mas não o assunto?

  • Se sim, veja Tombstone.
  • Se não, desculpe, não podemos resolver um problema não identificado usando este guia. Se você entrar em contato com o suporte sobre esse problema, informe a eles que o servidor de origem não está gerando mensagens de replicação de hierarquia de saída e não há nenhum evento 3079 quando o banco de dados é montado.

Lápide

Isso geralmente é o resultado de uma marca de exclusão devido a uma exclusão de mensagem que não foi replicada. Você pode copiar as mensagens dentro da pasta para criar novas mensagens ou copiar a pasta inteira.

Esta informação é útil?

  • Em caso afirmativo, consulte Remover contas duplicadas.
  • Se não, desculpe, não podemos resolver problemas não identificados com este guia. Para obter mais ajuda para resolver esse problema, entre em contato com o suporte do Microsoft Exchange Server e informe que, quando o banco de dados é montado, um evento 3079 é registrado.

Acompanhar a ID do evento 3027

Acompanhe o 3027 para ver até onde ele chegou. Se ele não tiver saído do servidor de origem, verifique o contador de desempenho Mensagens Enfileiradas para Envio em MSExchangeIS Público para ver se as mensagens de saída estão presas no repositório público.

Esta informação é útil?

  • Em caso afirmativo, consulte Remover contas duplicadas.
  • Se não, desculpe, não podemos resolver problemas não identificados com este guia. Para obter mais ajuda para resolver esse problema, entre em contato com o suporte do Microsoft Exchange Server e informe que, quando o banco de dados é montado, um evento 3079 é registrado.

Possível problema de ReplState

É possível que esse problema seja um problema de XEXCH50 ou um problema de ReplState. Antes de continuarmos, vamos verificar se o log SMTP está habilitado.

Selecione sua versão do Exchange para verificar e ajustar a configuração ReplState com as seguintes etapas:

Para Exchange Server 2007 e Exchange Server 2010

  1. Inicie o Console de Gerenciamento do Exchange.
  2. Use os Set-EventLogLevel -Identity "MSExchangeTransport\SmtpReceive" -Level 'Medium' cmdlets e Set-EventLogLevel -Identity "MSExchangeTransport\SmtpSend" -Level 'Medium' para ativar o log de eventos no SMTP.
  3. Use o cmdlet para iniciar a Resume-PublicFolderReplication replicação de pasta pública para toda a organização.

Para o Exchange Server 2003

  1. Inicie o Exchange System Manager.
  2. Expanda Servidores, clique com o botão direito do mouse em Nome Your_do Servidor e selecione Propriedades.
  3. Selecione a guia Log de Diagnóstico e, em seguida, selecione MSExchangeTransport em Serviços.
  4. Em Categorias, selecione SMTP.
  5. Em Nível de registro, selecione Médio.

Qual é a sua versão do Exchange?

Uma ou mais mensagens foram perdidas no transporte

Se o número de eventos 3031 no servidor de destino for menor que o número de eventos 3021 no servidor de origem, uma ou mais mensagens foram perdidas no transporte. Para solucionar problemas de perda de mensagens, identifique a ID da mensagem das mensagens que não foram replicadas.

Para fazer isso, examine o log do aplicativo no servidor de origem. Em seguida, use o rastreamento de mensagens para rastrear as mensagens e solucionar o problema.

Há algum servidor Exchange Server 2007 ou 2010 no caminho dessa mensagem?

Isso resolveu o problema

Seu problema agora está resolvido?

  • Em caso positivo, parabéns! O problema da Replicação de Pasta Pública para Exchange Server 2003 foi resolvido.
  • Se não, desculpe, não podemos resolver um problema não identificado usando este guia. Para obter mais ajuda para resolver esse problema, entre em contato com o suporte do Microsoft Exchange Server.

Exchange Server 2007 e Exchange Server 2010 no caminho

O motivo mais comum para uma resposta de aterramento de conteúdo perdido no Exchange Server 2007 ou no Exchange Server 2010 é uma falha de driver de armazenamento. Por exemplo, uma resposta de aterramento será enviada para um servidor Exchange Server 2007, mas se você observar o log do aplicativo no lado de 2007, nunca verá o evento de replicação de entrada. O controle de mensagens mostra que a mensagem de replicação chegou ao servidor de transporte de hub e falhou no driver de armazenamento.

A primeira etapa para a solução de problemas é rastrear a mensagem e ver onde ela falhou.

Normalmente, o servidor de transporte de hub registrará um evento 1020 que descreve o problema com esse conteúdo específico. Depois de rastrear a mensagem e determinar em qual servidor de transporte de hub ela falhou, verifique o evento 1020 com o Driver de Armazenamento do MSExchange de origem nesse servidor de transporte de hub.

Você vê um evento 1020 com o driver de armazenamento do MSExchange de origem nesse servidor de transporte de hub?

  • Em caso afirmativo, você vê o evento 1020 e contém o erro O usuário do Active Directory não foi encontrado, siga as instruções fornecidas em Falha ao replicar o conteúdo da pasta pública para o Exchange Server 2010. Se você entrar em contato com o suporte sobre esse problema, informe a eles que há um contêiner de servidores vazio.

    Esta informação é útil?

    • Em caso afirmativo, consulte Remover contas duplicadas.
    • Se não, desculpe, não podemos resolver problemas não identificados com este guia. Para obter mais ajuda para resolver esse problema, entre em contato com o suporte do Microsoft Exchange Server e informe que, quando o banco de dados é montado, um evento 3079 é registrado.

  • Em caso afirmativo, você verá o evento 1020 e contém o erro O conteúdo da mensagem foi corrompido, consulte Exchange Server 2007 e Exchange Server 2010 no caminho (O conteúdo da mensagem foi corrompido).

  • Em caso afirmativo, você vê o evento 1020, mas nenhuma das mensagens de erro acima, consulte Exchange Server 2007 e Exchange Server 2010 no caminho (consulte evento 1020, mas nenhuma das mensagens de erro acima).

  • Se não, você não vê o evento 1020 com o Driver de Armazenamento do MSExchange de origem, desculpe, não podemos resolver um problema não identificado usando este guia. Se você entrar em contato com o suporte sobre esse problema, informe a eles que o servidor está gerando mensagens de hierarquia de saída, mas essas mensagens não aparecem no controle de mensagens e nada está sendo enfileirado para envio.

Exchange Server 2007 e Exchange Server 2010 no caminho (o conteúdo da mensagem foi corrompido)

Essa mensagem geralmente é por causa de TNEF corrompido. Se este for um ambiente híbrido, aplique o Exchange 2013 CU6 para evitar novas mensagens corrompidas e exclua as antigas. Para identificar os itens corrompidos, continue com as etapas abaixo.

Para identificar quais itens estão corrompidos:

  1. Reduza o tamanho da mensagem de replicação para 1k no servidor de origem.
  2. No destino, force outra solicitação de aterramento com Synchronize Content ou Update-PublicFolder.
  3. Agora você verá uma resposta de aterramento (evento 3021) por item na pasta no servidor de origem. O log do aplicativo pode ser preenchido com respostas de preenchimento se a pasta contiver muitos itens. Depois que a atividade 3021 se acalmar, limpe o log do aplicativo no servidor de origem e force outra solicitação de aterramento. Como todos os itens bons já foram replicados na última rodada de aterros, os únicos novos itens que você deve ver no novo evento 3021 devem ser os itens corrompidos.

Agora você deve ter uma resposta de aterramento (3021) para cada item corrompido no log do aplicativo no servidor de origem e um evento 1020 para cada item corrompido no log do aplicativo no servidor de transporte de hub. Como agora você sabe quais itens estão corrompidos (porque você pode ler os assuntos dos itens nos eventos 3021), você pode excluir esses itens ou tentar corrigi-los.

Para obter mais informações, consulte Corrigindo erros de replicação de pasta pública do Exchange Server 2003 para o Exchange Server 2007 ou 2010.

Isso resolveu o problema?

Exchange Server 2007 e Exchange Server 2010 no caminho (consulte evento 1020, mas nenhuma das mensagens de erro acima)

Este é algum outro tipo de item corrompido. Para identificar quais itens estão corrompidos:

  1. Reduza o tamanho da mensagem de replicação para 1k no servidor de origem.
  2. No destino, force outra solicitação de aterramento com sincronizar conteúdo ou Atualizar Pasta Pública.
  3. Agora você verá uma resposta de aterramento (evento 3021) por item na pasta no servidor de origem. O log do aplicativo pode ser preenchido com respostas de preenchimento se a pasta contiver muitos itens. Depois que a atividade 3021 se acalmar, limpe o log do aplicativo no servidor de origem e force outra solicitação de aterramento. Como todos os itens bons já foram replicados na última rodada de preenchimentos, os únicos novos itens que você deve ver no novo evento 3021 devem ser os itens corrompidos.

Agora você deve ter uma resposta de aterramento (evento 3021) para cada item corrompido no log do aplicativo no servidor de origem e um evento 1020 para cada item corrompido no log do aplicativo no servidor de transporte de hub. Como agora você sabe quais itens estão corrompidos (porque você pode ler os assuntos dos itens nos eventos 3021), você pode excluí-los ou tentar corrigi-los.

Para obter mais informações, consulte Corrigindo erros de replicação de pasta pública do Exchange Server 2003 para o Exchange Server 2007 ou 2010.

Seu problema agora está resolvido?

Remover contas duplicadas

Remova as contas duplicadas mencionadas no evento ou exclua um dos usuários, para que o SID possa ser resolvido para um único usuário no DS.

Esta informação é útil?

  • Em caso positivo, parabéns! O problema da Replicação de Pasta Pública para Exchange Server foi resolvido.
  • Se não, desculpe, não podemos resolver um problema não identificado usando este guia. Para obter mais ajuda para resolver esse problema, entre em contato com o suporte do Microsoft Exchange Server.