Какие знаешь типы резервных копий в PostgreSQL?

Типы резервных копий в PostgreSQL

В PostgreSQL существует два основных типа резервных копий: логические (logical backups) и физические (physical backups). Выбор между ними зависит от требований к скорости восстановления, размеру данных, совместимости и сложности управления.

Физические резервные копии

Физические резервные копии представляют собой точную бинарную копию файлов данных PostgreSQL (каталог PGDATA). Они обеспечивают быстрое восстановление и являются основой для Point-in-Time Recovery (PITR).

1. Полная физическая резервная копия (Base Backup)

Создается с помощью утилит pg_basebackup или файлового копирования (при остановленном сервере). Это фундамент для других методов.

# Пример использования pg_basebackup
pg_basebackup -D /backup/postgres -h primary_host -U replicator -p 5432 -Ft -Xs -P

Ключи:

• -Ft: создает архив в формате tar.
• -Xs: параллельно копирует WAL-файлы для обеспечения согласованности.
• -P: показывает прогресс выполнения.

2. Непрерывное архивирование и PITR

Комбинация полной резервной копии и архивирования WAL (Write-Ahead Log) файлов. Позволяет восстановить базу до любого момента в пределах периода архивации WAL.

-- Настройка в postgresql.conf
archive_mode = on
archive_command = 'cp %p /backup/wal_archive/%f'

Для восстановления:

• Восстановить базовую копию.
• Скопировать WAL-файлы в pg_wal.
• Создать файл recovery.signal.
• Настроить restore_command в postgresql.conf.

3. Инкрементальные физические копии

Реализуются через отслеживание измененных блоков данных с помощью внешних инструментов (например, Barman, pgBackRest). Уменьшают объем резервных копий.

Логические резервные копии

Логические резервные копии создаются с помощью утилит pg_dump или pg_dumpall. Они содержат SQL-команды для воссоздания объектов и данных, что обеспечивает гибкость, но может быть медленнее для больших баз.

1. Полная логическая резервная копия

# Резервное копирование всей базы
pg_dump -U postgres -d mydb -f /backup/mydb_full.sql

# Резервное копирование в сжатом формате
pg_dump -U postgres -d mydb -Fc -f /backup/mydb_full.dump

• Текстовый формат (-Fp): удобен для просмотра и редактирования.
• Пользовательский формат (-Fc): сжатый, поддерживает параллельное восстановление.

2. Выборочная логическая резервная копия

Можно копировать отдельные таблицы, схемы или данные с фильтрацией.

# Резервное копирование конкретной таблицы
pg_dump -U postgres -d mydb -t mytable -f /backup/mytable.sql

# Резервное копирование только структуры
pg_dump -U postgres -d mydb --schema-only -f /backup/schema.sql

3. Параллельные логические резервные копии

Используется pg_dump с ключом -j для ускорения процесса за счет параллельного копирования нескольких таблиц.

pg_dump -U postgres -d mydb -j 4 -Fd -f /backup/mydb_parallel

Сравнение методов

• Скорость создания/восстановления: Физические копии быстрее, особенно для больших баз.
• Гибкость: Логические копии позволяют восстанавливать отдельные объекты или изменять данные при восстановлении.
• Совместимость: Логические копии могут быть восстановлены на серверах с другой архитектурой или версией PostgreSQL (с учетом совместимости версий).
• Требования к хранилищу: Физические копии обычно занимают больше места, но с инкрементальным резервированием это минимизируется.
• PITR: Поддерживается только физическими резервными копиями.

Инструменты для управления резервным копированием

• pgBackRest: Поддержка полных, инкрементальных и дифференциальных резервных копий, параллельная обработка, дедупликация.
• Barman (Backup and Recovery Manager): Автоматизация резервного копирования и восстановления для кластеров.
• WAL-G: Эффективное резервное копирование в облачные хранилища (S3, Azure Blob).
• Интеграция с системами мониторинга: Важно отслеживать успешность резервного копирования через Zabbix, Prometheus или другие инструменты.

Рекомендации по стратегии резервного копирования

1. Комбинированный подход: Использовать физические резервные копии для быстрого восстановления всей базы и логические для выборочного восстановления объектов.
2. Регулярное тестирование: Периодически проверять процесс восстановления на тестовом стенде.
3. Хранение вне площадки: Копии должны храниться географически распределенно для защиты от катастроф.
4. Автоматизация и мониторинг: Настроить автоматическое резервное копирование и оповещения о сбоях.
5. Политика удержания: Определить сроки хранения полных, инкрементальных и WAL-архивов в зависимости от требований RPO и RTO.

В DevOps-практике важно интегрировать резервное копирование в конвейер развертывания и инфраструктуру как код (IaC), чтобы обеспечить воспроизводимость и надежность процессов.