Резервное копирование и восстановление почтовой системы 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.