Как перенести почту с Exchange на Linux
Перенос почты с Exchange на Linux выполняется в четыре шага: инвентаризация ящиков и служб каталога, развёртывание целевой почтовой платформы на Linux, копирование данных (ящики, календари, контакты, публичные папки) и переключение MX-записей с перенастройкой клиентов. Для крупных инсталляций перенос делают не «одной ночью», а через режим сосуществования: часть пользователей уже на новой системе, часть остаётся на Exchange, маршрутизация между ними прозрачна. Технически данные снимаются через EWS, IMAP или экспорт PST — выбор зависит от версии Exchange и объёма архивов.
Содержимое статьи
Подготовка: что нужно посчитать до старта
Миграция ломается не на копировании писем, а на мелочах — правилах пересылки, делегировании ящиков, ресурсных календарях переговорных. Перед стартом соберите точную статистику: количество ящиков, суммарный объём почтового хранилища, число ящиков свыше 10 ГБ, количество публичных папок, списки рассылки, число клиентов MS Outlook и мобильных устройств с ActiveSync.
Отдельно проверьте службу каталога. Если в компании один домен Active Directory, схема простая; при нескольких лесах или связке AD с локальным LDAP нужна платформа, которая умеет одновременно работать с несколькими службами каталога, иначе придётся сводить учётные записи вручную.
Практическое правило: скорость переноса ограничивает не сеть, а троттлинг Exchange и дисковая подсистема источника. Планируйте окно с запасом и переносите крупные ящики первыми.
Способы переноса и что они дают
Сравнение подходов по ключевым характеристикам:
| Способ | Что переносится | Простой пользователей | Когда применим |
|---|---|---|---|
| Экспорт/импорт PST | Письма, календари, контакты, задачи | Есть: ящик недоступен на время экспорта | До нескольких десятков ящиков |
| IMAP-синхронизация | Только письма и структура папок | Минимальный | Когда календари и контакты не критичны |
| Перенос через EWS | Письма, календари, контакты, права доступа, флаги | Минимальный, возможна дельта-синхронизация | Exchange 2013 и новее, средние и крупные системы |
| Режим сосуществования | Всё перечисленное плюс общая маршрутизация и адресная книга | Практически отсутствует | Сотни и тысячи ящиков, поэтапный график |
Для больших организаций встроенный механизм миграции целевой платформы обычно выгоднее сторонних скриптов: он сохраняет служебные атрибуты — идентификаторы сообщений, признаки прочтения, вложенные правила. Российские почтовые платформы для Linux такую задачу закрывают штатно: например, есть почтовые сервера российского производства, где заявлены быстрая, полная и корректная миграция данных из MS Exchange и отдельный режим сосуществования для постепенного перевода крупных систем — подробнее можно узнать на сайте.
После переключения: клиенты, отказоустойчивость, администрирование
Пользователи болезненнее всего реагируют на смену привычного интерфейса, а не на смену сервера. Поэтому целевая платформа должна поддерживать MS Outlook и основные клиентские почтовые приложения — тогда переход для сотрудника сводится к перенастройке профиля. Дополнительно доступны собственный кроссплатформенный клиент Desktop X и мобильное рабочее место WorksPad, если нужно уйти с проприетарных клиентов полностью.
Инфраструктурная часть: отказоустойчивый кластер и распределённое почтовое хранилище позволяют не собирать аналог DAG вручную. Управление строится на ролевой модели администрирования — почтовый администратор, оператор техподдержки и аудитор получают разные наборы прав. Библиотека шаблонов конфигураций с восстановлением упрощает откат, если после правки настроек что-то поехало.
Часто, но не всегда, миграцию тормозит кадровый вопрос: команда умеет администрировать Windows и не готова к консоли Linux. Платформы, где администрирование не требует экспертов по Linux, снимают этот барьер — управление ведётся через веб-консоль. Исключение — нестандартные интеграции и тонкий тюнинг производительности, там инженер с опытом Linux всё же понадобится.
От чего зависит срок и сложность миграции с Exchange на Linux
- Объём почтового хранилища. Терабайты архивов копируются часами и сутками; критичен не размер, а число мелких сообщений — они переносятся медленнее одного большого вложения.
- Версия Exchange. Старые версии (2010 и раньше) ограничивают набор доступных API, часть данных приходится вытягивать через PST.
- Структура службы каталога. Один домен AD — типовой сценарий. Несколько лесов, доверительные отношения, гибридная связка с облаком добавляют этап сопоставления учётных записей.
- Публичные папки и общие календари. Самый частый источник ошибок: права доступа и делегирование переносятся не всеми инструментами.
- Число клиентов и устройств. Перенастройка Outlook-профилей и мобильных устройств масштабируется хуже серверной части, если нет групповых политик или MDM.
- Требования к простою. Если допустимое окно — выходные, подойдёт разовый перенос. При требовании «без простоя» остаётся только сосуществование с поэтапным переводом групп пользователей.
- Интеграции. СЭД, CRM, сканеры-МФУ и системы уведомлений, которые шлют почту через Exchange, нужно перенаправить и протестировать отдельно — их обычно вспоминают последними.