Comments 9
Таким образом, все инструменты используемые при миграции являются бесплатными.
А FIM разве бесплатен?
: О как-то совсем выпустил это из головы.
Нет FIM платный. Ну чисто теоретически триал можно использовать 120 дней не покупая, это должно хватить. Я вам этого не говорил ;)
Я поищу вариант синхронизации GAL'ов бесплатный.
Нет FIM платный. Ну чисто теоретически триал можно использовать 120 дней не покупая, это должно хватить. Я вам этого не говорил ;)
Я поищу вариант синхронизации GAL'ов бесплатный.
Поищите пожалуйста — вопрос очень интересный! Мне в своё время пришлось PowerShell скрипт сваять, контакты создающий в соответствии с пользователями соседнего домена — но этот вариант мне как-то не очень нравится, с удовольствием сменил бы этот скрипт на что-то более «ровное».
Ну, я, конечно, не могу тестировать все найденные продукты, но вот что я нашел (не работает bb code):
www.netsec.de/en/products/galsync — GalSync (вроде после заполнения формы оно бесплатное) есть еще Quest One Quick Connect Sync Engine, если Вы найдете где-то версии 4.7 или 5.0 — они бесплатны и по словам очевидцев — работают.
www.wapshere.com/missmiis/a-galsync-powershell-script — Есть еще прекрасный MVP Carol Wapshere, она предоставила скрипт, но нужно допиливать + под хромом страничка грузиться не корректно: О
www.microsoft.com/en-us/download/details.aspx?id=11149 — Если у Вас 2 ченджа 2003 то вот эта штука (Identity Integration Feature Pack) Вам поможет.
www.netsec.de/en/products/galsync — GalSync (вроде после заполнения формы оно бесплатное) есть еще Quest One Quick Connect Sync Engine, если Вы найдете где-то версии 4.7 или 5.0 — они бесплатны и по словам очевидцев — работают.
www.wapshere.com/missmiis/a-galsync-powershell-script — Есть еще прекрасный MVP Carol Wapshere, она предоставила скрипт, но нужно допиливать + под хромом страничка грузиться не корректно: О
www.microsoft.com/en-us/download/details.aspx?id=11149 — Если у Вас 2 ченджа 2003 то вот эта штука (Identity Integration Feature Pack) Вам поможет.
Данная стратегия IMHO имеет смысл только в ситуации крайней «ушатанности» исходной структуры AD.
Мы мигрировали в том же домене.
Сначала перенести всю структуру на стенд, (p2v ---> Hyper-V 2012). Отработали сценарий сосуществования Exchange 2003 + Exchange 2010. Исправили мелкие баги в AD. Задокументировали все действия. Повторили на стенде. Проверили. Повторили на рабочей среде. Всё прошло штатно. По завершению миграции всех почтовых ящиков на 2010 (около месяца) вывели Exchange 2003 из работы. Вместо него для старых приложений оставили SMTP-Relay на IIS на Windows 2003.
А потом, по мере вывода 2003-х контроллеров ничего не помешало поднять уровень схемы до 2008-й.
Мы мигрировали в том же домене.
Сначала перенести всю структуру на стенд, (p2v ---> Hyper-V 2012). Отработали сценарий сосуществования Exchange 2003 + Exchange 2010. Исправили мелкие баги в AD. Задокументировали все действия. Повторили на стенде. Проверили. Повторили на рабочей среде. Всё прошло штатно. По завершению миграции всех почтовых ящиков на 2010 (около месяца) вывели Exchange 2003 из работы. Вместо него для старых приложений оставили SMTP-Relay на IIS на Windows 2003.
А потом, по мере вывода 2003-х контроллеров ничего не помешало поднять уровень схемы до 2008-й.
Не вполне понимаю, в статье не идет речь про миграцию почты (исключительно) вопрос в миграции пользователей и почты из домена в домен. Зачем, кому и почему это нужно вопрос второй ;)
— Ну, Вы основной упор сделали всё же на почте :-) К тому же, если я правильно понял, имнно смена почтового домена подтолкнула к радикальному решению миграции?
А так, да, миграция — тема мало освещённая, особенно личным опытом. Спасибо, было очень и очень познавательно и полезно!
А так, да, миграция — тема мало освещённая, особенно личным опытом. Спасибо, было очень и очень познавательно и полезно!
Sign up to leave a comment.
«Cross forest» миграция: Active Directory 2003 > 2008 r2, Exchange 2003 > 2010, пользователи и компьютеры. Синхронизация адресных книг