Partilhar via


Resolver problemas de replicação de pastas públicas para Exchange Server

Número original da BDC: 10042

Resumo

Vamos começar por pedir-lhe para ativar o registo de diagnósticos e o controlo de mensagens como pré-requisito. Em seguida, iremos levá-lo através de uma série de passos para resolver os problemas de replicação de pastas públicas.

Tempo estimado até à conclusão:
45 a 60 minutos.

Para resolver problemas de replicação de pastas públicas para Exchange Server, primeiro terá de ativar o registo de diagnósticos e o controlo de mensagens.

O que pretende fazer?

Ativar o registo de diagnósticos

Terá de ativar o registo de diagnósticos em todos os servidores com os quais irá trabalhar. Os passos para uma versão diferente do Exchange podem ser diferentes. Selecione a sua versão do Exchange:

Para Exchange Server 2007 e Exchange Server 2010

  1. Inicie a Shell de Gestão do Exchange.

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

    Get-EventLogLevel | ? { $_.EventLevel -ne "Low" -AND $_.EventLevel -ne "Lowest" }
    
  3. Para ativar o registo, execute os seguintes cmdlets em todos os servidores de pastas públicas com os qual está a trabalhar:

    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 Registo de Transporte ao executar estes cmdlets:

    Set-EventLogLevel -Identity "MSExchangeTransport\SmtpReceive" -Level 'Medium'
    Set-EventLogLevel -Identity "MSExchangeTransport\SmtpSend" -Level 'Medium'
    
  5. Para repor os níveis de registo:

    1. Abra o Consola de Gestão do Exchange.
    2. Na árvore da consola, navegue para Caixa deCorreiode Configuração> do Servidor.
    3. No painel Ações , selecione Gerir Propriedades do Registo de Diagnósticos.
    4. Na página Gerir Propriedades do Registo de Diagnósticos , selecione o serviço Exchange para o qual pretende alterar o nível de registo.
    5. Selecione o nível de registo pretendido e, em seguida, selecione Configurar. Se quiser restaurar as predefinições, selecione Repor todos os serviços para níveis de registo predefinidos e, em seguida, selecione Configurar.
    6. Na página Conclusão , confirme que o processo foi concluído com êxito. As tarefas mostrarão o estado Concluído ou Falhado. Se a tarefa tiver falhado, reveja o resumo para obter uma explicação e, em seguida, selecione Anterior para fazer as alterações de configuração necessárias.
    7. Selecione Concluir para concluir o assistente Gerir Nível de Registo de Diagnósticos .

Para Exchange Server 2003

  1. Inicie Gestor de Sistema do Exchange e, em seguida, apresente as propriedades do servidor no qual pretende ativar o início de sessão de diagnóstico.
  2. Selecione o separador Registo de Diagnósticos e, em seguida, expanda MSExchangeIS na lista Serviços .
  3. Selecione Pasta Pública, prima sem soltar Ctrl e, em seguida, selecione cada um dos seguintes itens para selecioná-los todos:
    • Atualizações do AD de Replicação
    • Mensagens recebidas de replicação
    • Mensagens de Envio de Replicação
    • Relatórios de Entrega Sem Entrega
    • Backfill de Replicação
    • Replicação Geral
  4. Selecione Aplicar Máximo>.
  5. Selecione Erros de Replicação Médio>>Aplicar>OK.
  6. Para aumentar o registo no servidor de destino do serviço MSExchangeTransport e definir o nível SMTP como Médio:
    1. Expanda Servidores, clique com o botão direito do rato em O Nome do Servidor e, em seguida, selecione Propriedades.
    2. Selecione o separador Registo de Diagnósticos e, em seguida, selecione MSExchangeTransportar em Serviços.
    3. Em Categorias, selecione SMTP.
    4. Em Nível de Registo, selecione Médio.

O que pretende fazer a seguir

Ativar o controlo de mensagens

Para ativar o Controlo de Mensagens em todos os servidores, irá trabalhar com o . Os passos para uma versão diferente do Exchange podem ser diferentes. Selecione a sua versão do Exchange:

Para Exchange Server 2007 e Exchange Server 2010

  1. Verifique se o controlo de mensagens está ativado ao aceder à Shell de Gestão do Exchange e ao executar o seguinte cmdlet:

    Get-MailboxServer $env:computername | fl MessageTracking*
    
  2. Deverá ver um resultado semelhante ao seguinte:

    Captura de ecrã a mostrar o cmdlet em execução para verificar se o controlo de mensagens está ativado.

  3. Certifique-se de que ambos MessageTrackingLogEnabled e MessageTrackingLogSubjectLoggingEnabled estão definidos como Verdadeiro.

  4. Certifique-se de que anota a MessageTrackingLogPath localização do registo.

Para Exchange Server 2003

  1. Inicie Gestor de Sistema do Exchange e, em seguida, apresente as propriedades do servidor onde pretende ativar o controlo de mensagens. O controlo de mensagens recolhe dados como Para, De e Data de Envio.
  2. No separador Geral , selecione a caixa de verificação Ativar controlo de mensagens .
  3. Selecione a caixa de verificação Ativar registo de assuntos e apresentar .

O que pretende fazer?

Resolver Problemas de Replicação de Pastas Públicas

Selecione uma pasta que inclua dados num servidor, mas não noutro servidor, e torne apenas essa pasta o foco dos seus esforços de resolução de problemas. Nos passos seguintes, o servidor que contém os dados chama-se servidor de origem ; O servidor que não contém os dados chama-se servidor de destino .

Exchange Server 2007 e Exchange Server 2010

  1. No Consola de Gestão do Exchange, selecione Consola de Gestão de Pastas Públicas em Caixa de Ferramentas.
  2. Clique com o botão direito do rato em Pastas Públicas e, em seguida, selecione Ligar a.
  3. Selecione o servidor ao qual pretende ligar.

Exchange Server 2003

  1. Abra o Gestor de Sistema do Exchange.
  2. Navegue para o Objeto hierarquia de pastas públicas.
  3. Clique com o botão direito do rato em Pastas Públicas e, em seguida, selecione Ligar a.
  4. Selecione o servidor ao qual pretende ligar.

A pasta que procura aparece agora na hierarquia em ambos os servidores?

Replicar Intervalo Sempre; ID do Evento 3018 do registo de aplicações

Replicar Intervalo Sempre

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

Exchange Server 2007 e Exchange Server 2010
  1. Comece Consola de Gestão do Exchange.

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

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

    Captura de ecrã a mostrar a execução de Get-PublicFolderDatabase para verificar se os parâmetros estão definidos.

  3. Certifique-se de que todas as bases de dados f públicas têm o mesmo ReplicationMessageSize.

Em seguida, verifique se a pasta em questão está configurada para utilizar a agenda da loja. Para o efetuar:

  1. Comece Consola de Gestão do Exchange.

  2. Execute o seguinte cmdlet e verifique Replicas e UseDatabaseReplicationSchedule está definido:

    Get-PublicFolder | fl *Replica*
    

    Captura de ecrã a mostrar a execução de Get-PublicFolder para verificar se os parâmetros estão definidos.

  3. Se UseDatabaseReplicationSchedule estiver definido como Falso, certifique-se de que ReplicationSchedule está definido.

Exchange Server 2003
  1. Comece Gestor de Sistema do Exchange.
  2. Expanda o contentor Grupos Administrativos e, em seguida, selecione o grupo administrativo que contém o servidor de pastas públicas.
  3. Expanda o contentor Servidores , selecione a base de dados da pasta pública e, em seguida, selecione Propriedades.
  4. No separador Replicação (Política), anote o valor na caixa Intervalo de replicação para sempre (minutos).
  5. Se o valor não for 15, escreva 15 na caixa Intervalo de replicação para sempre (minutos).
  6. Selecione Aplicar e, em seguida, selecione OK.

Em seguida, verifique se a pasta que está a resolver está configurada para utilizar a agenda da loja:

  1. Expanda Pastas Públicas e, em seguida, clique com o botão direito do rato na pasta que está a resolver.
  2. Selecione Propriedades.
  3. No separador Replicação , selecione Utilizar agenda de arquivo público na lista Intervalo de replicação de pastas públicas .

