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

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

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

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

Резервное копирование выполняется для следующих данных домена:

  • почтовых ящиков с их содержимым (структура каталогов, письма, вложения);

  • календари и события из календарей пользователей;

  • личные адресные книги пользователей;

  • профили пользователей;

  • общая адресная книга домена.

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

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

  • полное резервное копирование. Каждый раз при выполнении задачи резервного копирования из источника копируются все данные без изъятия. Этот тип резервного копирования наиболее медленный и ресурсозатратный, но обеспечивает наибольшую полноту и точность сохранения данных;

  • инкрементальное резервное копирование. Этот тип резервного копирования предназначен для копирования только изменившихся данных. Сначала создается полная резервная копия. Последующие резервные копии содержат данные, изменившиеся с момента создания последней резервной копии (дифференциальной или полной). Для восстановления данных потребуется полная резервная копия, на базе которой создана восстанавливаемая инкрементальная резервная копия, и все дифференциальные копии, созданные с момента создания полной резервной копии до момента создания восстанавливаемой резервной копии.

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

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

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

  • локальное восстановление данных из резервной копии на клиенте РК, на котором установлен модуль VK WorkMail. Восстановление из резервной копии возможно посредством утилиты командной строки rb_archives.

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

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

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

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

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

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

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

  • Успешное восстановление резервных копий компонентов ПС VK WorkMail, сделанных на версиях, отличных от версий, где происходит восстановление, возможно только при условии совпадения версий API ПС VK WorkMail.

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

  • Модуль VK WorkMail должен позволять резервировать только данные почтовой системы: личные адресные книги, календари, события из календарей, структуру и содержимое почтовых ящиков. Для резервного копирования серверов, образов баз данных, контейнеров и виртуальных машин должны применяться иные инструменты.

  • При использовании файловых и ленточных устройств в качестве хранилищ РК общий объем резервируемых данных не должен превышать максимальный размер файла в файловой системе для конкретной операционной системы. Так, например, для ALSE 1.7 с файловой системой Ext4 максимальный размер файла равен 16 ТБ, а для RHEL 6 и файловой системы XFS размер файла ограничен 100 ТБ.

  • При использовании блочных устройств в качестве хранилищ РК общий объем резервируемых данных не должен превышать 1,5 ПБ.

  • При распаковке РК данные домена ПС VK WorkMail восстанавливаются в том же формате, в котором были получены с помощью API ПС VK WorkMail.

  • СРК при восстановлении РК затирает существующие личные адресные книги, заменяя их на сохраненные в РК.

  • СРК при восстановлении РК затирает существующие почтовые ящики и их содержимое, заменяя их на сохраненные в РК.

  • СРК при восстановлении РК совмещает существующие в ПС и сохраненные в РК календари: существующие в РК календари, имеющиеся в ПС, заменяются, отсутствующие в ПС, но имеющиеся в РК — восстанавливаются, отсутствующие в РК, но имеющиеся в ПС — остаются в ПС без изменений. Данный функционал обусловлен API со стороны VK WorkMail.

  • СРК при восстановлении РК совмещает существующие в ПС и сохраненные в РК события в календаре: существующие в РК события в календаре, имеющиеся в ПС, заменяются, отсутствующие в ПС, но имеющиеся в РК — восстанавливаются, отсутствующие в РК, но имеющиеся в ПС — остаются в ПС без изменений. Данный функционал обусловлен API со стороны VK WorkMail.

  • СРК при восстановлении РК совмещает существующие в ПС и сохраненные в РК данные общей адресной книг: существующие в РК данные общей адресной книг, имеющиеся в ПС, заменяются, отсутствующие в ПС, но имеющиеся в РК — восстанавливаются, отсутствующие в РК, но имеющиеся в ПС — остаются в ПС без изменений. Данный функционал обусловлен API со стороны VK WorkMail.

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

  • Если при восстановлении структуры каталогов почтового ящика каталог уже существует, то СРК пропускает ошибку от API ПС VK WorkMail «INVALID_ARGUMENT, "folder with such id already exist"» и продолжает задачу на восстановление РК.

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

В текущей версии модуля не предусмотрены следующие возможности:

  • Контроль объема свободного места в каталоге временного хранилища РК и каталоге распаковки. Функционал не предусмотрен со стороны СРК RuBackup.

  • Многопоточная передача данных между Клиентом РК и ПС VK WorkMail при резервном копировании и восстановлении.

  • Выполнение резервного копирования и восстановления облачного хранилища VK WorkMail. Функционал не предусмотрен API со стороны VK WorkMail.

  • Выполнение резервного копирования и восстановления файлового хранилища VK WorkMail. Функционал не предусмотрен API со стороны VK WorkMail. .

  • Выполнение резервного копирования и восстановления конфигурационного сервера WorkMail. Функционал не предусмотрен API со стороны VK WorkMail.

  • Выполнение резервного копирования и восстановления файла конфигурации сервиса Deployer. Функционал не предусмотрен API со стороны VK WorkMail.

  • Выполнение резервного копирования и восстановления файлов Docker. Функционал не предусмотрен API со стороны VK WorkMail.

  • Выполнение резервного копирования и восстановления файлов конфигурации сервисов Onpremise. Функционал не предусмотрен API со стороны VK WorkMail.

  • Выполнение резервного копирования и восстановления файлов постоянных дисков mailOnPremise. Функционал не предусмотрен API со стороны VK WorkMail.

  • Выполнение инкрементального резервного копирования.

  • Выполнение дифференциального резервного копирования.

  • Выполнение гранулярного восстановления.

  • Возможность поддержка удаленной репликации для Модуля VK WorkMail.

  • Возможность работы Модуля VK WorkMail для автономного Клиента РК.

  • Возможность архивация.

  • Возможность взаимодействия с СРК с помощью Web-интерфейса Tucana.

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

  • Возможность использования облачных хранилищ в качестве хранилищ для РК.

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

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


1. Функционал гранулярного восстановления будет разработан на следующих этапах реализации