В настоящее время в нашей стране по различным причинам становится всё больше внедрений, основанных на свободной СУБД PostgreSQL. Не обошла стороной эта тенденция и сферу внедрения решений на базе 1С Предприятия. В частности, наша компания уже давно работает с прикладными решениями 1С на связке Linux+PostgreSQL.

Так как СУБД — это история про данные, а данные надо что? Правильно — беречь! И грамотный администратор первым делом заботится о чём? О резервном копировании данных, находящихся в СУБД.

С чем же предстоит столкнуться администратору, решая задачу резервного копирования, при внедрении у себя СУБД PostgreSQL? С набором консольных утилит! Да, да, консольных, никакой графики «из коробки»!

В комплекте с сервером СУБД идут по сути две утилиты pg_dump и pg_basebackup, которые реализуют различные способы хранения резервной копии (подробнее можно почитать в документации о каждой из них). Но всё же первым и самым «простым» инструментом для создания резервной копии, наверное, для большинства, становится pg_dump. Его очень легко «прикрутить» недолго думая, можно копировать только нужные базы, а не весь сервер PostgreSQL целиком. Да и переместить такую копию между серверами различных версий несколько проще, так как она является независимой от версии сервера (с некоторыми оговорками). В этом плане pg_basebackup выглядит гораздо более сложным инструментом, требующим значительно больших телодвижений для достижения необходимых результатов. Ведь мало сделать резервную копию, её же ещё надо потом успешно восстановить! Многие ли администраторы задумываются об этом? Чаще всего происходит так: настроил выгрузку баз с помощью pg_dump и удаление «устаревших» файлов, и хорошо, ведь время дорого, а разбираться как там всё устроено ой как не хочется! Но нужно бы иногда поглядывать за этим процессом, чтобы место не закончилось или положиться на «авось пронесёт»...

В своей работе мы пришли к использованию данного инструмента после долгих экспериментов и поисков вариантов решения трудностей резервного копирования возникающих при эксплуатации крупных проектов, специфика которых требует от нас большой «глубины хранения», но при этом мы сильно ограничены в дисковых ресурсах. Длительный период для управления резервными копиями мы использовали утилиту pg_barman, подбирали стратегии хранения, перемещали резервные копии между файловыми серверами, с целью распределения дисковой нагрузки, но всё равно упирались в ограничения по объёму.

Чтобы наглядно показать разницу в размерах полной резервной копии одного и того же сервера сделанной разными утилитами приведу следующую иллюстрацию

В верхней части, размеры резервных копий, сделанные pg_barman, в нижней части размеры копий сделанные pg_probackup.

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

Не откладывайте качественное резервное копирование своих данных на завтра, завтра может быть уже поздно!

Если вы сомневаетесь в своих силах, специалисты нашей компании помогут вам преодолеть возможные трудности при решении такой важной задачи как резервное копирование СУБД PostgreSQL!