Типы бэкапов в PostgreSQL: полные, инкрементальные, дифференциальные

Итак, представьте, что ваша база данных — это огромный библиотечный архив с тысячами книг. Полный бэкап — это каждую ночь отправлять курьера, чтобы он копировал все книги. А если ничего почти не изменилось? Это не только медленно, но и сильно нагружает транспорт и отнимает много места. Вот тут-то и появляются инкрементальные и дифференциальные подходы. Мы работаем умнее, а не больше, копируя только то, что действительно изменилось.

Сегодня мы разберем следующие типы бэкапов:

• Полный бэкап: полное копирование базы данных.
• Инкрементальный бэкап: копирование только изменений с момента последнего бэкапа.
• Дифференциальный бэкап: копирование изменений с момента последнего полного бэкапа.

Каждый из этих подходов имеет свои плюсы, минусы и области применения. Давайте разбираться.

Полный бэкап

Полный бэкап (или Full Backup) — это резервная копия всей базы данных на момент времени. Он содержит как структуру базы (таблицы, индексы, схемы), так и все имеющиеся данные. Проще говоря, это "моментальный снимок" всей базы.

Пример команды для полного бэкапа:

pg_dump -U username -d database_name -F c -f full_backup.dump

Здесь:

• -U username — имя пользователя PostgreSQL.
• -d database_name — имя базы данных.
• -F c — формат бэкапа (custom, удобен для восстановления с pg_restore).
• -f full_backup.dump — имя файла, в который сохраняется резервная копия.

Подробнее о команде pg_dump и ее параметрах вы узнаете в следующих лекциях :P

Преимущества полного бэкапа:

1. Простота восстановления. если что-то пошло не так, полный бэкап поможет быстро восстановить базу целиком.
2. Полный снимок данных. может использоваться для переноса всей базы на другой сервер или среду.

Недостатки полного бэкапа:

1. Объём данных: полный бэкап может быть очень большим, особенно если у вас большой объем данных.
2. Длительное выполнение: чем больше данных, тем больше времени потребуется для создания копии.
3. Место хранения: каждый полный бэкап занимает отдельное место, что может съедать ресурсы хранилища.

Использовать полный бэкап можно:

• При создании первой резервной копии.
• Перед выполнением крупных изменений в базе данных.
• Для долгосрочного архива (сделали полный бэкап и отправили его в "холодное" хранилище).

Инкрементальные бэкапы

Инкрементальный бэкап (Incremental Backup) сохраняет только те файлы, которые изменились с момента последнего бэкапа — будь то полный или инкрементальный. Это позволяет существенно сэкономить дисковое пространство и ускорить процесс резервного копирования.

В PostgreSQL инкрементальные бэкапы можно реализовать через инструмент pgBackRest — это мощная утилита, предназначенная для создания и управления резервными копиями PostgreSQL с поддержкой полной, инкрементальной и дифференциальной стратегии.

Как работает pgBackRest?

• pgBackRest использует метаданные и контрольные суммы файлов для определения изменений.
• Только файлы, реально изменившиеся, включаются в инкрементальный бэкап.
• Поддерживается автоматическое архивирование WAL-файлов, что позволяет выполнять восстановление до нужной точки времени.

Пример команды для инкрементального бэкапа:

pgbackrest --stanza=main --type=incr backup

Где:

• --stanza=main — имя конфигурации (набор параметров для конкретной БД).
• --type=incr — указывает, что выполняется инкрементальный бэкап.

Перед первым инкрементальным бэкапом обязательно должен быть выполнен полный (--type=full).

Преимущества инкрементальных бэкапов с pgBackRest:

1. Экономия места: копируются только изменённые файлы.
2. Быстрое выполнение: особенно при небольшом числе изменений.
3. Автоматическое управление WAL: pgBackRest сам архивирует и применяет WAL-файлы.
4. Гибкость восстановления: можно выбрать точку восстановления (PITR).

Недостатки и нюансы:

1. Необходимость начальной настройки: нужно сконфигурировать stanza, каталог репозитория, права доступа.
2. Сложность для новичков: требует понимания WAL и архитектуры PostgreSQL.
3. Зависимость от репозитория: все бэкапы хранятся централизованно — важно управлять хранилищем.

Когда использовать инкрементальные бэкапы:

• Если база данных активно обновляется.
• Когда полный бэкап слишком тяжёлый или занимает много времени.
• Если вы хотите настроить надёжную и автоматическую стратегию восстановления с минимальными затратами.

Дифференциальные бэкапы

Дифференциальный бэкап (Differential Backup) сохраняет все изменения, которые произошли с момента последнего полного бэкапа. Отличие от инкрементального бэкапа в том, что каждый дифференциальный бэкап содержит полный набор изменений, начиная с последнего полного бэкапа. Таким образом, для восстановления базы нужен только последний полный бэкап и последний дифференциальный бэкап.

Пример процесса:

1. Первый вечер: создается полный бэкап (A).
2. Второй вечер (B): создается дифференциальный бэкап — содержит изменения с момента A.
3. Третий вечер (C): создается дифференциальный бэкап — также содержит изменения с момента A.

Преимущества:

1. Простота восстановления: Для восстановления базы требуется только полный бэкап и последний дифференциальный бэкап.
2. Быстрее, чем полный бэкап: Дифференциальный бэкап выполняется быстрее, чем полный, так как копируются только изменения.

Недостатки:

1. Размер файла бэкапа: С каждым новым дифференциальным бэкапом его размер увеличивается, так как в него записываются все изменения с момента полного бэкапа.
2. Место на диске: В долгосрочной перспективе может потребоваться больше места, чем для инкрементальных бэкапов.

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

Сравнение типов бэкапов

Выбор типа бэкапа зависит от ваших требований к безопасности данных, частоты обновлений данных и доступных ресурсов. Для небольших баз подходит регулярный полный бэкап. Если база растёт, инкрементальные бэкапы помогут сэкономить место. А если вам важно быстро восстановить данные, дифференциальные бэкапы могут стать оптимальным выбором. Главное — не забывайте о регулярности и настройке автоматизации!