Replicação de pasta pública em 2003/2010 Coexistência de troca

Question

Estou praticamente pronto para descomissionar o Exchange 2003 no ambiente. Eu tenho sete servidores 2003. O único problema neste momento é a replicação da Pasta Pública para 2010. Neste ponto, estou tendo um problema com uma pasta pública específica de contatos (habilitados para email). Eu descobri o problema no log de eventos. Eu normalmente recebo três erros do MSExchange Store Driver todos os dias entre 1 e 3 da tarde. Eles são identificações de evento 1020

Erro 1 do Exchange 2003 Server A:

"O driver de armazenamento não pôde entregar a mensagem de replicação de pasta pública" Resposta de preenchimento de conteúdo de pasta ([email protected]) "porque ocorreu o seguinte erro: Falha na validação da propriedade. Property = [{00062004-0000-0000 -c000-000000000046}: 0x8092] Email2AddrType Erro = O comprimento da propriedade é muito longo. O comprimento máximo é 9 e o comprimento do valor fornecido é 28 ... "

Erro 2 do Exchange 2003 Server B (e às vezes de um servidor diferente). Eu sempre recebo dois destes:

"O driver de armazenamento não pôde entregar a mensagem de replicação de pasta pública" Resposta de aterramento de conteúdo de pasta ([email protected]) "porque ocorreu o seguinte erro: A duração entre startTime e endTime (4.09: 00: 00) da recorrência é maior que a duração mínima entre duas ocorrências (1,00: 00: 00). "

Após pesquisar, descobri que é possível que o motivo do primeiro erro seja o campo "Tipo de endereço de e-mail (2)" pode ter um caractere inválido em alguns dos contatos. Acabei descobrindo de qual pasta pública são os contatos problemáticos devido a um usuário enviar um ticket sobre contatos ausentes.

Eu habilitei ContentConversionTracing e PipelineTracing neste blog: link

Com o rastreamento ativado, encontrei os contatos culpados, mas não há endereço de email ou tipo de endereço de email nos dois campos. Isso me leva a acreditar que esses são contatos corruptos. Como não pude necessariamente corrigir o problema, decidi:

1. Remova o servidor 2003 com a possível corrupção.
2. Remova a caixa de 2010 da replicação nessa pasta.
3. Adicione 2010 de volta para que seja replicado com uma caixa diferente de 2003.

A pasta tem apenas cerca de um MB de tamanho com algumas centenas de contatos. Depois de adicioná-lo novamente a 2010 na noite passada, a pasta pública ainda está vazia a partir desta manhã. O que é ainda mais preocupante é que, quando executo um script do PowerShell que encontrei on-line para fornecer um relatório sobre replicação de pasta pública, ele mostra 2010 como sendo uma replicação 100% bem-sucedida. Além disso, agora tenho duas outras pastas públicas de contatos com problemas. Eles mostram o número do item e as contagens de tamanho de 0, embora eu não tenha adicionado ou removido parceiros de replicação para essas pastas.

Eu debati apenas criar os contatos novamente em 2010 provavelmente levará menos tempo, mas o que me assusta é que a replicação é supostamente 100%, mas há problemas. Como sei que não há outras pastas com problemas? Claro que foi então e agora eu tenho que descobrir o problema com as outras duas pastas públicas que estão vazias agora.

    

Answer 1

Depois de muita solução de problemas, acabamos resolvendo o problema e nos livramos dos erros há uma semana, sem problemas desde então.

O que acabamos fazendo para encontrar os problemas foi acessar as pastas públicas com uma caixa de correio em 2003. Parece que houve corrupção na pasta pública com contatos, pois não encontrei nenhum contato com o endereço de e-mail. 2 Tipo incorreto (eles nem sequer tinham um segundo endereço de e-mail). Modifiquei alguns contatos adicionando um segundo endereço de e-mail, salvando-o e removendo-o. Para alguns contatos, resolveu o problema para outras pessoas. Eu exportei os contatos para um PST, criei uma nova pasta pública e copiei-os para ela.

O segundo erro foi mais complicado. O PipelineTracing não forneceu nenhuma informação sobre a pasta pública com problemas ou os dados que estavam corrompidos, mesmo com o registro em log aumentado para o especialista. A partir do erro do registro de eventos, parece que foi um compromisso em um calendário com horários de início e término incorretos. Eu verifiquei o tamanho e as contagens de itens e comparei as pastas públicas em 2003 a 2010. Eu zertei a pasta com uma diferença significativa e abri o calendário com uma caixa de correio em 2003 e 2010. Alterei a exibição para a exibição de lista, copiei todas as pastas compromissos, colaram no Excel, classificaram pelo nome e compararam os resultados entre 2003 e 2010. Não encontramos nada de estranho nos compromissos. Eles eram compromissos mais antigos que ou não eram mais recorrentes ou eram apenas uma vez. Excluímos os compromissos e executamos o comando Atualizar Conteúdo no PF até que removemos todos os compromissos problemáticos.

Eu suponho que ambas as pastas tinham corrupção e, embora não houvesse nada errado com os contatos ou compromissos, elas não estavam sendo replicadas. Posteriormente, as contagens de itens e os tamanhos ficaram muito próximos e tudo foi confirmado em 2010, copiando os compromissos para o Excel novamente de ambas as caixas de correio e não havia nenhum ausente na caixa de correio de 2010.