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

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

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

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

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

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

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

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

Coexistence Manager for Notes (CMN)

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

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

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

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

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

Migrator for Notes to Exchange (MNE)

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

Пре-миграция

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

Миграция

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

Пост-миграция

На етапа след миграцията се извършва миграция на локални/шифровани данни чрез self-service. Това е специализирана утилита, която декриптира съобщенията. При повторна делта миграция тези писма ще бъдат предадени на Exchange.

Още един опционален етап на миграцията е миграцията на приложения. За това Quest предлага специализиран продукт — Migrator for Notes to Sharepoint. В отделна статия ще разкажем за работата с него.

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

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

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

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

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

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

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

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