я бы сделал так =)
1. превозласил postgresql-сервер на Gentoo Linux мастером,
2. переустановил Windows на Gentoo (ну CentOS тоже пойдет),
3. настроил бы потоковую репликацию между двумя этими серверами.
4. (опциональный) если старый мастер по железу мощнее, провел бы файловер и повторил бы п.3 заново.

в чем профит?
1. нет виндов т.к. это не родная для постгреса платформа.
2. в линуксе проще отлавливать и устранять причины неисправностей (конечно, при наличиии опыта, который быстро копится).
3. встроенная постгресовая потоковая репликация.

erkatrinaдля меня этот вариант не подойдет

жаль.

давайте попробуем разобраться:
1. можете вспомнить как вы настраивали slony-I? интересуют конфиги, список запускаемых команд.
2. перед тем как подписывать узел, удаляли оттуда ошметки от старой настроенной репликации?
3. запущены ли процессы slon на обоих узлах?
4. включено ли логирование и есть ли тревожные сообщения?
5. можете показать текущее состояние таблицы sl_subscribe на обоих узлах?

erkatrina1. конфиг Slony.conf :
cluster_name="replica_45_2"
conn_info="host=localhost port=5432 user=slony dbname=tp"
в postgresql.conf :
listen_addresses = '*'

в pg_hba.conf:
host all slony 127.0.0.1/32 trust
host tp tp_root 127.0.0.1/32 trust
host all all 127.0.0.1/32 md5
host tp all 192.168.141.0/24 md5

это конфиги постгрес идентичны на обоих хостах, верно? проверьте с обоих хостов возможность подключения к бд с реквизитами описанными в Slony.conf. Если где то не подключается, поправьте pg_hba.conf чтоб подключалось.

erkatrinaсоздала схему для репликации:
pgbench.exe -i -U slony tp

нет, pgbench это утилита для бэнчмарка постгреса. она не занимается переносом схем. в данном примере вы сгенерили тестовую базу для бенчмарка. скорей всего это и есть корень зла. Копирование схемы на слейв выполняется через pg_dump.

Учитывая что у вас репликация и так не работает предлагаю вам отрегистририровать слона и остановить его.
1) Затем в целях бэкапа (очень маловероятно, но вдруг понадобится) переименовать существующую целевую базу на слейве (ALTER DATABASE tp RENAME TO old_tp;) ,
2) затем создать пустую базу с именем tp и вот уже в неё перенести схему с мастера. в документации Slony-I написано как это делать в Linux, поэтому вы можете скопировать схему находясь в Gentoo Linux (как это сделать в виндовсе, я затрудняюсь ответить. ибо не знаю как там передать вывод одной программы в другую программу). Командa будет выглядеть следующим образом, нужно только заменить некоторые значения.
root@gentoo ~ # pg_dump -s -h master_ip -U postgres tp |psql -U postgres tp
Таким образом мы со слейва подключимся к мастеру и сдампим схему на слейв в базу tp.
3) Теперь подключайте slony с вашими конфигами , стартуйте их, регистрируйте.

erkatrina2. ошметки не удаляла.

а надо бы, если репликация развалилась, лучше переинициализировать слейв с нуля, во избежание неприятных сайд-эффектов

erkatrinaТ.к. изначально упала БД именно на Мастере, то и все настройки для Slony я делала только на Мастере, на Slave-сервере ничего не меняла. Возможно поэтому не работает. Необходимо удалить схему репликации на Slave-сервере и создать заново схему, узлы и набор репликации ? это Вы имели в виду под : "переинициализировать слейв с нуля, во избежание неприятных сайд-эффектов "?

да, на слейве нужно сделать все заново.
тут еще вот какой момент, слон копит изменения которые происходили в мастере, но если вы переустановили мастер, то эти изменения вероятней всего безвозвратно утеряны и слейву чтобы "догнать" мастера нужны эти изменения, а взять их уже неоткуда (с потоковой репликацией в этом плане гораздо проще). поэтому и все заново.

p.s. еще раз спрошу, может быть вы все таки настроите потоковую репликацию (Windows -> Gentoo)? по сути нужно только включить нужные опции на обоих постгресах, скопировать базу с мастера и запустить постгрес в hot-stnadby режиме. Или вам таки жизненно нужна потабличная репликация?

erkatrinaох, Вы знаете, я в этом деле человек новый. мне дали уже настроенную систему, рабочую. Поэтому пробовать и экспериментировать нет особой возможности. Это во-первых, а во-вторых здесь структура такая: у меня три Мастер-сервера на Windows. и один Slave-сервер на Linux. Данные из Мастер-серверов реплицируются в разные схемы базы данных tp. я не знаю, возможна ли здесь потоковая репликация?

да при таком раскладе потоковая репликация отпадает (есть конечно варианты, но не будем о них тогда, если вы человек новый)
так или иначе, попробуйте выполнить переинициализацию слейва, точнее той части что работала с упавшим мастером.

erkatrinaспасибо большое за помощь!
у вас все получилось, я надеюсь?