Модуль резервного копирования и восстановления почтовой системы RuPost

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

Система резервного копирования RuBackup (далее – СРК RuBackup) и модуль RuPost, входящий в её состав, позволяют выполнять резервное копирование и восстановление компонентов корпоративной почтовой системы RuPost.

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

Резервное копирование выполняется для данных из «холодного» хранилища:

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

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

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

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

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

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

СРК RuBackup поддерживает следующие способы восстановления почтовой системы RuPost из резервной копии:

  • централизованное восстановление данных из резервной копии без развертывания. Восстановление из резервной копии возможно посредством Менеджера администратора RuBackup. Данные из резервной копии будут распакованы в каталог распаковки.

  • централизованное восстановление данных из резервной копии с развертыванием. Восстановление из резервной копии возможно посредством Менеджера администратора RuBackup. Восстановление с развертыванием может включать либо хранилище писем, либо базу данных, либо и то и другое.

За применение восстановленных данных отвечает администратор RuPost Server - без дополнительных действий с его стороны восстановленные данные будут находиться в каталоге Restore.

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

СРК RuBackup поддерживает полное и инкрементальное восстановление. Восстановление из резервной копии подразумевает только восстановление удаленных и измененных файлов до состояния, в котором они были на момент создания резервной копии.

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

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

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

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

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

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

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

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

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

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

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

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

  • СРК не восстанавливает данные почтовых ящиков непосредственно в почтовую систему RuPost. Восстановление данных происходит только в каталог Restore. Восстановление данных в почтовые ящики осуществляется силами Администратора почтовой системы RuPost.