ID do Evento 3018 do registo de aplicações

Crie uma nova pasta na hierarquia no servidor de origem e, em seguida, atribua um nome exclusivo à nova pasta.

Neste exemplo, estamos a utilizar o Teste 1 como o nome da nossa pasta. Veja o registo de aplicações no servidor de origem do ID de Evento 3018, que indica o tipo de mensagem 0x2 e contém o nome da pasta que criou. Poderá ter de aguardar até 15 minutos para que o evento seja registado.

Tipo de Evento Informações
Origem do Evento: MSExchangeIS Public Store
Categoria do Evento: Mensagens de Envio de Replicação
ID do Evento: 3018
Mensagem: Foi emitida uma mensagem de replicação de saída.
Tipo: 0x2
ID da Mensagem: <MessageID@Server.Domain.com>
Base de dados "Grupo de Armazenamento\Pasta Pública"
Cn min: 1-100, CN máx: 1-200
RFIs:
1) FID: 1-1234, PFID: 1-1, Desvio: 28
IPM_SUBTREE\Teste 1

Vê o ID do Evento 3018?

Resolver problemas do servidor de origem

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

ID do Evento 3079 quando a base de dados da pasta pública é montada

Quando a base de dados da pasta pública é montada, o ID do Evento 3079 é registado no Registo de aplicações no servidor de origem. Examine o Registo de aplicações no servidor de origem.

Tipo de Evento Informações
Origem do Evento MSExchangeIS Public Store
Categoria do Evento Erros de Replicação
ID do Evento 3079
Mensagem Erro de thread de replicação inesperado na base de dados "<name>".
1) FID: 1-1234, PFID: 1-1, Desvio: 28
IPM_SUBTREE\Teste 1

Vê o ID do Evento 3079?

  • Se sim, consulte EcReplStartup.
  • Se não, pedimos desculpa, mas não é possível resolver um problema não identificado com este guia. Se contactar o suporte sobre este problema, informe-o de que o servidor de origem não está a gerar mensagens de replicação da hierarquia de saída e que não existe nenhum evento 3079 quando a base de dados é montada.

EcReplStartup

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

O ID do Evento 3079 contém EcReplStartup?

  • Se sim, veja ID do Evento do Registo de aplicações 9528.
  • Se não, pedimos desculpa, mas não é possível resolver um problema não identificado com este guia. Se contactar o suporte relativo a este problema, informe-o de que o servidor de origem não está a gerar mensagens de replicação da hierarquia de saída. Existe um evento 3079 quando a base de dados é montada, mas o evento não contém EcReplStartup.

ID do Evento 9528 do registo de aplicações

Se o ID do Evento 3079 contiver EcReplStartup, significa que o thread de replicação está a morrer no arranque. Em seguida, verifique se o ID do Evento 9528 está registado no Registo de aplicações do servidor de origem.

Tipo de Evento Informações
Origem do Evento MSExchangeIS
Categoria do Evento Geral
ID do Evento 9528
Mensagem O SID S-1-5-32-544 foi encontrado em 2 utilizadores no DS, pelo que o arquivo não consegue mapear este SID a um utilizador exclusivo.
Os utilizadores envolvidos são:
/DC=com/DC=domain/DC=na/OU=Migrated/CN=John, Woods
/DC=com/DC=domain/DC=ad/DC=corp/OU=EUC/OU=AMER/OU=Jersey City/OU=Harborside/OU=Users/CN=John, Woods

Vê o ID do Evento 9528?

  • Se sim, veja Remover contas duplicadas.
  • Se não, pedimos desculpa, mas não conseguimos resolver problemas não identificados com este guia. Para obter mais ajuda para resolver este problema, contacte Microsoft Exchange Server suporte e informe-o de que, quando a base de dados é montada, é registado um evento 3079.

Controlar a mensagem no controlo de mensagens; A mensagem foi entregue ao servidor de destino

Controlar a mensagem no controlo de mensagens

No servidor de origem, utilize o ID da mensagem da descrição do ID do Evento 3018 para controlar a mensagem no controlo de mensagens.

Tipo de Evento Informações
Origem do Evento MSExchangeIS Public Store
Categoria do Evento Mensagem a Enviar da Replicação
ID do Evento 3018
Mensagem Foi emitida uma mensagem de replicação de saída.
Tipo: 0x2
ID da Mensagem: <MessageID@Server.Domain.com>
Base de dados "Grupo de Armazenamento\Pasta Pública"

A mensagem foi entregue ao servidor de destino

Na descrição do ID do Evento 3018, anote o ID da mensagem e, em seguida, utilize o controlo de mensagens para determinar se a mensagem foi entregue ao servidor de destino. Por exemplo, o seguinte excerto de controlo 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 controlo de mensagens indica que a mensagem foi entregue ao servidor de destino?

Problema de transporte; A mensagem aparece no controlo de mensagens?

Problema de transporte

A mensagem não foi entregue no servidor de destino, o que indica que um problema de transporte está a causar o problema. Em seguida, vamos resolver o processo de transporte.

A mensagem é apresentada no controlo de mensagens

Aceda ao servidor de origem e localize o ID da Mensagem de saída. Em seguida, aceda ao Servidor de destino e execute o controlo de mensagens para ver se recebeu a mensagem. Selecione a sua versão do Exchange para verificar os passos para executar o controlo de mensagens.

Para Exchange Server 2007 e Exchange Server 2010
  1. Comece Consola de Gestão do Exchange.

  2. Execute o seguinte cmdlet:

    Get-MessageTrackingLog -MessageId
    
Para Exchange Server 2003
  1. Comece Gestor de Sistema do Exchange.
  2. Na árvore da consola, expanda Ferramentas e, em seguida, selecione Centro de Controlo de Mensagens.
  3. Na caixa Servidor, escreva o nome do servidor que está a executar Exchange Server 2003.

Para procurar uma lista de servidores disponíveis, selecione Servidor, selecione um servidor e, em seguida, selecione Adicionar. Pode procurar uma mensagem que tenha sido enviada ou entregue a um determinado servidor. Só tem de especificar o nome do servidor.

Recebeu a mensagem?

ID do Evento 3028 no servidor de destino

No servidor de destino, examine o Registo de aplicações do ID de Evento 3028, que contém o mesmo ID de mensagem que anotou na descrição do ID do Evento 3018.

Tipo de Evento Informações
Origem do Evento MSExchangeIS Public Store
Categoria do Evento Mensagens recebidas de replicação
ID do Evento 3028
Mensagem Foi emitida uma mensagem de replicação recebida.
Tipo: 0x2
ID da Mensagem: <MessageID@Server.Domain.com>
Base de dados "Grupo de Armazenamento\Pasta Pública"
Cn min: 5-100 CN max: 5-200
RFIs: 1
1) FID: 5-1234, PFID: 1-1, Desvio: 28
IPM_SUBTREE\Teste 1

O registo de aplicações do servidor de destino mostra o ID do Evento 3028 e este evento contém o mesmo ID de mensagem que o ID do Evento 3018?

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

No servidor de destino, examine o Registo de aplicações no Visualizador de Eventos eventos semelhantes aos seguintes eventos.

Tipo de Evento Erro
Origem do Evento MSExchangeTransport
Categoria do Evento Protocolo SMTP
ID do Evento 7004
Data Data
Hora Hora
Utilizadores Não disponível
Computador Computer_Name
Descrição Este é um registo de erros do protocolo SMTP para o ID do servidor virtual 1, ligação n.º 29. O anfitrião E2k3server1.contoso.comremoto , respondeu ao comando SMTP "xexch50" com "504 Need to authenticate first". O comando completo enviado foi "XEXCH50 2336 3 ". Isto provavelmente fará com que a ligação falhe.
Tipo de Evento Erro
Origem do Evento MSExchangeTransport
Categoria do Evento Protocolo SMTP
ID do Evento 7010
Data Data
Hora Hora
Utilizador Não disponível
Computador Computer_Name
Descrição: Este é um registo de protocolo SMTP para o ID do servidor virtual 1, ligação n.º 30. O cliente em "6.5.2.4" enviou um comando "xexch50" e o servidor SMTP respondeu com "504 É necessário autenticar primeiro". O comando completo enviado era "xexch50 1092 2". Isto provavelmente fará com que a ligação falhe. Estes eventos indicam que o sink do protocolo XEXCH50 foi acionado, mas a troca dos blobs falhou entre os servidores listados nos eventos.

