Може би е време? Този въпрос рано или късно възниква сред колеги, които използват Lotus като имейл клиент или система за управление на документи. Искане за миграция (според нашия опит) може да възникне на напълно различни нива на организацията: от висшето ръководство до потребителите (особено ако има много от тях). Ето няколко причини, поради които мигрирането от Lotus към Exchange не е толкова лесна задача:

• RTF форматът на IBM Notes не е съвместим с Exchange RTF формата;
• IBM Notes използва формата на SMTP адрес само за външни имейли, Exchange за всички;
• Необходимостта от поддържане на делегации;
• Необходимостта от запазване на метаданните;
• Някои имейли може да са криптирани.

И ако Exchange вече съществува, но Lotus все още се използва, възникват проблеми със съвместното съществуване:

• Необходимостта от използване на скриптове или системи на трети страни за синхронизиране на адресни книги между Domino и Exchange;
• Domino използва обикновен текст, за да изпраща писма до други пощенски системи;
• Domino използва формата iCalendar за изпращане на покани до други имейл системи;
• Невъзможност за Free-Busy заявки и съвместно резервиране на ресурси (без използване на решения на трети страни).

В тази статия ще разгледаме специализираните софтуерни продукти на Quest за миграция и съвместно съществуване: Мигратор за Notes to Exchange и Мениджър на съвместно съществуване за бележки съответно. В края на статията ще намерите връзка към страница, където можете да подадете заявка за безплатна тестова миграция на няколко пощенски кутии, за да демонстрирате простотата на процеса. А под разреза е алгоритъм за миграция стъпка по стъпка и други подробности за процеса на миграция.

Ако правим разлика между подходите към миграцията, можем да предположим, че има три основни типа:

• Преход без миграция. Потребителите получават празни пощенски кутии; оригиналната пощенска услуга продължава да работи в режим само за четене.
• Миграция със съжителство. Настройва се интеграция между изходната и целевата система, след което данните от пощенската кутия постепенно се прехвърлят към новата система.
• Офлайн миграция. Оригиналната система се изключва и данните на всички потребители се прехвърлят в новата система.

По-долу ще говорим за офлайн миграция и миграция на съвместно съществуване. За тези процеси, както писахме по-горе, отговарят два продукта на Quest: Coexistence Manager за Notes и Migrator за Notes to Exchange, съответно.

Мениджър на съвместно съществуване за бележки (CMN)

Това решение извършва двупосочна синхронизация на LDAP директории, създава контакти за пощенски обекти (пощенски кутии, списъци, съобщения, ресурси) от изходната система. Възможно е да персонализирате картографирането на атрибути и да използвате трансформация на данни в движение. В резултат на това ще получите идентични адресни книги в Lotus и Exchange.

CMN също така осигурява SMTP комуникация между инфраструктури:

• Редактира писма в движение;
• Преобразува в правилен RTF формат;
• Обработва DocLinks;
• Данни за бележки за пакети в NSF;
• Обработва покани и заявки за ресурси.

CMN може да се използва в режим на клъстериране за толерантност към грешки и подобрена производителност. В резултат на това ще получите запазване на форматирането на писма, поддръжка за сложни графици и заявки за ресурси между пощенските системи.

Друга важна характеристика на CMN е емулация на свободна заетост. С него колегите не трябва да знаят кой какво използва: Lotus или Exchange. Емулацията позволява на клиент за електронна поща да получава данни за достъпност на потребителя от друга система за електронна поща. Вместо да се синхронизират данни, заявките между системите се изпращат в реално време.В резултат на това можете да използвате Free-Busy дори след като някои потребители са мигрирали.

Мигратор за Notes to Exchange (MNE)

Този инструмент извършва директна миграция. Самият процес на миграция може да бъде разделен на няколко етапа: преди миграция, миграция и след миграция.

Предварителна миграция

На този етап се извършва анализ на изходната инфраструктура: създават се домейни, адреси, групи и др., колекции от пощенски кутии за миграция, акаунти и обединяване на контакти с AD акаунт.

миграция

Мигрирането копира данните от пощенската кутия в множество нишки, като същевременно запазва ACL и метаданни. Групите също мигрират. Ако е необходимо, можете да извършите делта миграция, ако по някаква причина не е възможно да го направите наведнъж. MNE също се грижи за препращането на поща. Цялата миграция се извършва със скоростта на мрежовата връзка, така че наличието на среди на Lotus и Exchange в един и същ център за данни осигурява голямо предимство в скоростта.

След миграция

Фазата след миграцията мигрира локални/криптирани данни чрез самообслужване. Това е специална помощна програма, която дешифрира съобщения. При повторно извършване на делта миграция тези имейли ще бъдат прехвърлени към Exchange.

Друга незадължителна стъпка на миграция е мигрирането на приложения. За целта Quest има специализиран продукт - Мигратор за бележки към Sharepoint. В отделна статия ще говорим за работата с него.

Стъпка по стъпка пример за процедура за миграция с помощта на MNE и CMN решения

Стъпка 1. Извършване на надграждане на AD с помощта на Coexistence Manager. Извлечете данни от директорията на Domino и създайте потребителски (контактни) акаунти с активирана поща в Active Directory. Потребителските пощенски кутии в Exchange обаче все още не са създадени. Потребителските записи в AD съдържат текущите адреси на потребителите на Notes.

Стъпка 2. Exchange може да пренасочва съобщенията към пощенските кутии на потребителите на Notes веднага щом MX записът бъде променен. Това е временно решение за пренасочване на входящата поща на Exchange до мигрирането на първите потребители.

Стъпка 3. Съветникът за мигриране на Notes към Exchange активира AD акаунтите на мигриращите потребители и настройва правила за препращане на поща в Notes, така че пощата, адресирана до адресите на Notes на вече мигрирани потребители, да се препраща към техните активни пощенски кутии на Exchange.

Стъпка 4. Процесът се повтаря, когато всяка потребителска група се премести на нов сървър.

Стъпка 5. Сървърът на Domino може да не работи (всъщност не, ако има останали приложения).

Миграцията е завършена, можете да се приберете вкъщи и да отворите Exchange клиента там. Ако вече обмисляте мигриране от Lotus към Exchange, препоръчваме да прочетете нашия блог статия за 7 стъпки за успешна миграция. И ако искате да видите тестова миграция в действие и колко лесно е да използвате продуктите на Quest, оставете заявка на форма за обратна връзка и ние ще проведем безплатна тестова миграция към Exchange за вас.

Източник: www.habr.com