Можно ли корректно забэкпить БД Postgres в Proxmox?

Question

[Андрей]

День добрый имеется Proxmox Ve + PBS . На Proxmox Ve есть ВМ-ка с 1c базой на Postgres Sql (к ВМ подключен доп диск на который база бэкапится с помощью pg_probackup).
Средствами proxmox ВМ с бд бэкапится каждую ночь (snaphot).
Правильно ли я понимаю - если поднять VM из бэкапа - шансы получить не работоспособную базу очень велики (если в момент бэкапа в базе шли транзакции) ?

Comments

[Антон Южный]

Верно вы рассуждаете, что бэкап с базой данных может быть не работоспособен.
Мой совет рассмотреть Veem Backup Community Edition она бесплатна 10 машин, насколько мне известно в нем возможно настроить бэкап таким образом, что он сначала остановит службу БД сделает бэкап и запустит БД заново, но это по-любому остановка работоспособности сервера, мне именно такое настраивать не доводилось...

Answer 1

[meDveD_spb]

https://pve.proxmox.com/wiki/Qemu-guest-agent

Comments

[Андрей]

Спасибо за ответ. Правильно ли я понял - при использовании заморозки, во время бэкапа, postgres не будет доступен (пока не пройдёт бэкап ) ? Собственно в чем разница между этим вариантом и бэкапом с помощью опции stop ?

Answer 2

[ky0]

Зачем вам поднимать БД из бэкапа ВМ, если у вас есть консистентные дампы на соседнем диске? Если же хочется иметь максимально свежую версию данных - это решается репликацией и/или архивированием WAL.

Comments

[Андрей]

Периодически приходиться проводить обновление ОС на вм (риск сбоя, который приведет к неработоспособности операционки не велик, но существует). Отсюда и вопрос . По идее, всегда смогу откатиться с помощью pg_probackup, но на это потребуется дополнительно время. Ну и два бэкапа лучще чем один ) Потому и хочется прояснить можно ли бэкапить БД вместе с виртуалкой.

[ky0]

Андрей, при обновлении ОС на виртуалке лучше останавливать СУБД.

Answer 3

[Андрей]

Гмм пока из самых доступных - вариант бэкап VM с базой данных не в режиме Snaphot а в режиме Stop. Но это "спецефект" не совсем подходит (на время выполнения бэкапа vm-ка тушится, по окончанию автоматически запускается) .

Answer 4

[rPman]

Если в момент создания снапшота ты штатно останавливал 1c (и в идеале всю операционную систему) то снапшот будет консистентным

Иначе - это равнозначно нажатию reset на компьютере, т.е. порушена консистентность файловой системы и базы данных. Само собой вопрос вероятности сбоя а не его гарантии.

Если используется паравиртуализация (скорее всего если гостевая ос - linux то она будет использоваться), то создание снапшота и его восстановление равнозначно снятие процесса через kill (причем скорее всего каким-нибудь ключом -BUS, так как сервера с критичным отношением к данным слушают обычный kill и доделывают критичные записи перед его исполнением), т.е. файловая система не будет нарушена.

p.s. лучшим и самым оперативным бакапом является настройка master-master репликации базы данных (в твоем случае это pg) на резервную ноду, и при сбоях основной, резервная база будет максимально точной и рабочей базой, если реплицировать и файловую систему (средствами файловой системы или хранилища, так же master-master) на нее же, то ноду можно будет использовать как полноценный сервер, запуск которого - секунды (после чего можно чинить основной сервер, восстанавливать репликацию, при правильной настройке она догонит по изменениям теперь уже резервную базу, и теперь уже эта нода будет резервной к текущей рабочей, так меняя местами ноды можно получить непрерывную работу сервера, устойчивого к сбоям оборудования и сети)