Правильный ли план миграции mail сервера с одного физического сервера на другой?
Есть IceWarp почтовый сервер и необходимость перенести его с одного физического сервера на другой. ip меняется.
На сервере больше 100 клиентов, при этом, в процессе переноса и обновления DNS нужно не потерять письма, которые не синхронизировались. В IceWarp есть утилита миграции, что упрощает процесс.
Как я это вижу -
1. Прописываем всем доменными именам MX запись с priority 20 (больше, чем на текущий) на новый сервер. При этом, второй сервер письма не принимает. Т.е. письма идут на первый сервер.
2. На первом сервере мигрирую все на новый
3. На первом сервере отключаю pop3, imap сервисы, синхронизирую то, что на этот момент пришло на этот сервер (минут 10 занимает).
4. На втором сервере включаю pop3, imap. Т.е. теперь хранение писем и их получение на почтовые клиенты будет со второго сервера. Через первый будет только отправка писем, если у кого-то остались прежние данные.
5. Обновляю MX только на новый сервер.
Живая ли идея или что-то упустил?
Правильно ли понимаю, что если MX сервер с низшим priority недоступен, то почтовые сервисы будут просто идти дальше по priority?
Обновление MX не гарантирует мгновенный результат. Где-то на чужом DNS останется закэшированная старая MX-запись - и будут письма из внешнего мира ещё час или два часа (условно) лететь на старый сервер. Надо бы жёстко обрубать SMTP на старом сервере. Но тогда и отправки с него не будет. Как вариант - файерволом обрубать только инициированные снаружи SMTP.
Простой
Простой
Средний
