Создание резервной копии GlarusBI

Минимизуйте риск потери данных вашего приложения (всех ваших вопросов, информационных панелей, коллекций и т. д.), создав резервную копию ваших данных.

GlarusBI использует единую базу данных SQL для всех операционных данных своего приложения, поэтому всё, что вам нужно сделать, - это создать резервную копию этой базы. Вы сможете использовать эту резервную копию для восстановления метаданных GlarusBI в случае возникновения каких-либо ошибок (например, во время миграции).

Резервное копирование базы данных H2

Если вы не указали конкретную базу данных приложения с помощью переменных среды при запуске GlarusBI, GlarusBI создаст встроенную базу данных H2.

Но если у вас есть вопросы и дашборды, которые вы хотите сохранить, то вам следует подумать о переходе на базу данных промышленной эксплуатации перед тем, как вы запустите, например, миграцию.

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

Если вы запустили jar файл GlarusBI

  1. Перейдите в каталог, где запущена ваша версия GlarusBI.

  2. Если ваша версия GlarusBI запущена, остановите службу. Вы можете либо закрыть терминал, либо “убить” процесс с помощью CTRL-C. Если вы запускаете процесс как сервис, остановите сервис.

  3. Скопируйте файл базы данных приложения (с именем metabase.db.mv.db) и сохраните эту копию в безопасном месте.

  4. Перезапустите GlarusBI командой java -jar metabase.jar или снова запустите сервис.

Если вы используете Docker-образ GlarusBI

Если вы используете Docker, вы уже должны были бы переключиться на базу данных промышленной эксплуатации.

Перед миграцией на производственную базу данных приложения необходимо скопировать файл базы данных приложения H2 из контейнера Docker. Например, если контейнер называется metabase, вы должны запустить:

docker cp metabase:/metabase.db/metabase.db.mv.db ./

Приведенная выше команда скопирует файл базы данных в каталог, из которого вы запустили команду. Вы также можете создать копию этого файла H2 и использовать ее для переноса данных в готовую к работе базу данных. См. Миграция с H2.

Использование Amazon RDS для базы данных приложения

У Amazon есть свои рекомендации по резервному копированию и восстановлению баз данных RDS, поэтому мы будем полагаться на них. Мы рекомендуем вам включить автоматическое резервное копирование RDS.

Инструкции можно найти в Руководстве пользователя Amazon RDS.

Собственная база данных PostgreSQL или MySQL

Если вы размещаете собственную базу данных PostgreSQL или MySQL/MariaDB, просто следуйте тем же инструкциям, что и при создании резервной копии любой другой базы данных. Например, если вы используете PostgreSQL для базы данных вашего приложения, вы должны следовать инструкциям PostgreSQL по резервному копированию вашей базы данных.

Пока у вас есть дамп базы данных GlarusBI - всё должно быть в порядке.