Можливо, час? Таке питання рано чи пізно з'являються у колег, які використовують Lotus як поштовий клієнт або система документообігу. Запит на міграцію (на наш досвід) може виникнути на різних рівнях організації: від топ-менеджменту до користувачів (особливо, якщо таких багато). Ось кілька причин, чому міграція з Lotus в Exchange - не така вже й проста задача:
- RTF формат IBM Notes не сумісний із форматом RTF Exchange;
- IBM Notes використовує SMTP-формат адрес тільки для зовнішніх листів, Exchange для всіх;
- Необхідність збереження делегувань;
- Необхідність збереження метаданих;
- Частина листів може бути зашифрована.
Якщо Exchange вже є, але Lotus ще використовується, виникають проблеми співіснування:
- Необхідність використання скриптів або сторонніх систем для синхронізації адресних книг між Domino та Exchange;
- Domino використовує plain text для надсилання листів до інших поштових систем;
- Domino використовує формат iCalendar для надсилання запрошень до інших поштових систем;
- Неможливість Free-Busy запитів та спільного бронювання ресурсів (без використання сторонніх рішень).
У цій статті ми розберемо спеціалізовані програмні продукти Quest для міграції та співіснування: и відповідно. Наприкінці статті ви знайдете посилання на сторінку, де можна залишити заявку на безкоштовну тестову міграцію кількох поштових скриньок для демонстрації простоти процесу. А під катом покроковий алгоритм міграції та інші подробиці процесу міграції.
Якщо розрізняти підходи до міграції, можна припустити, що є три основні види:
- Перехід без міграції Користувачі одержують порожні поштові скриньки, вихідний поштовий сервіс продовжує працювати в режимі read-only.
- Міграція із співіснуванням. Налаштовується інтеграція між вихідною та цільовою системами, після чого дані поштових скриньок поетапно переносяться у нову систему.
- Міграція у режимі offline. Вихідна система вимикається, дані всіх користувачів переносяться до нової системи.
Нижче поговоримо про міграцію в режимі offline та міграцію із співіснуванням. За ці процеси, як ми писали вище, відповідають два продукти 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 має спеціалізований продукт. . В окремій статті ми розповімо про роботу з ним.
Покроковий приклад процедури міграції за допомогою рішень 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, рекомендуємо прочитати у нашому блозі . А якщо хочете подивитися на тестову міграцію у дії та переконатися у простоті використання продуктів Quest, залиште заявку у і ми проведемо для вас безкоштовну тестову міграцію до Exchange.
Джерело: habr.com