Vê o ID do Evento 7004 e o ID do Evento 7010 no servidor de destino?

Resolver o problema com o comando XEXCH50

O problema que está a ter 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á ativada nos servidores virtuais SMTP nos computadores que estão a executar Exchange Server na sua organização. Se a Autenticação Integrada do Windows não estiver ativada:

    1. No Gestor de Sistema do Exchange, expanda Grupos Administrativos, expanda Servidores, expanda Exchange Server Nome, expanda Protocolos e, em seguida, expanda SMTP.
    2. Clique com o botão direito do rato no servidor virtual SMTP.
    3. Selecione Propriedades, selecione o separador Acesso e, em seguida, selecione Autenticação. Certifique-se de que a caixa de verificação Autenticação Integrada do Windows está selecionada.
  2. Se a Autenticação Integrada do Windows estiver ativada, mas os eventos persistirem, o servidor de envio no evento 7004 ou no evento 7010 poderá não ter ou ser negado o SendAs diretamente no servidor de receção. Se o servidor de envio e o servidor de receção estiverem a experienciar estes eventos, os servidores poderão não ter os direitos sendAs uns para os outros. O direito SendAs não está definido explicitamente. Normalmente, o direito SendAs é herdado através da associação no grupo Exchange Domain Servers (EDS). Se o EDS não tiver esta entrada de controlo de acesso DENY (ACE), o servidor afetado poderá estar aninhado noutro grupo que tenha o ACE DENY ou o EDS poderá estar aninhado noutros grupos que tenham o ACE DENY. Para ser executado com êxito, o comando XEXCH50 tem de ter os SendAs corretos para os servidores na organização do Exchange.

  3. Determine se está a utilizar o Transport Layer Security (TLS) e um canal de segurança entre servidores na organização do Exchange. Neste cenário, os sinks de eventos de transporte STARTTLS ocorrem antes do comando AUTH. O comando XEXCH50 falha mais tarde na sessão porque o comando AUTH está em falta.

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

    Tipo de Evento Aviso
    Origem do Evento Evento MSExchangeTransport
    Categoria do Evento Protocolo MTP
    ID do Evento 1706
    Descrição: O EXPS não consegue fornecer temporariamente 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 ...?

    Nota

    A descrição no ID do Evento 1706 inclui código de erro 0x8009030c.
    O código de erro 0x8009030c é o valor SEC_E_LOGON_DENIED Hresult. Este código indica que não foi possível iniciar sessão na conta.
    Estes problemas podem ser difíceis de resolver porque as credenciais de EXPS do Microsoft Windows são necessárias para transmitir este comando AUTH . Pode utilizar várias ferramentas para resolver problemas com a combinação do ID do Evento 7004 e 7010; isto inclui a ferramenta NLTEST e a ferramenta NETDOM. Os passos de resolução de problemas podem incluir a reposição de palavras-passe da conta de computador.
    Se tiver uma combinação do ID do Evento 7004 e 7010 no Registo de aplicações, conforme descrito anteriormente, e não conseguir detetar a origem do problema com a autenticação EXPS, contacte o Suporte da Microsoft Services.
    Se não tiver a combinação do ID do Evento 7004 e do ID do Evento 7010 no Registo de aplicações, avance para o passo 5.

  5. Verifique se existe uma firewall ou um mural antivírus entre servidores na organização do Exchange. Se uma firewall estiver a funcionar entre servidores na organização, desative temporariamente a firewall para determinar se está a causar o problema.

A desativação da firewall resolveu o problema?

Execute isinteg -fix -test ReplState no servidor de destino; Tombstone por causa de uma eliminação

Executar isinteg –fix –test ReplState no servidor de destino

Selecione a sua versão do Exchange para verificar e ajustar a definição ReplState com os seguintes passos:

Para Exchange Server 2007 e Exchange Server 2010
  1. Comece Consola de Gestão do Exchange.

  2. Utilize o New-PublicFolderDatabaseRepairRequest cmdlet para detetar e corrigir problemas de replicação na base de dados da pasta pública. As pastas públicas na base de dados de pastas públicas ainda podem ser acedidas enquanto o pedido está em execução. No entanto, a pasta pública que está a ser reparada não está disponível. Depois de iniciar o pedido de reparação, este não pode ser parado, a menos que desmonte a base de dados.

  3. Execute o seguinte cmdlet:

    New-PublicFolderDatabaseRepairRequest -Database -CorruptionType ReplState
    
Para Exchange Server 2003
  1. No servidor de destino, instale a correção KB925253.

  2. Após a instalação da correção, desmonte a base de dados da pasta pública no servidor e, em seguida, execute o seguinte comando numa linha de comandos:

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

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

Tombstone por causa de uma eliminação

Isto indica que a pasta é uma lápide devido a uma eliminação anterior que não foi replicada. Voltar para o servidor de origem e copie a pasta para criar uma nova pasta com o mesmo conteúdo e, em seguida, recomeize.

Nova visibilidade da pasta

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

Resolver problemas relacionados com o backfill da hierarquia

Neste momento, verificámos que as alterações à hierarquia estão a ser replicadas corretamente. Agora, podemos resolver problemas relacionados com o backfill da hierarquia. Para tal, execute Sincronizar Hierarquia no servidor de destino. Sincronizar Hierarquia faz com que o ID do Evento 3017 ocorra. O ID do Evento 3017 mostra que um pedido de estado da hierarquia (tipo 0x20) foi enviado para o servidor de origem.

Para Exchange Server 2007 e Exchange Server 2010

  1. Comece Consola de Gestão do Exchange.
  2. Execute o Update-PublicFolderHierarchy -Server cmdlet .
  3. Depois de executar a Hierarquia de Sincronização no servidor de destino, examine o Registo de aplicações no servidor de origem para o evento 3027 e para o pedido de estado de entrada.

Para Exchange Server 2003

  1. Comece Gestor de Sistema do Exchange.
  2. Para executar Sincronizar Hierarquia, expanda Pastas, clique com o botão direito do rato no contentor de objetos Pastas Públicas e, em seguida, selecione Sincronizar Hierarquia.
  3. Depois de executar a Hierarquia de Sincronização no servidor de destino, examine o Registo de aplicações no servidor de origem para o evento 3027 e para o pedido de estado de entrada.

O evento 3027 está no Registo de aplicações no servidor de origem?

Obter o ID da mensagem e controlar a mensagem

No servidor de origem, localize o ID do Evento 3017 e, em seguida, anote o ID da mensagem. Utilize o controlo de mensagens para controlar o ID da mensagem para determinar se a mensagem foi entregue ao servidor de origem.

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

Determinar se o arquivo de pastas públicas no servidor de origem tem um endereço de e-mail

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

Para examinar o valor

Aviso

Se utilizar o snap-in Editar da Interface de Serviço do Active Directory (ADSI), o utilitário LDP ou qualquer outro cliente LDAP versão 3 e alterar incorretamente os atributos dos objetos do Active Directory, pode causar problemas graves. Estes problemas podem exigir que reinstale o Microsoft Windows 2000 Server, Windows Server 2003, Microsoft Exchange Server 2000, Microsoft Exchange Server 2003 ou o Windows Server e Exchange Server. A Microsoft não pode garantir que os problemas que ocorrem se alterar incorretamente os atributos de objetos do Active Directory possam ser resolvidos. Altere estes atributos por sua conta e risco.

Nota

