Как перенести почту с Exchange
Перенос почты с Exchange выполняется в четыре шага: инвентаризация ящиков и объёмов, выгрузка данных (PST через New-MailboxExportRequest, EWS или IMAP-синхронизация), заливка в новый сервер и переключение MX-записей с автообнаружением. Для организаций от нескольких десятков ящиков практичнее не разовый «переезд за выходные», а поэтапная миграция с периодом сосуществования, когда часть пользователей уже работает на новой платформе, а часть — ещё на Exchange. Календари, задачи и адресные книги переносятся отдельными потоками — их структура отличается от обычных писем и теряется чаще всего.
Подготовка: что посчитать до начала миграции
Сначала снимите инвентарь: количество ящиков, суммарный объём баз EDB, средний и максимальный размер ящика, число общих (shared) и ресурсных ящиков, списки рассылки, правила транспорта, публичные папки. Публичные папки — отдельная головная боль: их иерархия почти никогда не переносится «один в один», часть организаций конвертирует их в общие ящики или в группы.
Дальше — учётные записи. Если каталог остаётся прежним (AD или другой LDAP), сопоставление пользователей делается по userPrincipalName либо mail; если каталог меняется, потребуется таблица соответствия login → новый адрес. Проверьте алиасы: у одного ящика их может быть пять-шесть, и потеря алиаса выглядит как «письма перестали доходить».
Отдельно зафиксируйте, чем люди пользуются: толстый клиент Outlook, веб-интерфейс, мобильные устройства по ActiveSync. От этого зависит, что придётся перенастраивать на стороне пользователя — профиль, плагин или только пароль.
Способы переноса и когда какой применяется
Универсального метода нет: выбор зависит от версии Exchange, объёма и того, нужен ли исторический архив целиком.
| Метод | Что переносит | Когда применяют | Ограничения |
|---|---|---|---|
| Экспорт в PST (New-MailboxExportRequest) | Письма, календарь, контакты, задачи, заметки | До ~100 ящиков, есть доступ к Exchange Management Shell | Требует роли Mailbox Import Export; файлы PST крупнее 50 ГБ обрабатываются медленно |
| IMAP-синхронизация (imapsync и аналоги) | Только папки и письма | Массовый перенос, в том числе с Exchange 2010–2019 | Календари, задачи и контакты не передаются — нужен второй поток |
| EWS-миграция | Письма, календари, контакты, права доступа к папкам | Когда нужно сохранить приглашения на встречи и делегирование | Нужна учётная запись с ApplicationImpersonation, чувствительна к троттлингу |
| Гибрид / режим сосуществования | Всё, пользователей переводят волнами | От сотни ящиков, недопустим простой | Дольше по срокам, требует маршрутизации между старой и новой системами |
На практике чаще комбинируют: основной массив писем гонят по IMAP, а календари и контакты добирают через PST или EWS. Ориентир по скорости — от 1 до 5 ГБ в час на поток, но цифра сильно зависит от дисков, троттлинга Exchange и задержек сети, поэтому пилот на 3–5 ящиках обязателен.
Режим сосуществования и выбор целевой платформы
Сосуществование означает, что оба сервера какое-то время принимают почту, а между ними настроен маршрут: внутренние письма ходят через коннекторы, а внешние сначала попадают на один узел и релеятся на другой. Это снимает главный риск — «переехали в пятницу, в понедельник не работает». Минус: два месяца администраторы обслуживают две системы и следят за двойной доставкой.
При выборе целевой системы смотрят на несколько вещей: поддержку кластеризации, работу с разными LDAP и операционными системами одновременно, наличие плагина для Outlook (чтобы не переучивать пользователей), веб-доступ с поддержкой популярных мобильных клиентов, наличие CLI для автоматизации массовых операций. Среди решений, рассчитанных на замену Exchange, есть почтовые сервера российского производства с кроссплатформенным клиентом для Astra Linux, Alt Linux, RedHat и Windows (версия для macOS в разработке) — такой клиент подключается и к Exchange, и к CommuniGate, и к почте Яндекса или Mail.ru, что удобно как раз на период параллельной работы. В составе подобных комплектов обычно идут календари, задачи, адресные книги и ролевые политики, а персональная версия клиента лицензирования не требует.
Практический смысл кроссплатформенного клиента при миграции: пользователь настраивает две учётные записи в одном окне и не замечает момента переключения. Правда, работает это не всегда гладко — для ящиков со сложной структурой делегирования профиль иногда приходится пересоздавать вручную.
Что делать, если письма или встречи после переноса пропали
Порядок действий при типичных сбоях:
- Не доходит внешняя почта. Проверьте MX и SPF через dig/nslookup, TTL старых записей и то, что почтовый шлюз действительно слушает 25-й порт. Пока TTL не истёк, часть отправителей будет стучаться на старый сервер — держите Exchange принимающим ещё минимум сутки после переключения.
- Пропали встречи в календаре. Почти всегда это следствие переноса по IMAP: календарь просто не входит в протокол. Выгрузите календарь отдельно (PST или ICS) и залейте повторно; повторяющиеся события с исключениями проверьте вручную.
- Письма есть, но структура папок «съехала». Причина — разные разделители папок и локализованные имена системных папок («Входящие» / Inbox). Задайте соответствие явно в конфигурации переноса и перезапустите синхронизацию только по проблемным ящикам.
- Кириллица в теме превратилась в «кракозябры». Проблема кодировок при экспорте; чаще помогает переливка тех же ящиков через EWS вместо IMAP.
- Часть ящиков не перенеслась целиком. Смотрите троттлинг Exchange: при массовых обращениях сервер режет сессии. Снизьте число параллельных потоков и добавьте политику throttling для сервисной учётки на время миграции.
- Не работают общие ящики и делегирование. Права доступа переносятся отдельно от содержимого. Выгрузите список разрешений (Get-MailboxPermission, Get-MailboxFolderPermission) до миграции и восстановите его на новой платформе скриптом.
Универсальное правило: старый Exchange не выключают сразу. Держите его в режиме «только чтение» ещё две-четыре недели после финальной волны — это дешевле, чем восстанавливать базу из бэкапа, когда обнаружится, что у бухгалтерии не хватает архива за 2019 год.