Резервная копия логов Elasticsearch хранится на отдельном компьютере в виде папки с набором файлов, полученных в результате выполнения скриптов elasticsearch_backup.py, make_cluster_logs_backup.sh:
при использовании одиночной конфигурации продукта - elastic_backup. Если резервная копия была создана для общей системы, то elastic_backup будет содержаться в папке standalone_backup_<дата и время создания резервной копии>;
при использовании кластерной конфигурации продукта - logs_files.
Восстановление логов Elasticsearch из резервной копии отличается в зависимости от конфигурации продукта:
Для восстановления логов Elasticsearch из резервной копии при использовании одиночной конфигурации продукта:
Убедитесь, что версии docker client, docker server и docker compose соответствуют поддерживаемым:
для получения используемой версии docker client и docker server выполните команду:
% docker version
для получения используемой версии docker compose выполните команду:
% docker compose version
Если версии docker client, docker server и docker compose не соответствуют поддерживаемым, то обновите их.
Скопируйте скрипты, которые содержатся в архиве standalone_compose_files_v26.06.<порядковый номер версии>.zip, и разместите их в папке установки мобильной платформы на уровне файла docker-compose.standalone.yml:
elasticsearch_backup.py;
restore_elastic_backup_standalone.sh.
Скрипт restore_elastic_backup_standalone.sh является вспомогательным и запускается автоматически в процессе выполнения скрипта elasticsearch_backup.py.
Разместите папку elastic_backup на уровне скрипта elasticsearch_backup.py.
Запустите скрипт elasticsearch_backup.py с помощью Python версии 3.6 и выше:
python3 elasticsearch_backup.py restore
Проверьте работу системы и объём восстановленных данных:
Проверьте объём данных кеша. Если объём данных неполный, то удалите кеш и добавьте его заново в подразделе «Управление кэшем».
Аннулируйте срок действия JWT для пользователей API и администраторов. Для этого измените значения параметров «Срок действия JWT токена для пользователей API», «Срок действия JWT токена для администраторов», «Срок действия refresh JWT для пользователей API и администраторов» в подразделе «Безопасность».
Заново добавьте учётные записи пользователей API, если они были добавлены после создания резервной копии.
После выполнения действий будут восстановлены логи Elasticsearch из резервной копии.
Для восстановления логов Elasticsearch из резервной копии при использовании кластерной конфигурации продукта:
Скопируйте скрипт restore_cluster_logs_backup.sh, который содержится в архиве cluster_charts_v26.06.<порядковый номер версии>.zip, и разместите его в папке установки мобильной платформы на одном из главных узлов кластера.
Разместите папку logs_files на уровне скрипта restore_cluster_backup.sh.
Запустите скрипт restore_cluster_logs_backup.sh в директории его расположения:
./restore_cluster_logs_backup.sh
Проверьте работу системы и объём восстановленных данных:
Проверьте объём данных кеша. Если объём данных неполный, то удалите кеш и добавьте его заново в подразделе «Управление кэшем».
Аннулируйте срок действия JWT для пользователей API и администраторов. Для этого измените значения параметров «Срок действия JWT токена для пользователей API», «Срок действия JWT токена для администраторов», «Срок действия refresh JWT для пользователей API и администраторов» в подразделе «Безопасность».
Заново добавьте учётные записи пользователей API, если они были добавлены после создания резервной копии.
После выполнения действий будут восстановлены логи Elasticsearch из резервной копии.
См. также:
Резервное копирование и восстановление системы | Создание резервной копии логов Elasticsearch