Миграция почтовой базы с Exchange 5.5 на Exchange 2010
 

Добрый день.
Есть почтовый сервер Exchange 5.5.
Есть почтовый сервер Exchange 2010.
Подскажите пожалуйста каким способом можно провести миграцию почтовой базы с Exchange 5.5 на Exchange 2010.

Напрямую без посреднических операций - никак.
Для начала надо перейти на Exchange 2003. Пример описан здесь
Цитата с сайта компании R-Style:

Источник - http://www.r-style.com/catalog/it-in...nge-migration/

Доп. сведения по переходу на Exchange 2003 - http://www.msexchangeserver.ru/migra...rver-2003.html

А уж по перехожу с 2003 на 2010 вопросов быть не должно, google дает множество пошаговых инструкций на этот счет.

Delirium, Спасибо.

Подскажите пожалуйста где можно скачать дистрибутив Exchange 5.5

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

Сервис пак 4 для Exchange 5.5 доступен по адресу http://technet.microsoft.com/en-us/l.../cc994735.aspx

Нигде. Проверено.
А он вам зачем?

Я тоже не пойму, зачем он ему, если, по его словам, Только если для поднятия их на тестовых серверах и экспериментов.

Всем спасибо.

http://thepiratebay.org/torrent/4451437
Здесь можно скачать Exchange 5.5.

Как не странно, но некоторые организации его до сих пор используют.

Данный способ не подходит. Нужно провести миграцию без отрыва от производства.

К сожалению этот способ единственный. Exchange 5.5 и Exchange 2010 просто не увидят друг друга и вы не сможете перенести данные. Промежуточная миграция совсем не подразумевает перерыв в сервисе, если она правильно спланирована. Получится миграция в 2 этапа. В первом вы устанавливаете Exchange 2003 в организацию Exchange 5.5, переносите пользователей и их ящики, удаляете Exchange 5.5, переводите организацию в Native mode, и только после этого получаете возможность установки Exchange 2010. Остальные способы, даже если они и есть, не являются поддерживаемыми. Другими словами выполнив миграцию каким-то нештатным способом вы теряете право на поддержку от вендора в случае потери данных.

В общем есть утилита MS Exchange Merge, можно ей перенести.

Можно, но только данные. При этом вам придется выгрузить данные в файлы .pst, потом УДАЛИТЬ Exchange 5.5, а только потом поставить Exchange 2010. Это как раз такой нежелательный простой в сервисе. Плюс потом вы будете создавать ящики в Exchange 2010 заново и импортировать в него данные из файлов. Простой арифметический подсчет покажет, какова будет длительность простоя. Можете попробовать ради интереса, в тот же лес, где стоит Exchange 5.5 2010 не встанет. Учитывая, что Exchange 5.5 не работает напрямую с Active Directory, а имеет свой собственный Directory Service, вам нужны две вещи: Active Directory Connector и Site Replication Service, которые есть в версиях Exchange 2000\2003. Эти сервисы используются для репликации данных каталогов Exchange Directory Services и ADDS. Фактически вы можете сделать новый домен, в нем поднять Exchange 2010, создать в нем пользователей, ящики, затащить выгруженные из старой системы данные. Да, это веселый путь. Причем он становится тем веселее, чем больше пользователей в вашей организации. И время простоя даже в идеальной ситуации слабо предсказуемо, а учитывая ситуации "нихера не грузится что-то..." прогнозы вообще теряют смысл.
Traktorist, вы не подумайте, что я вас отговариваю, пробуйте, опыт дело нужное. Но лучше это проделать в синтетической среде.

Oleg Krylov, К сожалению других вариантов нет.
Естественно буду всё тестировать виртуально среде.
Exchange 5.5 уже давно работает в своём старом лесу.
В новом лесу установлен Exchange 2010.
Нужно почтовые ящики из Exchange 5.5 перетащить в Exchange 2010.
Во время переноса необходимо, чтобы пользователи из старой среды Exchange 5.5 могли пересылать сообщения пользователям новой среды Exchange 2010 и наоборот.
Что для этого нужно сделать, какие подводные камни могут возникнут?
Доверия между доменами нужно настраивать? Как настроить DNS?
Как настроить соединители? Где взять документацию по Exchange 5.5?