Consoante a sua versão do Microsoft Windows, os passos seguintes podem ser diferentes no seu computador. Se estiverem, veja a documentação do produto para concluir estes passos.

  1. Inicie a ferramenta Edição ADSI ao selecionar Iniciar>Execução, escrever adsiedit.msc na caixa Abrir e, em seguida, selecionar OK.

    Nota

    A Edição ADSI está incluída 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, faça duplo clique Setup.exe na pasta Support\Tools no CD do Windows 2000. Para instalar as Ferramentas de Suporte do Windows Server 2003, faça duplo clique Suptools.msi na pasta Support\Tools no CD do Windows Server 2003.

  2. Ligue-se a um controlador de domínio se ainda não estiver ligado.

    Nota

    Neste passo, contoso.com é um marcador de posição para o seu nome de domínio; outras palavras em itálico são marcadores de posição para os nomes indicados. Expanda Contentor de Configuração [computername.contoso.com], expanda CN=Configuration, DC=contoso, DC=com, expanda CN=Services, expanda CN=Microsoft Exchange, expanda CN=OrganizationName, expanda CN=Grupos Administrativos, expanda CN=AdministrativeGroupName, expanda CN=Servers, expanda CN=ExchangeServerName, expanda CN=InformationStore e, em seguida, selecione CN=First Storage Group.

  3. No painel direito, clique com o botão direito do rato em CN=Arquivo de Pastas Públicas (EXCHANGESERVERNAME) e, em seguida, selecione Propriedades.

  4. Na lista Selecionar as propriedades a ver , selecione ambas.

  5. Na lista Selecionar uma propriedade a ver , selecione proxyAddresses.

  6. Na caixa Valores , determine se é atribuído um endereço de e-mail. Normalmente, o arquivo de pastas públicas tem um carimbo de endereço SMTP (Simple Mail Transfer Protocol) semelhante a: SMTP:ExchangeServerName-IS@contoso.com.

  7. Na lista Selecionar uma propriedade para ver , selecione correio.

  8. Na caixa Valores , verifique se o endereço SMTP é o mesmo que o endereço SMTP apresentado no passo 7.

A loja pública de origem tem um endereço de e-mail?

  • Se sim, pedimos desculpa, mas não é possível resolver um problema não identificado com este guia. Para obter mais ajuda para resolver este problema, contacte Microsoft Exchange Server suporte.
  • Se não, veja ID do Evento do Registo de aplicações 3018.

ID do Evento 3017 no servidor de origem

No Registo de aplicações no servidor de origem, imediatamente antes do ID do Evento 3027, localize o ID do Evento 3017 para a mesma pasta, que tem o tipo 0x10.

Vê o ID do Evento 3017 e escreve 0x10 para a mesma pasta?

ID do Evento 3027 no servidor de destino

O ID do Evento 3027 é a resposta de estado no servidor de origem. No Registo de aplicações no servidor de destino, localize o ID do Evento 3027 para examinar a resposta de estado.

Vê o ID do Evento 3027 no servidor de destino?

  • Se sim, veja Resolução de problemas de preenchimento.
  • Se não, pedimos desculpa, mas não é possível resolver um problema não identificado com este guia. Para obter mais ajuda para resolver este problema, contacte Microsoft Exchange Server suporte.

Resolução de problemas de preenchimento

Neste momento, sabemos que o servidor de destino tem conhecimento de que os dados estão em falta. Agora, focamo-nos na resolução de problemas com o próprio preenchimento da hierarquia.

No servidor de destino, execute a Sincronização de Hierarquia novamente e, em seguida, verifique o Registo de aplicações no servidor de destino do ID do Evento 3014, que tem o tipo 0x8. O ID do Evento 3014 é um pedido de backfill de saída para a hierarquia.

Vê o ID do Evento 3014 e escreve 0x8 no servidor de destino?

  • Se sim, veja ID do Evento 3024 no servidor de origem.
  • Se não, pedimos desculpa, mas não é possível resolver um problema não identificado com este guia. Para obter mais ajuda para resolver este problema, contacte Microsoft Exchange Server suporte.

ID do Evento 3024 no servidor de origem

O ID do Evento 3024 é o pedido de backfill da hierarquia de entrada.

Vê o ID do Evento 3024 no servidor de origem?

ID do Evento 3019 no servidor de origem

O ID do Evento 3019, que tem o tipo 0x80000002, é a resposta de backfill da hierarquia de saída no servidor de origem. Examine o Registo de aplicações no servidor de origem do ID do Evento 3019.

O ID do Evento 3019 está no Registo de aplicações no servidor de origem?

  • Se sim, veja ID do Evento 3029.
  • Se não, pedimos desculpa, mas não é possível resolver um problema não identificado com este guia. Para obter mais ajuda para resolver este problema, contacte Microsoft Exchange Server suporte.

ID do Evento 3029

O ID do Evento 3029 é a resposta de backfill da hierarquia de entrada no servidor de destino.

Vê o ID do Evento 3029 no Registo de aplicações no servidor de destino?

Procurar a pasta na hierarquia

No servidor de destino, procure a pasta na hierarquia.

Vê a pasta na hierarquia no servidor de destino agora?

  • Se sim, parabéns! O problema de Replicação de Pastas Públicas para Exchange Server 2003 está resolvido.
  • Se não, pedimos desculpa, mas não é possível resolver um problema não identificado com este guia. Para obter mais ajuda para resolver este problema, contacte Microsoft Exchange Server suporte.

Controlar o ID da mensagem do ID do Evento 3014

No servidor de destino, examine o ID do Evento 3014 para obter o ID da mensagem. Utilize o controlo de mensagens para controlar o ID da mensagem.

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

Controlar o ID da mensagem do ID do Evento 3019

No servidor de origem, localize o ID do Evento 3019 e, em seguida, anote o ID da mensagem no evento. Utilize o controlo de mensagens para controlar o ID da mensagem.

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

Foco no conteúdo; Replicar Intervalo e AgendaMento Sempre; Criar um novo item no servidor de origem

Foco no conteúdo

Uma vez que a pasta aparece na hierarquia em ambos os servidores, provavelmente não se trata de um problema de replicação de hierarquia. Por conseguinte, vamos concentrar-nos na resolução de problemas de conteúdos.

Replicar Intervalo e AgendaMento Sempre

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

Para verificar e ajustar a definição no Exchange Server 2007 e Exchange Server 2010
  1. Comece Consola de Gestão do Exchange.

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

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

    Captura de ecrã a mostrar a utilização de Get-PublicFolderDatabase para verificar se os parâmetros estão definidos.

  3. Certifique-se de que todas as bases de dados de pastas públicas têm o mesmo ReplicationMessageSize.

Em seguida, verifique se a pasta em questão está configurada para utilizar a agenda da loja. Para o efetuar:

  1. Comece Consola de Gestão do Exchange.

  2. Execute o seguinte cmdlet e verifique Replicas e UseDatabaseReplicationSchedule está definido:

    Get-PublicFolder | fl *Replica*
    

    Captura de ecrã a mostrar a utilização de Get-PublicFolder para verificar se os parâmetros estão definidos.

  3. Se UseDatabaseReplicationSchedule estiver definido como Falso, certifique-se de que ReplicationSchedule está definido.

Para verificar e ajustar a definição no Exchange Server 2003
  1. Comece Gestor de Sistema do Exchange.
  2. Expanda o contentor Grupos Administrativos e, em seguida, selecione o grupo administrativo que contém o servidor de pastas públicas.
  3. Expanda o contentor Servidores, expanda o servidor de origem, selecione a base de dados da pasta pública e, em seguida, selecione Propriedades.
  4. No separador Replicação (Política), escreva 15 na caixa Intervalo de replicação para sempre (minutos).
  5. Selecione Aplicar e, em seguida, selecione OK.

Em seguida, verifique se a pasta com a qual está a trabalhar está configurada para utilizar a agenda da loja. Para o efetuar:

  1. Expanda Pastas Públicas e, em seguida, clique com o botão direito do rato na pasta com a qual está a trabalhar.
  2. Selecione Propriedades.
  3. No separador Replicação , selecione Utilizar agenda de arquivo público na lista Intervalo de replicação de pastas públicas .

Criar um novo item no servidor de origem

