Назад | Перейти на главную страницу

Репликация общих папок при сосуществовании Exchange 2003/2010

Я почти готов списать Exchange 2003 в среду. У меня семь серверов 2003 года. Единственная задержка на данном этапе - это репликация общей папки в 2010. На этом этапе у меня проблема с одной конкретной общей папкой контактов (с поддержкой почты). Я обнаружил проблему в журнале событий. Обычно я получаю три ошибки от драйвера хранилища MSExchange каждый день между 13 и 15 часами. Это идентификаторы событий 1020

Ошибка 1 из Exchange 2003 Server A:

«Драйвер хранилища не смог доставить сообщение репликации общей папки« Ответ обратной засыпки содержимого папки (ServerA2003-IS@mydomain.Com) », потому что произошла следующая ошибка: сбой проверки свойства. Свойство = [{00062004-0000-0000-c000- 000000000046}: 0x8092] Email2AddrType Error = Длина свойства слишком велика. Максимальная длина - 9, а длина предоставленного значения - 28 ... "

Ошибка 2 из Exchange 2003 Server B (а иногда и с другого сервера). Я всегда получаю два таких:

«Драйвер хранилища не смог доставить сообщение о репликации общедоступной папки« Ответ обратной засыпки содержимого папки (ServerB2003-IS@mydomain.Com) », потому что произошла следующая ошибка: время между startTime и endTime (4.09: 00: 00) повторения больше минимальной продолжительности между двумя вхождениями (1,00: 00: 00). "

После исследования я обнаружил, что, возможно, причиной первой ошибки является то, что поле «Тип адреса электронной почты (2)» может иметь недопустимый символ в некоторых контактах. В итоге я обнаружил, из какой общедоступной папки находятся проблемные контакты из-за того, что пользователь отправил запрос об отсутствии контактов.

Я включил ContentConversionTracing и PipelineTracing из этого блога: http://blogs.technet.com/b/exchange/archive/2008/01/10/public-folder-replication-troubleshooting-part-4-exchange-server-2007-2010-tips.aspx

При включенной трассировке я нашел виновные контакты, но в двух полях нет адреса электронной почты или типа адреса электронной почты. Это наводит меня на мысль, что это коррумпированные контакты. Поскольку я не мог решить проблему, я решил:

  1. Удалите сервер 2003 с возможным повреждением.
  2. Удалите поле 2010 из репликации в этой папке.
  3. Добавьте снова 2010, чтобы он реплицировался с другим ящиком 2003 года.

Папка размером всего около 1 МБ с несколькими сотнями контактов. После добавления в 2010 вчера вечером общая папка все еще пуста сегодня утром. Что еще более беспокоит, так это то, что когда я запускаю сценарий PowerShell, который я нашел в Интернете, чтобы предоставить отчет о репликации общих папок, он показывает, что 2010 год является 100% успешной репликацией. Кроме того, теперь у меня есть еще две общие папки контактов с проблемами. Они показывают количество элементов и размер 0, хотя я не добавлял и не удалял партнеров по репликации для этих папок.

Я думал, что просто создание контактов в 2010 году, вероятно, займет меньше времени, но меня пугает то, что репликация предположительно 100%, но есть проблемы. Как я узнаю, что нет других папок с проблемами? Конечно, это было тогда, и теперь я должен решить проблему с двумя другими общедоступными папками, которые сейчас пусты.

После долгого устранения неполадок мы решили обойти проблему и избавились от ошибок около недели назад, с тех пор никаких проблем не было.

В итоге мы обнаружили проблемы с доступом к общим папкам через почтовый ящик в 2003 году. Кажется, что в общей папке с контактами было повреждение, поскольку я не нашел контактов с неправильным типом адреса электронной почты 2 (они не в любом случае у меня даже нет второго адреса электронной почты). Я изменил несколько контактов, добавив второй адрес электронной почты, сохранив его и затем удалив. Для пары контактов проблема была решена, для других - нет. Я экспортировал контакты в PST, создал новую общую папку и скопировал их в нее.

Вторая ошибка оказалась более сложной. PipelineTracing не предоставил никакой информации относительно общей папки с проблемами или данных, которые были повреждены, даже если ведение журнала было увеличено до уровня эксперта. Из журнала событий ошибка звучит так, как если бы это была встреча в календаре с плохим временем начала и окончания. Я проверил размер и количество элементов и сравнил общие папки в 2003 и 2010 годах. Я сосредоточил внимание на папке со значительной разницей и открыл календарь с почтовым ящиком как в 2003, так и в 2010 году. Изменил вид на список, скопировал все встречи, вставили их в Excel, отсортировали по именам и сравнили результаты между 2003 и 2010 годами. Мы не обнаружили ничего странного в встречах. Это были старые встречи, которые либо больше не повторялись, либо проводились только один раз. Удалил встречи и запустил команду «Обновить содержимое» в PF, пока не удалили все проблемные встречи.

Я предполагаю, что обе папки были повреждены, и, хотя ни с контактами, ни с самими встречами не было ничего плохого, они не воспроизводились. После этого количество и размеры элементов были очень близки и подтвердили, что все было в 2010 году, путем повторного копирования встреч в Excel из обоих почтовых ящиков, и в почтовом ящике 2010 ничего не пропало.