Вопрос не понятен.
Если вы про какую то внешнюю относительно базы тулзу для этого то черт его знает как и что она делает тем более вы ее не назвали.

Если вопрос про как сделать автоматизацию своими руками - очень просто... провести весь процесс руками записать шаги и заскриптовать аккуратно.

Если вопрос а как это вообще делать то причем тут "как обрабатывать эту ситуацию не в ручном режиме"?

Вы в общем руками это все ("переключении роли на публикующей стороне было А1-мастер\А2-слейв стало А1-слейв\А2-мастер") делать умеете и делали?


--
Maxim Boguk
лучшая поддержка PostgreSQL: dataegret.ru

Вообще если я правильно понял что у вас есть кластер на ФИЗИЧЕСКОЙ репликации из мастера и реплики.
И на текущем мастере есть publisher логической репликации.
И вопрос что будет с публикацией после switch/failover на реплику.

1)публикация останется
2)replication slot будет потерян вместе со всем не вычитанным содержимым если таковое было.

Так что
Встанет ли репликация, когда мастер-нода смениться? - да
Должны ли слоты логической репликации переезжать автоматом или их надо каждый раз руками создавать? - автоматически переезжать не будут.

Соотвтественно задача нетривиальная и надо скриптовать все и тестировать внимательно.
Например нельзя (точнее не стоит) делать switchover если есть невычитанные данные из слота логической репликации.
В случае failover на асинхронную реплику вполне может оказаться ситуация что какие то изменения не дойдут до логической реплики (и что смешно может быть и обратная ситуация когда данные на логичекую реплику уже пришли а на физическую - нет).

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


--
Maxim Boguk
лучшая поддержка PostgreSQL: dataegret.ru