Crie um novo item na pasta pública no servidor de origem e, em seguida, watch o Registo de aplicações para o ID do Evento 3020.

Vê o ID do Evento 3020 e inclui o nome da pasta que está a testar e o nome do item que criámos?

ID do Evento 3030

No servidor de destino, examine o Registo de aplicações do ID de Evento 3030.

O registo de aplicações do servidor de destino contém o ID de Evento 3030 para a mesma pasta e item

O servidor de origem não está a gerar mensagens de conteúdo de saída para essa pasta; ID do Evento 3079 quando a base de dados da pasta pública é montada

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

O servidor de origem não está a gerar mensagens de conteúdo de saída para essa pasta. Vamos concentrar a nossa resolução de problemas no servidor de origem.

ID do Evento 3079 quando a base de dados da pasta pública é montada

No servidor de origem, examine o Registo de aplicações do ID de Evento 3079. O ID do Evento 3079 ocorre quando a base de dados está montada e deve conter o texto EcReplStartup. Por exemplo, o ID do Evento 3079 deve assemelhar-se à seguinte tabela.

Tipo de Evento Informações
Origem do Evento
MSExchangeIS Public Store
Categoria do Evento Erros de Replicação
ID do Evento 3079
Mensagem Erro de thread de replicação inesperado 0x3f0.
EcGetReplMsg
EcReplStartup
FReplAgent

Vê o ID do Evento 3079 e contém EcReplStartup quando a base de dados é montada?

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

Executar isinteg –fix –test ReplState no servidor de destino

Selecione a sua versão do Exchange para verificar e ajustar a definição ReplState com os seguintes passos:

Para Exchange Server 2007 e Exchange Server 2010
  1. Comece Consola de Gestão do Exchange.

  2. Utilize o New-PublicFolderDatabaseRepairRequest cmdlet para detetar e corrigir problemas de replicação na base de dados da pasta pública. As pastas públicas na base de dados de pastas públicas ainda podem ser acedidas enquanto o pedido está em execução. No entanto, a pasta pública que está a ser reparada não está disponível. Depois de iniciar o pedido de reparação, este não pode ser parado, a menos que desmonte a base de dados.

  3. Execute o seguinte cmdlet:

    New-PublicFolderDatabaseRepairRequest -Database -CorruptionType ReplState
    
Para Exchange Server 2003
  1. No servidor de destino, instale a correção KB925253 que foi lançada a 24 de janeiro de 2013.

  2. Após a instalação da correção, desmonte a base de dados da pasta pública no servidor e, em seguida, execute o seguinte comando numa linha de comandos:

    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, em seguida, examine o Registo de aplicações do ID do Evento 3020.

Vê o ID do Evento 3020 e inclui o nome da pasta que está a testar e o nome do item que criou?

  • Se sim, veja ID do Evento 3030.
  • Se não, pedimos desculpa, mas não é possível resolver um problema não identificado com este guia. Se contactar o suporte relativo a este problema, informe-o de que o servidor de origem não está a gerar mensagens de replicação da hierarquia de saída. Existe um evento 3079 quando a base de dados é montada, 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 criou no servidor de origem e certifique-se de que está na pasta de destino.

Vê o item na pasta no servidor de destino?

Resolver problemas de preenchimento de conteúdo

Verificámos que as alterações ao conteúdo estão a ser replicadas. Em seguida, vamos resolver o problema do backfill do conteúdo.

Para tal, execute Sincronizar Conteúdo no servidor de destino. Isto deve fazer com que o servidor de destino peça ao servidor de origem os dados em falta.

Para executar o Synchronize Content no Exchange Server 2007 e Exchange Server 2010

  1. Comece Consola de Gestão do Exchange.

  2. Execute o seguinte comando:

    Update-PublicFolder -Server <DestinationServer>
    
  3. Depois de executar a Hierarquia de Sincronização no servidor de destino, examine o Registo de aplicações no servidor de origem para o evento 3027 e para o pedido de estado de entrada.

Para executar Sincronizar Conteúdo no Exchange Server 2003

  1. Expanda Pastas Públicas e, em seguida, selecione a pasta de destino.
  2. No painel direito, selecione o separador Estado .
  3. Clique com o botão direito do rato no servidor de destino e, em seguida, selecione Sincronizar Conteúdo.

Depois de executar Sincronizar Conteúdo no servidor de destino, examine o Registo de aplicações do ID de Evento 3017 para o pedido de estado de saída.

É o ID do Evento 3017 no Registo de aplicações no servidor de destino

Executar isinteg -fix -test ReplState (se o ID do Evento 3017 não estiver registado)

Selecione a sua versão do Exchange para verificar e ajustar a definição ReplState com os seguintes passos:

Para Exchange Server 2007 e Exchange Server 2010

  1. Comece Consola de Gestão do Exchange.

  2. Utilize o New-PublicFolderDatabaseRepairRequest cmdlet para detetar e corrigir problemas de replicação na base de dados da pasta pública. As pastas públicas na base de dados de pastas públicas ainda podem ser acedidas enquanto o pedido está em execução, mas não pode aceder à pasta pública que está a ser reparada. Depois de iniciar o pedido de reparação, este não pode ser parado, a menos que desmonte a base de dados.

  3. Execute o seguinte cmdlet:

    New-PublicFolderDatabaseRepairRequest -Database -CorruptionType ReplState
    

Para Exchange Server 2003

  1. No servidor de destino, instale a correção KB925253.

  2. Após a instalação da correção, desmonte a base de dados da pasta pública no servidor e, em seguida, execute o seguinte comando numa linha de comandos:

     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 tal, adicione uma réplica ou remova uma réplica de qualquer servidor. Selecione Aplicar, inverta a alteração que acabou de fazer e, em seguida, selecione Aplicar novamente.

  4. Execute Novamente a opção Sincronizar Conteúdo no servidor de destino para a mesma pasta.

  5. Examine o Registo de aplicações do ID do Evento 3017 para o pedido de estado de saída.

O ID do Evento 3017 está no Registo de aplicações no servidor de destino?

  • Se sim, veja ID do Evento 3027.
  • Se não, pedimos desculpa, mas não é possível resolver um problema não identificado com este guia. Para obter mais ajuda para resolver este problema, contacte Microsoft Exchange Server suporte.

ID do Evento 3027

No servidor de origem, examine o Registo de aplicações do ID de Evento 3027 que tem o tipo 0x20.

Vê o ID do Evento 3027 e tem o tipo 0x20 no servidor de origem?

ID do Evento 3017 no servidor de origem

No Registo de aplicações no servidor de origem, imediatamente antes do ID do Evento 3027, localize o ID do Evento 3017 que tenha o tipo 0x10 para a mesma pasta.

Vê o ID do Evento 3017 e tem o 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 estado, 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 ser sincronizados sem ter conteúdo idêntico é se tiverem limites de idade diferentes. Se o servidor de destino já tiver expirado os itens em questão, não irá voltar a efetuar o preenchimento dos itens.

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

Quotas de Armazenamento

Utilizar predefinições de quota de base de dados

Selecione esta caixa de verificação para utilizar os limites de quota da base de dados de pastas públicas nos quais reside a pasta pública. Se não selecionar as predefinições, as caixas de verificação Emitir aviso em (KB),Proibir publicação em (KB) e Tamanho máximo do item (KB) ficarão disponíveis.

Aviso de problema em (KB)

Selecione esta caixa de verificação para avisar automaticamente os proprietários de pastas públicas de que a pasta pública está a aproximar-se do limite de armazenamento. Para especificar este limite, selecione a caixa de verificação e, em seguida, especifique o tamanho da pasta pública em kilobytes (KB) na qual pretende proibir a publicação. Pode introduzir um valor entre 0 KB e 2.147.483.647 KB (2,1 terabytes).

Proibir publicação em (KB)

Selecione esta caixa de verificação para impedir a publicação na pasta pública depois de o tamanho da pasta atingir o limite especificado. Para especificar este limite, selecione a caixa de verificação e, em seguida, especifique o tamanho da pasta pública na BDC na qual pretende proibir a publicação. Pode introduzir um valor entre 0 KB e 2.147.483.647 KB (2,1 terabytes).

Tamanho máximo do item (KB)

Selecione esta caixa de verificação para limitar o tamanho máximo de itens que os utilizadores podem publicar na pasta pública. Para especificar o tamanho, selecione a caixa de verificação e, em seguida, especifique o tamanho máximo de itens na BDC que os utilizadores podem publicar nas pastas públicas. Pode introduzir um valor entre 0 KB e 2.097.151 KB.

Retenção de Itens Eliminados

Utilizar predefinições de retenção de bases de dados

Selecione esta caixa de verificação para utilizar os limites de retenção de itens de base de dados da pasta pública no servidor onde reside esta pasta pública. Se não selecionar esta caixa de verificação, a caixa de verificação Reter itens eliminados durante (dias) fica disponível.

Reter itens eliminados durante (dias)

Selecione esta caixa de verificação para definir o número de dias em que os itens eliminados são retidos numa pasta pública. Pode introduzir um valor entre 0 e 24 855 dias.

Limites de Idade

Utilizar predefinições de idade da base de dados

Selecione esta caixa de verificação para utilizar os limites de idade da base de dados da pasta pública para o servidor onde reside esta pasta pública. Se não selecionar esta caixa de verificação, a caixa de verificação Limite de idade para réplicas (dias) fica disponível.

Limite de idade para réplicas (dias)

Selecione esta caixa de verificação para limitar a idade da pasta pública. Utilize a caixa de texto correspondente para especificar o limite de idade em dias. As réplicas desta pasta pública são eliminadas automaticamente quando o limite de idade é excedido. Pode introduzir 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 é por predefinição. Não tem de continuar a resolução de problemas. Pode contornar o problema ao copiar os itens para que se tornem novos itens numa 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 Registo de aplicações do evento ID do Evento 3027 que tem o tipo 0x10.

Vê o ID do Evento 3027 e tem o tipo 0x10?

  • Se sim, consulte o artigo Focar-se no backfill.
  • Se não, pedimos desculpa, mas não é possível resolver um problema não identificado com este guia. Se contactar o suporte relativo a este problema, informe-o de que o servidor de origem não está a gerar mensagens de replicação da hierarquia de saída. Existe um evento 3079 quando a base de dados é montada, mas o evento não contém EcReplStartup.

Foco no backfill

Neste momento, o servidor de destino calculou que alguns dados estão em falta. Por conseguinte, vamos concentrar-nos no backfill.

No servidor de destino, execute Novamente Sincronizar Conteúdo na pasta de destino. Depois de executar Sincronizar Conteúdo, o ID do Evento 3016 é registado no Registo de aplicações. O ID do Evento 3016 tem o tipo de mensagem 0x8 que contém o nome da pasta.

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

ID do Evento 3026 no servidor de origem

Em resposta ao ID do Evento 3016 no servidor de destino, deverá ver o ID do Evento 3026 no Registo de aplicações no servidor de origem.

No servidor de origem, vê o ID do Evento 3026?

ID do Evento 3021 no servidor de origem

No Registo de aplicações no servidor de origem, imediatamente após o ID do Evento 3026, deverá ver um ou mais incidentes do ID do Evento 3021 que incluem o tipo de mensagem 0x80000004 para a pasta.

Vê pelo menos um ID de Evento 3021 que inclui o tipo de mensagem 0x80000004 para a pasta?

Comparar o número de ID do Evento 3021 com o número de ID do Evento 3031

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

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

Localizar 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.

Encontrou o conteúdo na mesma pasta no servidor de destino?

  • Se sim, parabéns! O problema de Replicação de Pastas Públicas para Exchange Server 2003 está resolvido.
  • Se não, pedimos desculpa, mas não é possível resolver um problema não identificado com este guia. Para obter mais ajuda para resolver este problema, contacte Microsoft Exchange Server suporte.

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

Examine o ID do Evento 3016 para verificar se a mensagem foi enviada para o servidor de origem esperado. No servidor de destino, examine o ID do Evento 3016 para determinar qual o servidor de origem que deveria ter recebido a mensagem. Se um servidor de origem diferente receber a mensagem, utilize esse servidor como o novo servidor de origem e, em seguida, examine o Registo de aplicações no novo servidor de origem para o ID do Evento 3016.

Tipo de Evento Informações
Origem do Evento MSExchangeIS Public Store
Categoria do Evento Mensagens de Envio de Replicação
ID do Evento 3016
Mensagem Valor do tipo <de mensagem a enviar>
ID da Mensagem: <ID>
Pasta: <nome da pasta>
"<nome" da base de dados>.
CNSET: <valor>
CNSET(FAI): <valor>
Servidor: <nome do servidor>

O servidor de origem esperado está identificado no ID do Evento 3016?

  • Se sim, veja ID do Evento 3021 no servidor de origem.
  • Se não, pedimos desculpa, mas não é possível resolver um problema não identificado com este guia. Para obter mais ajuda para resolver este problema, contacte Microsoft Exchange Server suporte.

Limite de preenchimento pendente

Por predefinição, o arquivo de Pastas Públicas pode conter até 50 pedidos de backfill pendentes em simultâneo. Isto é conhecido como o Limite de Preenchimento Pendente (OBL). Quando 50 pedidos de backfill estão na matriz de arquivo, esses pedidos são feitos repetidamente até serem satisfeitos; não podem ser feitos mais novos pedidos até que pelo menos um pedido seja concluído.

Sempre que um pedido de backfill é satisfeito, ocorre uma abertura no OBL e pode ser pedido um novo conjunto de dados. No entanto, se todos os 50 pedidos correrem problemas e não puderem ser satisfeitos, não ocorrerão novas aberturas, não poderão ser feitos novos pedidos e a replicação não pode continuar.

Para determinar se o Limite de Preenchimento Pendente é a causa do problema, aumente o limite de OBL em um (1) no servidor de destino e, em seguida, examine o Registo de aplicações durante, pelo menos, cinco minutos para uma instância do ID do Evento 3016.

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

  1. Abra a Revisor de Registo ao selecionar Iniciar>Execução, escreva regedit e, em seguida, selecione 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 rato em Public-GUID<>, aponte para Novo e, em seguida, selecione Valor DWORD.

  4. Escreva Limite de Preenchimento Pendente de Replicação e, em seguida, prima Enter para dar o nome -subchave nova.

  5. Clique com o botão direito do rato em Replicação Limite de Preenchimento Pendente e, em seguida, selecione Modificar.

  6. Na caixa Dados do valor , escreva 51 e, em seguida, selecione OK.

  7. Feche a Revisor de Registo.

  8. Reinicie o serviço Arquivo de Informações do Microsoft Exchange no Exchange Server 2003. Para o efetuar:

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

Se o ID do Evento 3016 for registado noutra pasta, resolva o problema com essa pasta.

Vê o ID do Evento 3016 para outra pasta?

  • Se sim, veja Resolver problemas de preenchimento de conteúdo.
  • Se não, pedimos desculpa, mas não é possível resolver um problema não identificado com este guia. Para obter mais ajuda para resolver este problema, contacte Microsoft Exchange Server suporte.

Controlar a mensagem identificada no ID do Evento 3020

No servidor de origem, utilize o controlo de mensagens para controlar a identificação da mensagem no ID do Evento 3020.

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

Resolver problemas do comando XEXCH50

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

Para verificar e ajustar a definição de nível de protocolo SMTP, selecione a sua versão do Exchange para verificar os passos:

Para Exchange Server 2007 e Exchange Server 2010

  1. Comece Consola de Gestão do Exchange.
  2. Utilize os Set-EventLogLevel -Identity "MSExchangeTransport\SmtpReceive" -Level 'Medium' cmdlets e Set-EventLogLevel -Identity "MSExchangeTransport\SmtpSend" -Level 'Medium' para ativar o registo de eventos para o SMTP.
  3. Utilize o Resume-PublicFolderReplication cmdlet para iniciar a replicação de pastas públicas para toda a organização.

Para Exchange Server 2003

Em seguida, examine o Registo de aplicações no Visualizador de Eventos eventos semelhantes aos seguintes:

Tipo de Evento Erro
Origem do Evento MSExchangeTransport
Categoria do Evento Protocolo SMTP
ID do Evento 7004
Data: Data
Hora Hora
Utilizador Não disponível
Computador Computer_Name
Descrição Este é um registo de erros do protocolo SMTP para o ID do servidor virtual 1, ligação n.º 29. O anfitrião E2k3server1.contoso.com remoto respondeu ao comando SMTP "xexch50" com "504 Need to authenticate first". "O comando completo enviado foi "XEXCH50 2336 3". Isto provavelmente fará com que a ligação falhe.
Tipo de Evento: Erro
Origem do Evento MSExchangeTransport
Categoria do Evento Protocolo SMTP
ID do Evento 7010
Data Data
Hora Hora
Utilizador Não disponível
Computador: Computer_Name
Descrição: Este é um registo de protocolo SMTP para o ID do servidor virtual 1, ligação n.º 30. O cliente em "6.5.2.4" enviou um comando "xexch50" e o servidor SMTP respondeu com "504 É necessário autenticar primeiro". O comando completo enviado era "xexch50 1092 2". Isto provavelmente fará com que a ligação falhe. Estes eventos indicam que o sink do protocolo XEXCH50 foi acionado, mas a troca dos blobs falhou entre os servidores listados nos eventos.

Vê o ID do Evento 7004 e o ID do Evento 7010 no servidor de destino?

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

Selecione a sua versão do Exchange para verificar e ajustar a definição ReplState com os seguintes passos:

Para Exchange Server 2007 e Exchange Server 2010

  1. Comece Consola de Gestão do Exchange.

  2. Utilize o New-PublicFolderDatabaseRepairRequest cmdlet para detetar e corrigir problemas de replicação na base de dados da pasta pública. As pastas públicas na base de dados de pastas públicas ainda podem ser acedidas enquanto o pedido está em execução, mas não pode aceder à pasta pública que está a ser reparada. Depois de iniciar o pedido de reparação, este não pode ser parado, a menos que desmonte a base de dados.

  3. Execute o seguinte cmdlet:

    New-PublicFolderDatabaseRepairRequest -Database -CorruptionType ReplState
    

Para Exchange Server 2003

  1. No servidor de destino, instale a correção KB925253.

  2. Após a instalação da correção, desmonte a base de dados da pasta pública no servidor e, em seguida, execute o seguinte comando numa linha de comandos:

    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 tal, adicione uma réplica a ou remova uma réplica de qualquer servidor. Selecione Aplicar, inverta a alteração que acabou de fazer e, em seguida, selecione Aplicar novamente.
    2. No servidor de origem, crie um novo item.
    3. Examine o Registo de aplicações no servidor de origem para o ID do Evento 3020.
    4. Examine o Registo de aplicações no servidor de destino para o ID de Evento 3030.

Vê o ID do Evento 3030 no Registo de aplicações no servidor de destino?

  • Se sim, parabéns! O problema de Replicação de Pastas Públicas para Exchange Server 2003 está resolvido.
  • Se não, pedimos desculpa, mas não é possível resolver um problema não identificado com este guia. Se contactar o suporte relativo a este problema, informe-o de que o servidor de origem não está a gerar mensagens de replicação da hierarquia de saída. Existe um evento 3079 quando a base de dados é montada, mas o evento não contém EcReplStartup.

Tamanho da Fila de Receção de Replicação no Monitor de Desempenho

As mensagens de replicação de pastas públicas são recebidas pelo SMTP, categorizadas e entregues à fila SMTP local. Em seguida, as mensagens são submetidas para o arquivo de Pastas Públicas. Assim que as mensagens forem submetidas para o arquivo de Pastas Públicas, estas são colocadas na Fila de Receção de Replicação. As mensagens na Fila de Receção de Replicação são processadas e as alterações são efetuadas na pasta pública adequada. O contador de desempenho Tamanho da Fila de Receção de Replicação indica o número de mensagens de replicação de pastas públicas à espera de serem processadas.

Quanto maior for a fila de replicação, maior será a sincronização dos conteúdos nas pastas. Quando as filas de replicação aumentam, há um aumento de carga nos recursos à medida que as mensagens na fila de replicação são processadas. Além disso, as filas de replicação crescentes indicam que o conteúdo da pasta pública no servidor está desatualizado.

Não é necessária nenhuma ação nas duas instâncias em que o crescimento na Fila de Receção de Replicação é esperado e pode ser planeado para:

  • Num servidor de pastas públicas recentemente introduzido, o crescimento na Fila de Receção de Replicação pode ser causado pela replicação de backfill inicial esperada.
  • Se a consolidação de sites ou outras alterações importantes na topologia do Exchange estiverem a ocorrer, espera-se que haja muita replicação à medida que o conteúdo é movido.

Para servidores de estado estável existentes em que as réplicas de pastas públicas não estão a ser alteradas em massa, este erro pode indicar:

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

Para resolver este erro:

  • Monitorize o Tamanho da Fila de Receção do MSExchangeIS Public\Replication até mostrar 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 tiver uma Fila Alta, veja Colocar a replicação em pausa.

Se tiver uma Fila Baixa, veja Possível problema de ReplState.

Colocar a replicação em pausa

Coloque em pausa a replicação de pastas públicas e deixe as filas drenarem ou chamarem o suporte.

Para colocar a replicação em pausa

  1. Comece Consola de Gestão do Exchange.
  2. Utilize o Suspend-PublicFolderReplication cmdlet para parar a replicação de pastas públicas para toda a organização.
  3. Monitorize as Filas de Transporte ao executar Get-TransportServer | Get-Queue. Assim que a fila for reduzida, pode retomar a replicação.
  4. Utilize o Resume-PublicFolderReplication cmdlet para reiniciar a replicação de pastas públicas para toda a organização.

Pedimos desculpa, mas não conseguimos resolver um problema não identificado com este guia. Se contactar o suporte sobre este problema, informe-o de que a Replicação está em Pausa e que está à espera que as filas reduzam.

À procura do ID da pasta (FID) (Isolar?)

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

  • Se sim, veja Tombstone por causa de uma eliminação.
  • Se não, pedimos desculpa, mas não é possível resolver um problema não identificado com este guia. Para obter mais ajuda para resolver este problema, contacte Microsoft Exchange Server suporte.

Tombstone devido a uma eliminação (o evento ID do Evento 3028 mostra o FID)

Isto indica que a pasta é uma lápide devido a uma eliminação anterior que não foi replicada. Voltar para o servidor de origem e copie a pasta para criar uma nova pasta com o mesmo conteúdo e, em seguida, recomeize.

Estas informações são úteis?

  • Se sim, veja Remover contas duplicadas.
  • Se não, pedimos desculpa, mas não conseguimos resolver problemas não identificados com este guia. Para obter mais ajuda para resolver este problema, contacte Microsoft Exchange Server suporte e informe-o de que, quando a base de dados é montada, é registado um evento 3079.

O monitor de desempenho mostra um grande número de mensagens em fila para submissão

Abra o Monitor de Desempenho.

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

Se precisar de saber mais sobre o monitor de desempenho, pode aceder aqui: Guia de Introdução de Monitorização de Desempenho.

O monitor de desempenho mostra um grande número de mensagens em fila de espera para submissão?

  • Se sim, consulte Verificar serviços.
  • Se não, pedimos desculpa, mas não é possível resolver um problema não identificado com este guia. Se contactar o suporte sobre este problema, informe-o de que o servidor está a gerar mensagens de hierarquia de saída, mas essas mensagens não são apresentadas no controlo de mensagens e nada está em fila de espera para submissão.

Verificar serviços

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

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

Get-Service MSExchangeTransport

O Serviço de Transporte está em execução?

  • Se sim, veja Resolver Problemas de Replicação de Pastas Públicas.
  • Se não, pedimos desculpa, mas não é possível resolver um problema não identificado com este guia. Se contactar o suporte sobre este problema, informe-o de que o servidor está a gerar mensagens de hierarquia de saída, mas essas mensagens não são apresentadas no controlo de mensagens e nada está em fila de espera para submissão.

