Руководство перечисляет пять каталогов, которые составляют восстановимое состояние узла: конфигурация, внутреннее состояние, журналы, спул и дампы аварий. Пути даны как умолчания и в конкретной установке могут отличаться.
Восстановление устроено просто и грубо: остановить MTA, вернуть каталоги на место, запустить. Способа восстановиться на ходу руководство не предлагает.
Что стоит за каждым каталогом. Конфигурация — это настройка и секреты, её потеря обратима, если файл собирается заново. Спул — письма, ещё не отправленные: его потеря означает потерю писем. Внутреннее состояние — то, что MTA помнит между запусками. Журналы и дампы нужны для разбора, а не для работы.
Порядок каталогов в списке — не порядок важности. Конфигурацию можно собрать заново, спул — нет.
Что есть: конфигурацию Хаб собирает сам, хранит её версии и умеет откатить на предыдущую. То есть конфигурация восстановима — из Хаба, а не из копии узла.
А вот спул не восстановим ничем. Письма, стоящие в очереди на узле, при потере машины теряются вместе с ней: у Хаба их нет, он знает только, что они были отданы узлу.
До появления модуля это означает простое правило: никаких разрушающих действий на боевом узле без проверки на стенде. Вернуть будет неоткуда.
Что в каком каталоге и чем грозит потеря:
| Каталог | Что внутри | Если потерять |
|---|---|---|
| конфигурация | настройка, пароли, ключи подписи | восстановимо из Хаба; ключи — если сохранены |
| внутреннее состояние | то, что MTA помнит между запусками | восстановимо, но узел «забудет» накопленное |
| спул | письма, ещё не отправленные | письма потеряны безвозвратно |
| журналы | следы для разбора | разбор прошлого станет невозможен |
| дампы аварий | материал для вендора | ничего для работы |
Снимать копию с работающего узла можно только со снимка тома. Обычное копирование спула на ходу даёт негодную копию — MTA пишет в него в этот самый момент.
Ключи подписи стоит хранить отдельно от узла. Их потеря означает смену селектора и запись в DNS, а не восстановление; это самая дорогая часть конфигурации.
# снятие копии: конфигурация и состояние можно на ходу tar czf /backup/pmta-etc.tgz /etc/pmta/ tar czf /backup/pmta-state.tgz /var/lib/pmta/ # спул — только со снимка тома или с остановленного узла# tar czf /backup/pmta-spool.tgz /var/spool/pmta
▲
Типичные ошибки и проблемы
что делают не так и чем это кончается3 ошибки▶
Копируют спул на работающем узле
§ 1.8
Берут пути из руководства, не сверив с установкой
§ 1.8
Считают, что конфигурация в Хабе заменяет копию узла
§ 1.8
Связанные записи
3 связи
Работа без прав rootСмежный порядок действий: часть шагов у них общая. § 1.8Удаление MTAСмежный порядок действий: часть шагов у них общая. § 1.8spool-delete-corruptedGlobalПовреждённый файл — то, что восстановление из копии не спасёт: письмо в нём уже не прочитать. inferencelog-fileGlobalЖурнал в резервную копию обычно не берут: он восстанавливается сам, а места занимает много. § 1.8deliver-only<spool>Штатный способ поднять очередь отказавшего узла: подключить его спул и опустошить. § 3.3.2.2Переключение на запасной узелСмежный порядок действий: часть шагов у них общая. inference
pmta test config pmta show status
Что ещё почитать
3 статьи
◇Ключ активации — условие установки, а не шаг после неёБез ключа активации от поддержки SparkPost MTA не ставится и не работает, а уровень лицензии задаёт потолок исходящих соединений: на стандартной всё сверх 200 игнорируется.◇Ограничения облакаОблака ограничивают исходящую почту через порт 25, пока не попросишь снять лимит, а их диапазоны адресов почтовики встречают с подозрением.◇Как перевести план отправки в железоДве постоянные, по которым считается любой узел: около 2 КБ памяти на каждого получателя в очереди и место под спул, пропорциональное суммарному размеру писем.
- Цена ошибки
- опасно: последствия переживут откат
- Сценарии
- Аварийная остановка · Подготовить узел к отправке