PG11-PG12.
Никак до конца не могу разобраться для начала с подписчиком.
1. pg_dump_all-копия всех БД.
2.Восстановление не выходит пока не удалены подписки.
3. После удаления подписок восстановление проходит успешно, руками активируются подписки на тот же слот,
но почему то поток данных идет повторно весь, а не дельта как я ожидал(при этом естественно идут ошибки на дублирование данных по pk).

Совсем ошибся.
Репликация логическая.

nedba,

Конечно я знаю про copy_data.
НО.
В этом случае при восстановлении бэкапа с данными на 08ч. и
запуске подписчика в 12ч, я не получу данные за 4ч с 08 до 12.

Maxim Boguk,

При copy_data=true,
подписка ругается на дубли в таблице, которые были на момент бэкапа и дальше не идет.
Все усложняется тем, что в эту таблицу приемник льется из многих источников(publisher'ов),
затем в триггере эти данные будут уже обработаны и вставлены в другие таблицы.
Повторная загрузка (а данные будут за несколько лет) на порядок замедлят механизм восстановления после сбоя,
даже если очистить таблицу-приемник после восстановления.
Я нашел пример решения в статье по PG10 , но у них слишком усложненная инфраструктура.
Для себя я отметил, что есть возможность перед восстановлением подписки сдвинуть указатель в wal в определенное место и с него начать репликацию. Но я не уверен, что правильно понял.

Суть простая. Я пытаюсь понять как в случае логической репликации при сбое, восстановить работоспособность и продолжить работу.

Maxim Boguk,
В логической репликации при, например, сбоях в сети, после нормализации работы данные на приемнике приходят лишь те, которые он не получил, т.е. я так понимаю на приемнике хранится указатель wal'а или этот указатель хранится на publisher'е?

Всем спасибо. Вопрос закрыт.