Любая резервная копия (FULL или DELTA), созданная с помощью pg_probackup3, должна использовать один из следующих режимов доставки WAL: ARCHIVE или STREAM.

Режим удалённого сервера на платформе Windows не поддерживается.

На сервере Postgres Pro, где была сделана копия, и на сервере, где она будет восстанавливаться, должны быть одинаковые значения параметров block_size и wal_block_size и одинаковая основная версия. В зависимости от конфигурации кластера, Postgres Pro может накладывать дополнительные ограничения, например, по архитектуре процессора и версии libc/icu.

pg_probackup3 поддерживает только Postgres Pro и PostgreSQL версии 15 и новее.

Создание резервных копий с использованием разных режимов источника данных (--backup-source) в рамках одной цепочки запрещено.

Возможность запуска pg_probackup3 в многопоточном режиме (с использованием параметра -j) в текущей версии реализована только для следующих команд: backup, restore, merge, catchup и validate.

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

Восстановление между разными версиями не поддерживается — резервную копию нельзя восстановить на версию Postgres Pro, отличную от той, на которой она была создана. Резервные копии не подходят для обновления версий Postgres Pro.

Путь к каталогу WAL при резервном копировании и восстановлении по умолчанию установлен на PGDATA/pg_wal.

Проверка WAL работает только для Postgres Pro Standard и Postgres Pro Enterprise версий с 15 по 18. Для других версий и редакций, при использовании TDE и на архитектуре s390 проверка пропускается.

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

Параметр --dry-run поддерживается только для команды delete.

Инкрементальное резервное копирование не поддерживается при изменении статуса TDE (включение или отключение). После любого изменения статуса TDE необходимо выполнить полное резервное копирование.

Операции merge запрещены, если цепочки инкрементальных резервных копий содержат резервную копию, фиксирующую изменение статуса TDE. В таких случаях требуется полная резервная копия всего кластера.

Кластеры с включённым TDE не поддерживают операции catchup и fuse.