Traktorist, я не до конца понимаю ваше упорное нежелание использовать штатные методы. Если выполнить миграцию по всем правилам, т.е. так, как это описано в документации - перерыв в сервисе можно реально свести к нулю. Т.е. в старом лесу уйти на 2003, перевестись в Native Mode, проапгрейдить АД до уровня WS 2003 R2, а потом ШТАТНО, при помощи Active Directory Migration Tool провести миграцию ВСЕХ ресурсов, включая учетные записи пользователей с паролями, рабочие станции пользователей, их профили, документы, почтовые ящики и всякие сервисы, в новый домен. В идеале пользователи даже не заметят, что что-то изменилось. Пришли на работу - а они уже в новом домене.
Ну если у вашей позиции есть железные аргументы (которые я, честно говоря, не прочь услышать) вы столкнетесь с главной проблемой - единым адресным пространством. Т.е. на старом сервере user@domain.com, на новом user2@domain.com. Вся фишка в @domain.com. Предлагаю делать следующим образом:
1. В интернет вы выставляете новый сервер, через него будет происходить отправка и приём почты. Записи в DNS менять не надо, достаточно подменить внешний адрес - забрать его у старого сервера и отдать новому.
2. Отключить фильтрацию по существующим получателям.
3. Настроить перенаправление почты для несуществующих получателей на сервер партнер.
4. Настроить отправку во внешний мир с Exchange 5.5 через Exchange 2010, прописав его в качестве почтового релея (предварительно разрешив релей на сервере Exchange 2010)
Ну и собственно все. Не забывайте после переноса данных пользователя в новый ящик удалять его на старом.
Логика работы в этом случае будет такой:
1. user1 с ящиком на 5.5 отправляет почту для user2, с ящиком на 5.5. В этом случае логика не меняется, будет такой же, как и раньше.
2. user1 отправляет почту для user3, с ящиком на 2010, в этом случае сервер 5.5 пытается искать ящик у себя (@domain.com - это же обслуживаемый домен, т.е. сервер считает, что это внутри его организации), не находит, и по правилу для несуществующих адресов отправляет ее на 2010.
3. Обратный сценарий, когда user3 отправляет почту для user1 выглядит ровным счетом так же, только в обратной последовательности.
4. user 1 отправляет почту для user4, ящик которого на внешнем сервере, ну например на mail.ru - сервер 5.5, понимает, что эта почта вне его организации и толкает ее во внешний коннектор, у которого релеем прописан E2010, а тот в свою очередь релеит во внешний мир.
5. User4 отправляет почту для user1 и user3. Для user 3 все просто: Е2010 принимает почту, находит ящик у себя и все пучком. Для user1 он ящик не находит, но по правилу для несуществующих пользователей - отправляет ее на Е5.5, где и находится этот ящик.
Минус этого сценария:
- нет общей адресной книги. Можно наверное ее сделать - но это надо думать и пробовать отдельно и долго.
- Вся почта на несуществующие адреса будет приниматься, и если пользователей реально нет - сообщения будут висеть в очередях на доставку до истечения времени жизни сообщения. Это лишняя нагрузка и траффик, придется с этим мириться.
- ну и вообще сценарий неблагодатный... Это мое личное мнение :)
Документации в открытом доступе нет, в архивах тоже нет. У вас чудная способность искать то, чего нет :) Попробуйте поискать по торрентам, вдруг вам опять повезет. Я нашел у своих буржуйских коллег Help File и архив TechNet, но пока еще не скачал. Если напомните ближе к следующему понедельнику - попробую поделиться :) Правда об этом лучше писать в почту (есть в профиле).

Oleg Krylov, Спасибо буду разбираться.

http://www.libkruz.com/books/11265.html
Вот ссылка на талмуд по Exchange 5.5.

Штатные методы не подходят из-за бюрократических проволочек.

Я же говорю вам крайне везет в поиске :) "Талмуд" кстати очень даже годный, жаль что сейчас Бари Гербера заменил Ренд Моримото...