ну вроде неплохо, посмотрите, утилизируется ли полностью диск на машине с PG

NFO: Restoring the database from backup at 2021-06-24 22:00:01+03
INFO: Start restoring backup files. PGDATA size: 181GB
INFO: Backup files are restored. Transfered bytes: 180GB, time elapsed: 23m:37s
INFO: Restore incremental ratio (less is better): 100% (180GB/181GB)
INFO: Syncing restored files to disk
INFO: Restored backup files are synced, time elapsed: 1m:57s

VS

INFO: Restoring the database from backup at 2021-06-24 22:00:01+03
INFO: Extracting the content of destination directory for incremental restore
INFO: Destination directory content extracted, time elapsed: 1s
INFO: Removing redundant files in destination directory
INFO: Redundant files are removed, time elapsed: 0
INFO: Start restoring backup files. PGDATA size: 181GB
INFO: Backup files are restored. Transfered bytes: 1419kB, time elapsed: 17m:16s
INFO: Restore incremental ratio (less is better): 0% (1419kB/181GB)
INFO: Syncing restored files to disk
INFO: Restored backup files are synced, time elapsed: 1m:55s

ну т.е. 17 минут ушло на перечитывание файлов данных на целевой машине

подозреваю, что можно еще ускорить

изменений в точке восстановления минимум, т.к. бекап не взлетел, почему-то не видит базы в восстановленом инстансе

это как?

постгрес при старте на что ругается?

а какая версия PG?

частичное восстановление делаете?

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

Сейчас пробую начисто запустить рестор

нет-нет, подождите

сначала ответьте на два вопроса выше

Вроде ответил, предоставив логи:
1. Полное восстановление 180гб 23мин, инкремент изменений на 1,5мб занял 17мин (друг за другом запускал)
2. Постгрес при старте не выдает ошибок, только те, что в логе выше при попытке валы накатить

Начисто не помогло, аналогичная проблема - не видит базу в инстансе

а можете показать cmdline целиком?

если делаете восстановление отдельной базы (partial restore), то такие спец-эффекты вполне легальны:
Due to recovery specifics of PostgreSQL versions earlier than 12, it is advisable that you set the hot_standby parameter to off when running partial restore of a PostgreSQL cluster of version earlier than 12. Otherwise the recovery may fail.

Нет, сейчас пробовал обычное восстановление.

pg_probackup restore --instance xxx-db1 --remote-host xxx --remote-port 14107 --remote-user postgres -D /data/xxx-db1 --archive-host xxx-gw1 --archive-port 11163 --archive-user xxx -j 3