Резервное копирование и восстановление почтовой системы RuPost

1. Назначение

Модуль RuPost позволяет СРК RuBackup выполнять резервное копирование и восстановление компонентов корпоративной почтовой системы RuPost.

2. Требования к программным средствам

Для выполнения резервного копирования и восстановления почтовой системы RuPost версии 3.2, 3.3 или 3.4 с помощью модуля RuPost на узле необходимо предустановленное программное обеспечение:

  • 64-битная операционная система Astra Linux SE 1.7 или Astra Linux SE 1.8;

  • Клиент резервного копирования RuBackup;

  • Модуль RuPost;

  • Служебная база данных почтовой системы RuPost (опционально, если планируется делать резервное копирование БД);

    Если служебная БД имеет конфигурацию Patroni, клиент РК должен быть установлен на каждом хосте кластера Patroni.

  • NFS-клиент для монтирования холодного[1] хранилища почтовой системы RuPost.

Для управления резервным копированием и восстановлением почтовой системы RuPost рекомендуем использовать программное обеспечение Менеджер Администратора RuBackup (RBM) (см. Менеджер администратора RuBackup (RBM)).

3. Резервируемые данные

Резервное копирование выполняется для:

  • компонентов холодного[1] хранилища почтовой системы:

    • почтовые ящики;

    • архивы почтовых ящиков;

    • удаленные письма;

    • календари и расписания.

  • служебной базы данных почтовой системы.

4. Типы резервного копирования

Модуль RuPost поддерживает полное, инкрементальное и дифференциальное резервное копирование почтовой системы RuPost.

При инкрементальном резервном копировании создаются:

  • инкрементальная резервная копия компонентов из холодного[1] хранилища;

  • полная резервная копия служебной базы данных почтовой системы RuPost.

При дифференциальном резервном копировании создаются:

  • дифференциальная резервная копия компонентов из холодного[1] хранилища;

  • полная резервная копия служебной базы данных почтовой системы RuPost.

Подробнее о типах резервного копирования см. в Термины.

В этом документе приведены инструкции по созданию РК с помощью программы Менеджер Администратора RuBackup (см. Резервное копирование).

5. Типы восстановления данных

СРК RuBackup поддерживает полное и гранулярное восстановление почтовой системы RuPost.

Полное восстановление доступно для компонентов холодного[1] хранилища почтовой системы RuPost и для служебной БД почтовой системы RuPost.

Гранулярное восстановление доступно только для компонентов холодного[1] хранилища почтовой системы RuPost.

Для каждого отдельного пользователя почтовой системы RuPost можно восстановить:

  • почтовый ящик;

  • отдельные папки с письмами из почтового ящика;

  • отдельные письма из папок за указанный промежуток времени.

Подробнее о типах восстановления данных см. в Термины.

6. Способы восстановления данных

Модуль RuPost поддерживает следующие способы восстановления резервных копий:

  • централизованное восстановление данных без развертывания. Резервная копия будут распакована в каталог распаковки;

  • централизованное восстановление данных с развертыванием. Компоненты почтовой системы будут распакованы в холодное[1] хранилище, минуя временный каталог.

    СРК не восстанавливает компоненты почтовой системы RuPost напрямую в почтовую систему. Данные восстанавливаются только в папки Restore холодного[1] хранилища. Дальнейшее развертывание в почтовую систему осуществляется силами администратора RuPost Server.

    Служебная база данных будет распакована во временный каталог распаковки, а затем развернута в почтовой системе RuPost.

    Развёртывание базы данных возможно только в конфигурации standalone. В кластере Patroni подмену базы и перезапуск кластера осуществляет администратор базы данных.

В этом документе приведены инструкции по восстановлению РК с помощью программы Менеджер Администратора RuBackup (см. Восстановление данных).

7. Комплект поставки

Дистрибутив модуля RuPost СРК RuBackup поставляется в виде deb-пакета с именем rubackup-rupost-<version>_amd64.deb, где <version> - номер версии поставляемого модуля.

8. Ограничения

  • СРК не обеспечивает синхронность данных при резервном копировании данных из холодного[1] хранилища и соответствующих метаданных в служебной БД RuPost. При восстановлении РК возможна ситуация, когда данные в служебной БД RuPost являются более новыми и не соответствуют данным, находящимся в холодном хранилище.

  • Запуск резервного копирования осуществляется вручную. Время начала резервного копирования устанавливается таким образом, чтобы к моменту старта резервного копирования RuPost завершил репликацию данных в холодное[1] хранилище.

  • Модуль RuPost не поддерживает взаимодействие с СРК при помощи веб-приложения Tucana.

  • Не поддерживается взаимодействие с СРК с помощью утилит командой строки.

  • Резервные копии компонентов почтовой системы RuPost текущей версии могут быть восстановлены в будущие версии почтовой системы при условии обратной совместимости данных версий почтового клиента RuPost.

  • Со стороны СРК не предусмотрена возможность контроля объема свободного места в каталогах временного хранилища резервных копий и в каталогах распаковки.

  • Для хранения резервных копий допускаются только файловые хранилища и блочные устройства.

  • Модуль RuPost не поддерживает резервное копирование и восстановление СУБД PostgreSQL Pro.

  • Если после резервного копирования статус письма был изменен с непрочитанное на прочитанное, при восстановлении статус будет соответствовать сохраненному в резервной копии, то есть непрочитанное.

1. Резервное хранилище почтовой системы RuPost, которое используется как источник данных для резервного копирования компонентов почтовой системы.