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

Частота создания резервных копий и глубина их хранения определяются требованиями и регламентами, принятыми в организации, эксплуатирующей конкретную инсталляцию системы. Задания, сценарии, расписания, конкретные наборы файлов и директорий для резервного копирования разрабатываются исходя из этих требований.

Перечень директорий, рекомендуемых к резервному копированию с целью получения возможности восстановления системы:

• /etc/polymatica — конфигурационная информация, общие настройки системы;
• /usr/share/polymatica — драйверы ODBC/JDBC, дополнительные программные модули;
• /var/plmrepo — мультисферы, информация о пользователях, группах пользователей, назначенных правах, правах владения ресурсами и ролях, профили пользователей, пользовательские сценарии, данные мультисфер и графических представлений.

Информация в первых двух директориях меняется не так часто: при изменении глобальных настроек системы, добавлении новых программных модулей. Все, что связано с работой пользователей, хранится в третьей директории: изменения данных при работе пользователей и платформы происходят там постоянно. Для успешного восстановления необходимо иметь полную копию этой директории на требуемый момент времени.

Исходя из набора информации, хранимого в директории /var/plmrepo, вопрос резервного копирования пользователей, их прав и ролей, сохраненных профилей, сценариев, графических представлений и мультисфер в составе метаданных и непосредственно их информационного наполнения сводится к резервному копированию файлов, которые находятся в папке, а именно, резервному копированию вложенных папок:

1. users (пользователи);
2. groups (группы пользователей);
3. permissions (права);
4. roles (роли);
5. index, ownership (права владения ресурсами);
6. layers (профили пользователей);
7. scripts (сценарии);
8. cubes (мультисферы);
9. dashboards (графические представления).

При обновлении системы ранее созданные пользователи перемещаются в папку users_old. В случае возврата системы к предыдущей версии, чтобы вернуть ранее созданных пользователей, данную папку необходимо переименовать в users.

С целью сокращения объема резервной копии возможен вариант создания резервной копии без загруженных в мультисферу данных. Достаточно иметь копию директории мультисферы, например, /var/plmrepo/cubes/<идентификатор мультисферы> и файл description.store из нее. При обновлении мультисферы данные снова в нее загрузятся.

Во избежание ошибок, перед выполнением резервного копирования мультисферы сервис Polymatica рекомендуется останавливать:

sudo systemctl stop polymatica

После выполнения резервного копирования сервис Polymatica нужно запустить:

sudo systemctl start polymatica

Скорость копирования

1. Для больших по объему мультисфер, которые регулярно используются и обновление которых средствами Polymatica Analytics из источника требует большого количества времени, резервное копирование должно быть настроено так, чтобы копировались все артефакты мультисферы (метаданные и сами данные). Это позволит сократить время на восстановление работы системы. Для небольших мультисфер или мультисфер, которые используются не так часто, резервное копирование можно ограничить копированием только метаданных мультисфер (это на несколько порядков меньший объем, нежели мультисферы целиком). После восстановления таких мультисфер из резервной копии следует запустить процедуру обновления мультисферы в Polymatica, что инициирует полную перезагрузку мультисферы из источника и восстановление данных мультисферы.
2. Для скорости резервного копирования решающим фактором является ширина канала. Рекомендуемая ширина канала — 10 Гб/сек.