O evento 3030 mostra o ID da mensagem (SEG.TEXTO) 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, pedimos desculpa, mas não é possível resolver um problema não identificado com este guia. Se contactar o suporte sobre este problema, informe-o de que o servidor de origem não está a gerar mensagens de replicação da hierarquia de saída e que não existe nenhum evento 3079 quando a base de dados é montada.

Tombstone

Normalmente, este é o resultado de uma lápide devido a uma eliminação de mensagens que não foi replicada. Pode copiar as mensagens na pasta para criar novas mensagens ou copiar toda a pasta.

Estas informações são úteis?

  • Se sim, veja Remover contas duplicadas.
  • Se não, pedimos desculpa, mas não conseguimos resolver problemas não identificados com este guia. Para obter mais ajuda para resolver este problema, contacte Microsoft Exchange Server suporte e informe-o de que, quando a base de dados é montada, é registado um evento 3079.

Controlar o ID do Evento 3027

Acompanhe o 3027 para ver até onde chegou. Se não tiver saído do servidor de origem, verifique o contador de desempenho Mensagens em Fila para Submissão em MSExchangeIS Público para ver se as mensagens de saída estão bloqueadas no arquivo público.

Estas informações são úteis?

  • Se sim, veja Remover contas duplicadas.
  • Se não, pedimos desculpa, mas não conseguimos resolver problemas não identificados com este guia. Para obter mais ajuda para resolver este problema, contacte Microsoft Exchange Server suporte e informe-o de que, quando a base de dados é montada, é registado um evento 3079.

Possível problema de ReplState

É possível que este problema possa ser um problema XEXCH50 ou replState. Antes de continuarmos, vamos verificar se o registo SMTP está ativado.

Selecione a sua versão do Exchange para verificar e ajustar a definição ReplState com os seguintes passos:

Para Exchange Server 2007 e Exchange Server 2010

  1. Comece Consola de Gestão do Exchange.
  2. Utilize os Set-EventLogLevel -Identity "MSExchangeTransport\SmtpReceive" -Level 'Medium' cmdlets e Set-EventLogLevel -Identity "MSExchangeTransport\SmtpSend" -Level 'Medium' para ativar o registo de eventos no SMTP.
  3. Utilize o Resume-PublicFolderReplication cmdlet para iniciar a replicação de pastas públicas para toda a organização.

Para Exchange Server 2003

  1. Comece Gestor de Sistema do Exchange.
  2. Expanda Servidores, clique com o botão direito do rato Your_ Nome do Servidor e, em seguida, selecione Propriedades.
  3. Selecione o separador Registo de Diagnósticos e, em seguida, selecione MSExchangeTransportar em Serviços.
  4. Em Categorias, selecione SMTP.
  5. Em Nível de Registo, selecione Médio.

Qual é a sua versão do Exchange?

Uma ou mais das mensagens foram perdidas no transporte

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

Para tal, examine o Registo de aplicações no servidor de origem. Em seguida, utilize o controlo de mensagens para controlar as mensagens e resolver o problema.

Existem servidores Exchange Server 2007 ou 2010 no caminho dessa mensagem?

Foi isso que resolveu o problema

O problema está agora resolvido?

  • Se sim, parabéns! O problema de Replicação de Pastas Públicas para Exchange Server 2003 está resolvido.
  • Se não, pedimos desculpa, mas não é possível resolver um problema não identificado com este guia. Para obter mais ajuda para resolver este problema, contacte Microsoft Exchange Server suporte.

Exchange Server 2007 e Exchange Server 2010 no caminho

A razão mais comum para uma resposta de backfill de conteúdo perdida no Exchange Server 2007 ou Exchange Server 2010 é uma falha do controlador de loja. Por exemplo, será enviada uma resposta de preenchimento para um servidor Exchange Server 2007, mas se observar o registo de aplicações no lado 2007, nunca verá o evento de replicação de entrada. O controlo de mensagens mostra que a mensagem de replicação chegou ao servidor de transporte do hub e, em seguida, falhou no controlador do arquivo.

O primeiro passo para a resolução de problemas é controlar a mensagem e ver onde falhou.

Normalmente, o servidor de transporte do hub irá registar um evento 1020 que descreve o problema com esse conteúdo específico. Depois de controlar a mensagem e determinar em que servidor de transporte do hub falhou, verifique o evento 1020 com o Controlador da Loja MSExchange de origem nesse servidor de transporte do hub.

Vê um evento 1020 com o Controlador da Loja MSExchange de origem nesse servidor de transporte do hub?

Exchange Server 2007 e Exchange Server 2010 no caminho (o conteúdo da mensagem ficou danificado)

Normalmente, esta mensagem deve-se à TNEF danificada. Se este for um ambiente híbrido, aplique o Exchange 2013 CU6 para impedir novas mensagens danificadas e elimine as antigas. Para identificar os itens danificados, continue com os passos abaixo.

Para identificar que itens estão danificados:

  1. Reduza o tamanho da mensagem de replicação para 1k no servidor de origem.
  2. No destino, force outro pedido de backfill com Synchronize Content ou Update-PublicFolder.
  3. Verá agora uma resposta de backfill (evento 3021) por item na pasta no servidor de origem. O registo de aplicações pode ficar cheio de respostas de preenchimento se a pasta contiver muitos itens. Assim que a atividade 3021 estiver mais calma, limpe o registo de aplicações no servidor de origem e force outro pedido de backfill. Uma vez que todos os itens bons já replicados na última ronda de backfills, os únicos itens novos que deverá ver no novo evento 3021 devem ser os itens danificados.

Agora, deverá ter uma resposta de backfill (3021) para cada item danificado no registo de aplicações no servidor de origem e um evento 1020 para cada item danificado no registo de aplicações no servidor de transporte do hub. Uma vez que sabe agora que itens estão danificados (porque pode ler os assuntos dos itens nos eventos 3021), pode eliminar esses itens ou tentar corrigi-los.

Para obter mais informações, veja Corrigir Erros de Replicação de Pastas Públicas do Exchange Server 2003 para o Exchange Server 2007 ou 2010.

Isso resolveu o problema?

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

Este é outro tipo de item danificado. Para identificar que itens estão danificados:

  1. Reduza o tamanho da mensagem de replicação para 1k no servidor de origem.
  2. No destino, force outro pedido de backfill com conteúdo sincronizado ou Atualizar Pasta Pública.
  3. Verá agora uma resposta de backfill (evento 3021) por item na pasta no servidor de origem. O registo de aplicações pode ficar cheio de respostas de preenchimento se a pasta contiver muitos itens. Assim que a atividade 3021 estiver mais calma, limpe o registo de aplicações no servidor de origem e force outro pedido de backfill. Uma vez que todos os itens bons já replicados na última ronda de backfills, os únicos itens novos que deverá ver no novo evento 3021 devem ser os itens danificados.

Agora, deverá ter uma resposta de preenchimento (evento 3021) para cada item danificado no registo de aplicações no servidor de origem e um evento 1020 para cada item danificado no registo de aplicações no servidor de transporte do hub. Uma vez que sabe agora que itens estão danificados (porque pode ler os assuntos dos itens nos eventos 3021), pode eliminá-los ou tentar corrigi-los.

Para obter mais informações, veja Corrigir Erros de Replicação de Pastas Públicas do Exchange Server 2003 para o Exchange Server 2007 ou 2010.

O problema está agora resolvido?

Remover contas duplicadas

Remova as contas duplicadas mencionadas no evento ou elimine um dos utilizadores, para que o SID possa ser resolvido para um único utilizador no DS.

Estas informações são úteis?

  • Se sim, parabéns! O problema de Replicação de Pastas Públicas para Exchange Server é resolvido.
  • Se não, pedimos desculpa, mas não é possível resolver um problema não identificado com este guia. Para obter mais ajuda para resolver este problema, contacte Microsoft Exchange Server suporte.