Резервное копирование PostgreSQL: от встроенных утилит к централизованной защите.
PostgreSQL - одна из самых востребованных СУБД в России. Она приходит на смену Microsoft SQL и Oracle DB, а также активно используется в новых разработках. На СУБД PostgreSQL и системы на её основе приходится более половины рынка, который за 2025 год вырос на 13,9%, а среднегодовой рост до 2032 года превысит 15%. Это выше темпов развития российского ИТ-сектора в целом.
PostgreSQL и СУБД на ее основе несут значительную нагрузку в корпоративных ИТ-инфраструктурах, обеспечивая работу критичных бизнес-систем и баз данных. Резервное копирование таких сред требует высокой скорости операций, соблюдения жестких окон бэкапа и возможности гибко выбирать инструменты под конкретные задачи. Поэтому так актуален выбор подхода к защите данных PostgreSQL.
Встроенные утилиты и комплексная СРК?
PostgreSQL предоставляет набор встроенных утилит для резервного копирования:
- pg_dump — утилита для экспорта базы данных PostgreSQL и подходит для баз до нескольких сотен гигабайт. Не обеспечивает восстановление на момент времени (PITR).
- pg_basebackup — копирует всю директорию данных кластера PostgreSQL и позволяет настроить Point-in-Time Recovery (PITR) при совмещении с WAL-архивами.
- Архивирование WAL — непрерывное резервное копирование журналов транзакций. Совместно с pg_basebackup позволяет восстанавливаться на любую точку во времени.
Встроенные средства решают базовые задачи, но имеют ограничения. pg_dump неэффективен для больших баз: при объеме от 200 ГБ однопоточный экспорт может занять многие часы. pg_basebackup не позволяет выборочно создавать копии отдельных объектов. Настройка архивирования WAL требует администрирования: приходится следить за местом хранения и своевременно удалять файлы. Централизованное управление и мониторинг у встроенных утилит отсутствует, а восстановление отдельных баз из полного архива требует значительных ресурсов.
Эти ограничения снимают централизованные системы резервного копирования (СРК). Они автоматизируют рутинные операции и дают администратору единую точку контроля:
- Веб-консоль для управления всеми заданиями
- Автоматическое расписание и контроль сроков хранения
- Дедупликация и сжатие
- Мониторинг и отчетность
- Гранулярное восстановление
При росте объемов данных и требований к непрерывности бизнеса компании переходят от скриптов к централизованным системам. Один из примеров такой системы - Кибер Бэкап. Он поддерживает PostgreSQL и российские СУБД на ее основе.
Эволюция поддержки PostgreSQL в Кибер Бэкапе
Поддержка PostgreSQL в Кибер Бэкапе развивалась поэтапно. Агент появился еще в Кибер Бэкапе 15. Он выполнял только полное резервное копирование. При этом архитектура закладывалась с расчетом на развитие. Агент написали на Golang, а резервное копирование выполнялось через репликационное соединение и SQL-команду BASE_BACKUP. Это позволило устанавливать агент на любом хосте в локальной сети, а не только на сервере с СУБД.
В версии 16 добавились инкрементное резервное копирование и хранение копий в сетевых папках, NFS, управляемых хранилищах и на лентах. Механизм инкрементов работал через репликационный слот: перед base backup создавался слот, и при каждом инкрементном бэкапе считывались накопившиеся WAL-файлы. Это дало три преимущества:
- Администраторам не нужно настраивать архивирование WAL
- Инкременты выполняются быстро
- Появилась техническая возможность для PITR
В версии 16.5 появилось гранулярное восстановление — отдельной базы или ее части, восстановление на момент времени (PITR) и поддержка кластера Patroni. Для гранулярного восстановления разработали технологию на базе FUSE. Виртуальная файловая система монтируется, и PostgreSQL читает из архива только нужные данные. Это позволило восстанавливать отдельные базы объемом в несколько терабайт. В августе 2024 года Киберпротект запатентовал эту технологию.
В версии 17 агент получил возможность использовать в качестве места хранения резервных копий программно-определяемые хранилища Кибер Инфраструктуры. В версии 17.1 стало можно выполнять определенные команды или запускать пакетные файлы перед началом резервного копирования или после его завершения.
В версии 18 реализовано многопоточное полное файловое резервное копирование инстансов PostgreSQL и СУБД на ее основе. Новая технология файлового резервного копирования существенно ускорила процесс, минимизируя требуемое окно при защите больших баз данных в ряде сценариев.
В версии 18.5 расширили многопоточность: реализовано выполнение резервного копирования файлов в несколько потоков в рамках одного плана, выполняемого одним агентом. Схемы резервного копирования для PostgreSQL дополнены многопоточным инкрементным режимом, соответствующие настройки вынесены в графический интерфейс. У администраторов появился полноценный выбор способа резервного копирования PostgreSQL, который наилучшим образом соответствовал поставленным задачам.
И, наконец, в Кибер Бэкапе 19 поддержка PostgreSQL расширена тремя возможностями:
- Многопоточное копирование в кластерах Patroni и Jatoba. Ранее многопоточный режим работал только для отдельных экземпляров — в полной и инкрементной схемах. Теперь он применим и к кластерным конфигурациям Patroni и Jatoba. Настройка выполняется через графический интерфейс.
- Поддержка механизма wal_summary. Механизм появился в PostgreSQL 17 для обеспечения быстрого резервного копирования журналов транзакций и восстановления во времени. За счет вычитывания журнала транзакций с точки ближайшего инкремента обеспечивается ускоренное восстановление на определенный момент времени при меньших затратах вычислительных ресурсов.
- Интеграция с библиотекой libpgprobackup. Проприетарная библиотека компании Postgres Professional содержит API для резервного копирования и восстановления, позволяющий обеспечить глубокую интеграцию в сторонние системы и отказаться от использования внешних утилит, повысив скорость операций.
Заключение
Рост объемов информации и требования к непрерывности бизнеса делают скрипты и встроенные утилиты недостаточными для защиты критичных баз данных. Централизованные СРК обеспечивают предсказуемость сроков восстановления и контроль над данными.
Кибер Бэкап уже прошел путь от базового полного резервного копирования до комплексной защиты кластеров с многопоточностью, поддержкой wal_summary и интеграцией с libpgprobackup. Сегодня решение защищает PostgreSQL и российские СУБД на ее основе, объединяя защиту комплексной ИТ-инфраструктуры в одной системе..
Оцените возможности Кибер Бэкапа по защите баз данных PostgreSQL и российских СУБД на ее основе с 30-дневной пробной версией продукта.
Листайте дальше, чтобы перейти на сайт Киберпротекта, узнать больше о возможностях Кибер Бэкапа и получить бесплатную пробную версию.