Резервное копирование СУБД Jatoba

Утилита pg_dump должна соответствовать версии PostgreSQL, на базе которой работает установленная Jatoba. Поэтому в переменной окружения PATH должен быть указан путь к pg_dump из папки Jatoba.

Если система запускает pg_dump от другой версии PostgreSQL, задача может завершиться ошибкой из-за несовместимости версий.

Если на одном компьютере установлены СУБД Jatoba и PostgreSQL, для каждой базы создайте отдельную задачу резервного копирования с собственными параметрами подключения: сервером, портом, именем базы, пользователем и паролем.

Handy Backup использует первую найденную в PATH версию pg_dump для подключения к СУБД и выгрузки базы данных в резервную копию. Если версии Jatoba и PostgreSQL отличаются, важно проверить порядок путей в переменной PATH.

Если версии Jatoba и PostgreSQL совпадают, переключение PATH обычно не требуется: совместимая версия pg_dump может использоваться для обеих баз при корректных параметрах подключения.

Если версии СУБД отличаются, может потребоваться изменить порядок путей в PATH. В этом случае порядок действий будет таким:

1. Закройте Handy Backup через меню «Файл > Выход», чтобы завершить связанные процессы программы.
2. Измените порядок путей в переменной PATH так, чтобы первой была указана папка с нужной версией pg_dump.
3. Запустите Handy Backup заново.
4. Выполните резервное копирование нужной базы данных.
5. Для второй базы с другой версией PostgreSQL повторите действия: закройте Handy Backup через меню «Файл > Выход», измените PATH, снова запустите программу и выполните соответствующую задачу резервного копирования.

Да. Перед обновлением Jatoba или связанной прикладной системы можно создать резервную копию базы данных. Это поможет вернуться к сохраненному состоянию, если после обновления возникнут ошибки.

Handy Backup может использоваться для резервного копирования СУБД Jatoba 5, 6 и 18 через плагин PostgreSQL. Совместимость протестирована на Jatoba 6.10.1, а также на PostgreSQL 15, 16 и 18, которые соответствуют ядрам версий Jatoba 5, 6 и 18 соответственно.

Обычно останавливать сервер СУБД Jatoba не требуется. Handy Backup выполняет резервное копирование через подключение к базе данных и может создавать копии при работающем сервере, если указаны корректные параметры подключения и у пользователя есть необходимые права.

При таком способе создается согласованная копия данных на момент выполнения резервного копирования. Изменения, которые были внесены в базу уже после начала бэкапа, войдут в следующую резервную копию.

Если требуется зафиксировать базу в строго определенном состоянии, например перед обновлением, миграцией или важными изменениями в прикладной системе, рекомендуется выполнять бэкап в период минимальной активности или временно остановить работу приложения, которое записывает данные в Jatoba.

В Handy Backup для резервного копирования СУБД Jatoba можно выбрать формат SQL или Custom. Оба варианта подходят для создания копии базы данных, но используются в разных сценариях:

• SQL формат создает текстовую выгрузку базы данных. Такой файл можно открыть и просмотреть как обычный SQL скрипт. Этот вариант удобен, если нужна понятная копия базы для проверки, переноса данных или восстановления через SQL команды.
• Custom формат создает резервную копию во внутреннем формате PostgreSQL. Такой вариант подходит для работы через совместимые средства PostgreSQL, например pg_restore.

При выборе формата лучше заранее учитывать, как именно планируется восстанавливать базу Jatoba и какие инструменты будут использоваться в вашей инфраструктуре.

Да. Рекомендуется периодически выполнять тестовое восстановление в безопасной среде или по согласованному регламенту. Это помогает убедиться, что резервная копия действительно пригодна для восстановления данных.

Да, в Handy Backup резервную копию можно использовать для восстановления базы Jatoba на исходный или другой сервер. Для восстановления нужна совместимая версия СУБД, корректные права доступа и настроенное подключение.

При восстановлении на другом сервере необходимо создать подключение к Jatoba через плагин PostgreSQL с тем же именем, которое использовалось в исходной конфигурации резервного копирования. Это можно сделать в продвинутом режиме создания задачи восстановления: на шаге 3 выбора места восстановления нажмите «Изменить место», создайте новое подключение и затем нажмите «Отмена», чтобы вернуться к окну выбора места восстановления. Менять само местоположение восстановления не требуется.

Подробный порядок действий описан в Руководстве пользователя.