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

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

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

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

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

Но если у вас есть вопросы и дашборды, которые вы хотите сохранить, то вам следует подумать о переходе на [базу данных промышленной эксплуатации](migrating-from-h2.md) перед тем, как вы запустите, например, миграцию.

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

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

1. Перейдите в каталог, где запущена ваша версия GlarusBI.
2. Если ваша версия GlarusBI запущена, остановите службу. Вы можете либо закрыть терминал, либо "убить" процесс с помощью CTRL-C. Если вы запускаете процесс как сервис, остановите сервис.
3. Скопируйте файл базы данных приложения (с именем `metabase.db.mv.db`) и сохраните эту копию в безопасном месте.
4. Перезапустите GlarusBI командой `java -jar metabase.jar` или снова запустите сервис.

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

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

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

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

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

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

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

Инструкции можно найти в [Руководстве пользователя Amazon RDS](http://docs.aws.amazon.com/AmazonRDS/latest/UserGuide/USER_WorkingWithAutomatedBackups.html).

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

Если вы размещаете собственную базу данных PostgreSQL или MySQL/MariaDB, просто следуйте тем же инструкциям, что и при создании резервной копии любой другой базы данных. Например, если вы используете PostgreSQL для базы данных вашего приложения, вы должны следовать инструкциям PostgreSQL по [резервному копированию вашей базы данных](https://www.postgresql.org/docs/current/backup.html).

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