Инкрементальное резервное копирование

Существует два способа объединения бэкапов в наборы:

Пример процесса создания инкрементальных бэкапов, приведенный ниже, показывает, как создавать бэкапы обоими способами.

Все бэкапы в одном наборе должны быть созданы с совместимыми параметрами gpbackup. gpbackup проверяет это при выборе базового бэкапа для нового инкрементального бэкапа.

Бэкапы считаются совместимыми для объединения в один набор, если у них совпадают следующие параметры:

Чтобы начать использовать инкрементальные бэкапы, сначала необходимо создать полный бэкап. Он будет служить основой для всех последующих инкрементальных бэкапов.

Бэкап должен быть создан с параметром --leaf-partition-data:

Эта команда создает обычный бэкап Greengage DB, который при необходимости можно восстановить независимо. В данном примере бэкап имеет следующую метку времени (1 января):

Он включает все таблицы базы данных. Проверить содержимое можно на сегмент-хосте, выведя список файлов в каталоге бэкапа:

Каждый файл соответствует таблице или партиции в базе данных: customers (19135), products (19125) и четырем партициям таблицы sales.

Для создания набора бэкапов нужно добавить к базовому бэкапу инкрементальный. Чтобы создать первый инкрементальный бэкап, выполните ту же команду, добавив параметры --incremental и --leaf-partition-data:

При запуске с этими параметрами gpbackup автоматически ищет совместимый полный бэкап для использования в качестве основы. В выводе утилиты отображаются метки времени нового и базового бэкапов (1 и 2 января):

После завершения новый инкрементальный бэкап образует набор бэкапов вместе с базовым полным. Эта информация отображается в отчете о бэкапе:

Чтобы проверить, какие данные были включены, просмотрите каталог бэкапа на сегменте:

Здесь видно, что инкрементальный бэкап включает только:

Неизмененные партиции sales пропущены, так как их данные уже сохранены в базовом бэкапе.

С этого момента можно либо восстановить базу данных из этого набора бэкапов, либо продолжить добавлять в него новые инкрементальные бэкапы.

Чтобы добавить очередной инкрементальный бэкап в тот же набор, повторите ту же команду:

Новый бэкап (от 3 января) автоматически основывается на последнем бэкапе набора (от 2 января):

Теперь набор включает три бэкапа:

Каждый последующий инкрементальный бэкап добавляется в набор по цепочке.

Проверьте содержимое последнего бэкапа:

Вывод показывает, что с момента предыдущего инкрементального бэкапа была изменена только партиция таблицы sales с OID 19366. Heap-таблица customers (19135) включается в инкрементальные бэкапы всегда.

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

Для этого выполните gpbackup с параметром --from-timestamp, передав временную метку нужного базового бэкапа:

В этом случае gpbackup создаст новый бэкап на основе указанного базового, даже если доступны более новые совместимые бэкапы:

Новый бэкап содержит изменения, произошедшие между 20250102091528 и 20250104094401. При этом формируется новый набор бэкапов, включающий новый бэкап, базовый и все остальные, на которых он основан. Этот набор можно увидеть в отчете о создании бэкапа:

Для полного восстановления базы данных из набора бэкапов выполните gprestore с параметром --timestamp. В значении опции укажите последнюю резервную копию в наборе — ту, которая определяет целевое состояние базы данных.

Например, для восстановления набора резервных копий, созданного ранее, используйте метку времени 20250103091621:

Команда восстанавливает базу данных следующим образом:

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

При использовании опции --verbose вывод команды показывает, из какого именно бэкапа восстанавливается каждая таблица. Например:

Этот лог показывает, как gprestore выбирает бэкап для восстановления каждой таблицы на основе времени последних изменений.

Поскольку любое подмножество бэкапов из набора, идущее в его начале последовательно, также является набором бэкапов, вы можете восстановить базу данных к более раннему состоянию по его метке времени. Например, восстановление из инкрементального бэкапа 20250102091528 вернет базу данных к состоянию на 2 января.

Иногда требуется восстановить только таблицы из отдельно взятого инкрементального бэкапа, а не всю базу данных. Этот процесс называется инкрементальным восстановлением.

Инкрементальное восстановление восстанавливает данные, хранимые в одном инкрементальном бэкапе:

Важно понимать, что инкрементальное восстановление не изменяет отдельные строки таблиц. Вместо этого оно заменяет целые таблицы или партиции их полными копиями из бэкапа. Например, если в AO-таблицу была добавлена одна строка, инкрементальное восстановление приведет всю таблицу к состоянию после этой вставки, а не просто добавит недостающую строку. Аналогично, для партиционированных таблиц полностью перезаписываются все измененные партиции.

Для выполнения инкрементального восстановления укажите временную метку бэкапа и две дополнительные опции: --incremental и --data-only. Целевые таблицы должны существовать в базе данных на момент восстановления.

Эта команда восстанавливает только данные, сохраненные в инкрементальном бэкапе 20250103091621. Таблицы, не включенные в этот бэкап, остаются неизмененными.