Общие положения
Общие положения
Настоящий документ определяет порядок подготовки, выполнения и контроля миграции пользователей, почтовых данных, календарных объектов, личных контактов и связанных объектов адресации из Microsoft Exchange Server и Microsoft Active Directory в систему IVA Mail (IVA One).
Документ является методикой с фиксированным алгоритмом действий. Каждый этап выполняется в указанном порядке. Приведённые имена серверов, доменов и учётных записей являются условными значениями и заменяются на фактические значения проекта без изменения последовательности действий.*
Порядок заведения объектов в целевой системе
Учётные записи, ресурсные аккаунты, группы и переадресаторы в IVA Mail создаются компонентом MailConnector на основании записей IVA ID. В рамках настоящей методики объекты в IVA Mail не создаются: перед запусками миграции выполняется проверка их наличия (Проверка наличия целевых объектов в IVA Mail). Выявленные отсутствующие объекты заводятся записями в IVA ID, после чего проверка повторяется.
Миграция охватывает перевод корпоративной почтовой системы в целом, включая переключение маршрутизации почты, настройку коннекторов приёма и отправки, изменение внутренних и внешних DNS-записей, а также настройку промежуточных SMTP-доменов в объёме, необходимом для переходного периода (Переключение маршрутизации и сосуществование систем).
Сопоставление объектов Exchange и IVA Mail
Объекты домена IVA Mail: аккаунт (LocalAccount), ресурсный аккаунт (Resource), группа (LocalGroup), переадресатор (LocalForwarder). Каждый объект имеет уникальный идентификатор UID, основное имя и дополнительные имена (псевдонимы).
Категории объектов Exchange сопоставляются объектам IVA Mail следующим образом:
| Объект Exchange | Объект IVA Mail |
|---|---|
UserMailbox |
Аккаунт (LocalAccount) |
SharedMailbox |
Аккаунт (LocalAccount) с совместным доступом через ACL |
RoomMailbox |
Ресурсный аккаунт (Resource) с настройкой ResourceType = Room |
EquipmentMailbox |
Ресурсный аккаунт (Resource) с настройкой ResourceType = Mailbox |
DistributionGroup, MailUniversalSecurityGroup (используемая как группа рассылки) |
Группа (LocalGroup) со статическим списком членов |
DynamicDistributionGroup |
Группа (LocalGroup) с настройкой DynamicMembersUri (динамический состав по запросу к справочнику) |
RoomList |
Группа (LocalGroup), объединяющая ресурсные аккаунты |
MailUser, Contact |
Переадресатор (LocalForwarder) на внешний адрес |
Дополнительные (proxy) адреса |
Дополнительное имя объекта (псевдоним), либо переадресатор — по правилу раздела Обработка дополнительных адресов |
Обработка дополнительных адресов
В Microsoft Exchange основной адрес ответа и дополнительные (proxy) адреса принадлежат одной сущности — почтовому ящику. В IVA Mail каждый дополнительный адрес обрабатывается по доменному признаку:
-
Совпадение домена. Если доменная часть дополнительного адреса совпадает с доменной частью основного адреса, дополнительный адрес заводится как дополнительное имя (псевдоним) аккаунта.
-
Отличие домена. Если доменная часть отличается, в соответствующем домене заводится переадресатор, указывающий на основной адрес аккаунта.
Переадресатор — объект домена, привязанный к имени и содержащий адрес электронной почты: все сообщения, направленные на имя переадресатора, перенаправляются на этот адрес. Пример: в домене anotherdom.com заводится переадресатор useralias → user@dom.com. При маршрутизации адреса useralias@anotherdom.com система находит локальный аккаунт user@dom.com и далее работает с ним, включая все настройки и политики. Аккаунт user использует адрес useralias@anotherdom.com в качестве адреса «от кого» согласно политике. Фактически это «алиас в другом домене».
Пример. Основной адрес user@dom.com, дополнительные — useralias@dom.com и user@anotherdom.com. Аккаунту user заводится псевдоним useralias, а в домене anotherdom.com — переадресатор user, ведущий на user@dom.com.
Используемые средства миграции
Перенос данных выполняется двумя утилитами по типу данных: содержимое почтовых ящиков переносится по IMAP, календари и личные контакты — по EWS. Обе утилиты управляются из графических оболочек на рабочей станции миграции; перенос выполняется на удалённых Linux-воркерах (раздел Рабочая станция миграции и Linux-воркеры).
| Утилита | Назначение и протокол |
|---|---|
|
Перенос содержимого почтовых ящиков (письма, папки) по протоколу IMAP/IMAPS. Управляется из GUI |
|
Перенос календарных объектов и личных книг контактов по протоколу EWS с импортом в IVA Mail через HTTP API JUMP (календари) и IVA CMD (контакты и структура папок). Управляется из GUI, исполняемый файл |
CMD API IVA Mail и HTTP API JUMP — встроенные интерфейсы продукта IVA Mail, установка отдельных пакетов не требуется. CMD используется для проверки объектов, импорта контактов и назначения прав (порт 106, при включённом TLS — 8106). Календари импортируются через JUMP, поскольку у CMD действует практический лимит около 2 МБ на команду, и события с крупными вложениями через CMD не проходят.
stunnel — компонент, применяемый утилитой syncIMAPMail для организации TLS-туннеля при доступе к исходной системе по IMAPS (порт 993): syncIMAPMail не поддерживает TLS/STARTTLS напрямую. stunnel устанавливается на Linux-воркеры из штатного репозитория используемого дистрибутива. Для ivatool_ews2imail stunnel не требуется: шифрование EWS (HTTPS) и JUMP (HTTPS) задаётся параметрами утилиты.