Назад |
Перейти на главную страницу
Миграция Exchange с 2003 на 2010 меня ужасает
Итак, у меня две машины:
- Exchange 2003 - версия 6.0 (сборка 7654.0) 4 ГБ ОЗУ, 55 ГБ MDB, Server 2003
- Exchange 2010 - версия 14.3 (сборка 123.0) 8 ГБ ОЗУ, 22 ГБ MDB, Server 2008 R2
Есть около 80 почтовых ящиков между обоими серверами.
Согласно заголовку вопроса, я перемещаю всех своих пользователей с 2003 на 2010. Я переместил около 50% моих пользователей, но на некоторых я продолжаю останавливаться.
Начнем с того, что происходит на самом деле:
- Запускается локальный запрос MoveRequest, который работает без проблем.
- На полпути Цель База данных почтовых ящиков отключается
- Когда я пытаюсь перемонтировать базу данных, появляется сообщение об отсутствии файла журнала.
- Даже если я проигнорирую тот факт, что файл журнала отсутствует, и приму потерю данных, я все равно не смогу смонтировать его снова, пока не удалю запрос на перемещение, не попытаюсь смонтировать (и не удастся), а затем сбросить службу хранилища информации.
Вещи, которые я пробовал:
- Восстановление базы данных с помощью ESEUTIL после ее первоначального отключения
- Принятие «BadItems» в случае коррупции
- Пытался удалить нежелательную почту из учетной записи вручную и повторить попытку
- Очистка целевой базы данных с помощью EMS
- Создание нового MDB для использования в качестве целевой базы данных
- Удалена квота хранилища из исходного почтового ящика
Как видите, я метафорически машу руками в отчаянии, чтобы заставить это работать.
Любые идеи?
Я собираюсь запустить ISINTEG на своем сервере 2003 на этой неделе, чтобы посмотреть, смогу ли я найти / исправить какие-либо повреждения.
- проверьте журналы Exchange 2010, почему он отключается. Должно быть, он что-то зарегистрировал.
- проверьте журнал запросов на перемещение -> EMC -> Конфигурация получателя -> Запрос на перемещение -> щелкните правой кнопкой мыши запрос на перемещение и проверьте статус / или свойства, там должно быть много информации.
- проверьте журнал системных событий -> я думаю, что событие о размонтировании должно идти в журнал Windows -> журнал приложений.
- проверьте все журналы обмена -> средство просмотра событий -> Журналы приложений и служб -> Microsoft -> Exchange
- Ваша версия предполагает, что у вас чистый 2010 SP3. Накопительный пакет обновления 3 для Exchange 2010 SP3 (KB2891587). Вам не хватает важных обновлений SP3 для Exchange 2010. http://www.microsoft.com/en-us/download/details.aspx?id=41173
- включить циклическое ведение журнала в целевой базе данных. Это должно резко сократить количество журналов, создаваемых во время перемещения.
- check У вас нет теневых копий на диске, на котором размещена база данных / журнал базы данных Exchange 2010.
- Исключите из своего антивируса каталог, в котором размещены база данных и логи Exhcange 2010,
- проверить размер базы данных. Хотя по умолчанию 1024 ГБ, но на всякий случай проверьте этот ключ реестра: http://technet.microsoft.com/en-us/library/bb232092%28v=exchg.141%29.aspx
- проверьте, правильно ли работает дисковое хранилище для Exchange 2010.
- 8 ГБ - это не много или ОЗУ для Exchange 2010. Проверьте эту ссылку http://technet.microsoft.com/en-us/library/dd346700%28v=exchg.141%29.aspx - Если я правильно понял, у вас все роли на одном сервере. Я получил аналогичный под своим контролем, и я назначил этому серверу 20 ГБ оперативной памяти. Съел 19280МБ касаемо store.exe -> 10Гб :). Только около 250 МБ выгружено. Однако раньше он работал с 8 ГБ, но сбоил раз в 2 недели (жесткая блокировка).
В ответ на ответ @ BartłomiejZarzecki:
- Журналы сказали, что база данных не смогла найти файл журнала, она попыталась восстановить, но, поскольку у меня нет DAG, это не удалось. В результате база данных отключена.
- Накопительный пакет обновления применен. Без изменений в миграции, та же проблема.
- Включено циклическое ведение журнала. Это значительно сократило размер журнала.
- Нет запущенных теневых копий.
- Антивирус работает на уровне гипервизора и прозрачен для самого сервера, что, вероятно, не помогло в данном случае, поскольку оказывается, что файлы журналов были получены как троянский сценарий, а затем удалены. Я добавил исключение, и теперь миграция работает нормально.
- Все размеры db установлены по умолчанию
- Дисковое хранилище в порядке; этот сервер - виртуальная машина.
- Я предложу это своему менеджеру, хотя мы, вероятно, не хотим этого делать, потому что мы мало зарабатываем на этом сервере :)