Добрый день!
Я работаю с PostgreSQL 9.6.10 под ОС Астра Орел. Сейчас делаю синхронизацию баз данных для трех серверов - основного, резервного и запасного. Пока один компьютер, поэтому я смоделировал разные сервера подключением на одном сервере к разным БД.
Я создал внешние подключения sync_link_1 и sync_link_2 Все таблицы и внешние т внутренние имеют одинаковые имена, например test. Внешние таблицы я разместил в отдельных схемах sync и sync2. В них внешние таблицы связаны с серверами sync с sync_link_1и sync2 c sync_link_2. Синхронизация происходит так: резервный сервер выполняет запрос к основному

insert into test (...) select ... from sync.test where......
то есть берет себе в таблицу public.test записи из sync_link_1.public.test (основного сервера), которых у него нет.
В случае отказа основного сервера, схема sync меняется на sync2.
Все прекрасно работает пока я не имитировал отказ одного из серверов - sync_link_2. Так как комп один, я просто в настройках sync_link_2 указываю неправильный порт.
Тут начинаются чудеса. Любое обращение к таблице test своей базе схемы public:
select * from test
вызывает ошибку
ОШИБКА: could not connect to server "sync_link_2"
ПОДРОБНОСТИ: не удалось подключиться к серверу: В соединении отказано
Он действительно работает по адресу "192.168.100.77"
и принимает TCP-соединения (порт 5433)?

Но я не просил его обращаться к схеме sync2!
Подскажите, пожалуйста, как выйти из такого положения?

pg_catalog, public, topology

Запросы к sync продолжают выполняться нормально. Вышеозначенную ошибку выдают запросы к схеме sync2 (и не дожны) текущей схеме (должны!)

немного неправильно написал

select * from test - не работает, ошибка. Должен работать
select * from sync2.test - не работает, ошибка. Не должен работать

select * from sync.test - работает


Такое впечатление, что обратившись раз к недоступному серверу, ПГ запоминает и не дает обращаться ни к какой схеме, кроме той, которая ведет на доступный сервер, в данном случае это sync на sync_link_1

qwwq,

\d+
Столбец | Тип | Модификаторы | Хранилище | Цель для статистики | Описание
---------+-----------------------+--------------+-----------+---------------------+----------
id | integer | | plain | |
name | character varying(50) | | extended | |
Дочерние таблицы: sync2.test,
sync.test

Кажется понял в чем дело.

Я при создании внешней таблицы использовал inherits чтобы скопировать ее структуру из существующей

Ребят, а как вылезти из этого? Ведь в реальных таблицах, которые надо синхронизировать по 150 полей!

Всем большое спасибо за помошь!
Проблема решена.
В create foreign table like не предусмотрен, но есть IMPORT FOREIGN SCHEMA которая копирует описания всех таблиц сразу и делает их независимыми.
После
IMPORT FOREIGN SCHEMA public
FROM SERVER sync_link_1 INTO sync

IMPORT FOREIGN SCHEMA public
FROM SERVER sync_link2 INTO sync2
все работает как надо