В этой статье:
Резервные копии позволяют восстанавливать работоспособность системы в случае непредвиденных ситуаций, а также предотвращать потерю данных пользователей и внесённых конфигурационных изменений.
Перед восстановлением системы должна быть создана резервная копия следующих объектов:
База данных «main». Содержит учётные записи пользователей API, параметры подключения к источникам данных и их ресурсам, параметры сред и проектов, параметры подключения к LDAP-каталогу, APNs-сертификаты для отправки push-уведомлений и другие;
База данных «cache». Содержит данные кэша, запрашиваемые сервером мобильной платформы или мобильным устройством из источника данных;
База данных «local». Содержит данные источника «Локальная БД»;
Файловое хранилище «minio». Содержит загружаемые файлы и сертификаты для подключения к источникам данных;
Конфигурационные файлы. Содержат изменённую информацию об установленных лимитах оперативной памяти, используемых контейнерах и других системных настройках.
Совет. Рекомендуется установить частоту копирования объектов в зависимости от периодичности добавления новых данных. Например, для базы данных «main» определите частоту добавления учётных записей пользователей API, для базы данных «cache» определите частоту изменения данных по расписанию обновления кэша, для базы данных «local» определите частоту добавления новых данных в источник «Локальная БД». Создание резервной копии производится после пика добавления новых данных.
Процесс создания резервной копии отличается в зависимости от версии продукта «Форсайт. Мобильная платформа».
Для создания резервной копии при использовании «Форсайт. Мобильная платформа» версии 21.10 и выше:
Создайте скрипт и разместите его в папке на уровне файла docker-compose.standalone.yml, используемого при установке сервера мобильной платформы.
Убедитесь, что кэши источников данных не находятся в процессе обновления или удаления. Для просмотра журнала фоновых задач используйте подраздел «Фоновые задачи» или API-метод tasks. Если фоновые задачи выполняются, то при создании резервной копии может быть нарушена целостность данных.
Запустите скрипт. После чего на уровне скрипта будет создана папка standalone_backup_<дата и время создания резервной копии> для хранения всех резервных копий.
Переместите созданную папку standalone_backup_<дата и время создания резервной копии> на компьютер, предназначенный для хранения резервных копий.
Шаблон скрипта для создания резервной копии (версия 21.10 и выше)
Если при установке продукта «Форсайт. Мобильная платформа» создан отказоустойчивый кластер на основе OKD/OCP:
Создайте скрипт и разместите его на компьютере, который управляет кластером.
Убедитесь, что кэши источников данных не находятся в процессе обновления или удаления. Для просмотра журнала фоновых задач используйте подраздел «Фоновые задачи» или API-метод tasks. Если фоновые задачи выполняются, то при создании резервной копии может быть нарушена целостность данных.
Выполните аутентификацию в системе при использовании «Форсайт. Мобильная платформа» версии 21.04 и выше:
oc login -u <имя пользователя> -p <пароль> <хост>
Запустите скрипт.
При использовании «Форсайт. Мобильная платформа» версии 21.04 и выше на уровне скрипта будет создана папка cluster_backup_<дата и время создания резервной копии> для хранения всех резервных копий.
Вставьте резервную копию изменённых конфигурационных файлов в кластере.
Шаблон скрипта для создания резервной копии (версия 21.04 и выше)
Шаблон скрипта для создания резервной копии (версия 20.10 и ниже)
Процесс восстановления системы из резервной копии отличается в зависимости от версии продукта «Форсайт. Мобильная платформа».
Для восстановления системы из резервной копии при использовании «Форсайт. Мобильная платформа» версии 21.10 и выше:
Восстановите виртуальную машину из резервной копии, если причиной сбоя системы является сама виртуальная машина.
Выполните одно из действий:
запустите контейнеры Docker, если они были остановлены:
% docker-compose -f docker-compose.standalone.yml up
переустановите «Форсайт. Мобильная платформа» при необходимости.
Создайте скрипт и разместите его на компьютере.
Вставьте резервную копию изменённых конфигурационных файлов на компьютере.
Запретите доступ пользователям к серверу мобильной платформы.
Запустите скрипт.
Примечание. На уровне скрипта проверяется наличие папки standalone_backup_<дата и время создания резервной копии> с сохраненными резервными копиями. Если таких папок несколько, то укажите наименование необходимой папки первым аргументом.
Разрешите доступ пользователям к серверу мобильной платформы.
Шаблон скрипта для восстановления системы из резервной копии (версия 21.10 и выше)
Если при установке продукта «Форсайт. Мобильная платформа» создан отказоустойчивый кластер на основе OKD/OCP, то выберите один из способов:
откатите работающий кластер к прежнему состоянию:
Создайте скрипт и разместите его на компьютере, который управляет кластером.
Запретите доступ пользователям к кластеру.
Запустите скрипт.
Разрешите доступ пользователям к кластеру.
повторно разверните кластер на основе OKD/OCP:
Разместите копии конфигурационных файлов на компьютере, который управляет кластером.
Убедитесь, что пользователи не работают с кластером и резервные копии были созданы на версии «Форсайт. Мобильная платформа», соответствующей установленной.
Создайте скрипт и разместите его на компьютере, который управляет кластером.
Запустите скрипт.
Примечание. На уровне скрипта проверяется наличие папки cluster_backup_<дата и время создания резервной копии> с сохраненными резервными копиями. Если таких папок несколько, то укажите наименование необходимой папки первым аргументом.
Разрешите доступ пользователям к кластеру.
Шаблон скрипта для восстановления системы из резервной копии (версия 21.04 и выше)
Шаблон скрипта для восстановления системы из резервной копии (версия 20.10 и ниже)
Для проверки работы системы и объёма восстановленных данных из резервной копии:
Проверьте объём данных кэша. Если объём данных не полный, то удалите кэш и добавьте его заново в подразделе «Управление кэшем».
Аннулируйте срок действия JWT для пользователей API и администраторов. Для этого измените значения параметров «Срок действия JWT токена для пользователей API», «Срок действия JWT токена для администраторов», «Срок действия refresh JWT для пользователей API и администраторов» в подразделе «Безопасность».
Заново добавьте учётные записи пользователей API, если они были добавлены после создания резервной копии.
Восстановите доступ пользователей к кластеру.
См. также: