Резервное копирование и восстановление почтовой системы RuPost
1. Назначение
Модуль RuPost позволяет СРК RuBackup выполнять резервное копирование и восстановление компонентов корпоративной почтовой системы RuPost с поддержкой работы в геокластере.
2. Требования к программным средствам
Для выполнения резервного копирования и восстановления почтовой системы RuPost версий 4.0, 4.1, 4.1.1 и 4.2 с помощью модуля RuPost на узле необходимо предустановленное программное обеспечение:
-
64-битная операционная система Astra Linux SE 1.7 или Astra Linux SE 1.8;
-
клиент резервного копирования RuBackup;
-
модуль RuPost;
-
БД почтовой системы RuPost (опционально, если планируется делать резервное копирование БД);
Если БД имеет конфигурацию Patroni, клиент РК должен быть установлен на каждом хосте кластера Patroni. -
NFS-клиент для монтирования холодного[1] хранилища почтовой системы RuPost.
Для управления резервным копированием и восстановлением почтовой системы RuPost рекомендуем использовать программное обеспечение Менеджер Администратора RuBackup (RBM).
3. Резервируемые данные
Резервное копирование выполняется для:
-
компонентов холодного[1] хранилища почтовой системы:
-
почтовые ящики;
-
архивы почтовых ящиков;
-
удаленные письма;
-
календари и расписания.
-
-
БД почтовой системы.
4. Типы резервного копирования
Модуль RuPost поддерживает полное, инкрементальное и дифференциальное резервное копирование почтовой системы RuPost.
При инкрементальном резервном копировании создаются:
-
инкрементальная резервная копия компонентов из холодного[1] хранилища;
-
полная резервная копия БД почтовой системы RuPost.
При дифференциальном резервном копировании создаются:
-
дифференциальная резервная копия компонентов из холодного[1] хранилища;
-
полная резервная копия БД почтовой системы RuPost.
5. Типы восстановления данных
СРК RuBackup поддерживает полное и гранулярное восстановление почтовой системы RuPost.
Полное восстановление доступно для компонентов холодного[1] хранилища почтовой системы RuPost и для БД почтовой системы RuPost.
Гранулярное восстановление доступно только для компонентов холодного[1] хранилища почтовой системы RuPost.
Для каждого отдельного пользователя почтовой системы RuPost можно восстановить:
-
почтовый ящик;
-
отдельные папки с письмами из почтового ящика;
-
отдельные письма из папок.
6. Способы восстановления данных
Модуль RuPost поддерживает следующие способы восстановления резервных копий:
-
централизованное восстановление данных без развертывания. Резервная копия будут распакована в каталог распаковки;
-
централизованное восстановление данных с развертыванием. Компоненты почтовой системы будут распакованы в холодное[1] хранилище, минуя временный каталог.
СРК не восстанавливает компоненты почтовой системы RuPost напрямую в почтовую систему. Данные восстанавливаются только в папки Restoreхолодного[1] хранилища. Дальнейшее развертывание в почтовую систему осуществляется силами администратора RuPost Server.БД будет распакована во временный каталог распаковки, а затем развернута в почтовой системе RuPost.
Развёртывание базы данных возможно только в конфигурации standalone. В кластере Patroni подмену базы и перезапуск кластера осуществляет администратор базы данных.
7. Комплект поставки
Дистрибутив модуля RuPost СРК RuBackup поставляется в виде deb-пакета с именем rubackup-rupost-<version>_amd64.deb,
где <version> - номер
версии поставляемого модуля.
8. Ограничения
-
Если требуется восстановить данные пользователя почтовой системы на новом геокластере (например, при миграции пользователя часть данных была утеряна или после миграции пользователя без потери данных резервная копия еще не была создана), то данные восстанавливаются на исходном геокластере. Последующая синхронизация и перенос этих данных на новый геокластер осуществляется администратором почтовой системы RuPost.
-
Резервные копии компонентов почтовой системы RuPost текущей версии могут быть восстановлены в будущие версии почтовой системы при условии обратной совместимости данных версий почтового клиента RuPost.
-
Для хранения резервных копий допускаются только файловые хранилища и блочные устройства.
-
Если после резервного копирования статус письма был изменен с непрочитанное на прочитанное, при восстановлении статус будет соответствовать сохраненному в резервной копии, то есть непрочитанное.
-
Запуск резервного копирования осуществляется вручную. Время начала резервного копирования устанавливается таким образом, чтобы к моменту старта резервного копирования RuPost завершил репликацию данных в холодное[1] хранилище.
-
СРК не обеспечивает синхронность данных при резервном копировании данных из холодного[1] хранилища и соответствующих метаданных в БД RuPost. При восстановлении РК возможна ситуация, когда данные в БД RuPost являются более новыми и не соответствуют данным, находящимся в холодном хранилище.
-
Со стороны СРК не предусмотрена возможность контроля объема свободного места в каталогах временного хранилища резервных копий и в каталогах распаковки.