репликация

конечно.

Спасибо. А в случае асинхронной репликации как понять что slave синхронен в данный момент? Как вы переключаете master-slave? Как вы защищаетесь от ситуации когда master может упасть, а slave не синхронен? вы синхронизируете его и потом выставляете в работу либо сразу выставляете в работу и начинаете синхронизировать? А что если он упадет в момент синхронизации? Какие инструменты для автоматизации всего этого вы используете. Заранее спасибо.

А в случае асинхронной репликации как понять что slave синхронен в данный момент?

Наверное вы имеете ввиду лаг репликации

Master:

SELECT pg_current_xlog_location();

Slave:

SELECT pg_last_xlog_receive_location();

Как вы переключаете master-slave?

trigger_file / с помощью pgpool-II

вы синхронизируете его и потом выставляете в работу либо сразу выставляете в работу и начинаете синхронизировать?

если нужен еще один standby, то вестимо

psql -c "SELECT pg_start_backup('label', true)"

rsync data с мастера с исключением pid'a, конфигов / pg_basebackup

psql -c "SELECT pg_stop_backup()"

А что если он упадет в момент синхронизации?

WAL

Рекомендую к прочтению:

Работа с PostgreSQL настройка и масштабирование

Streaming Replication

24.3. Continuous Archiving and Point-in-Time Recovery (PITR)

Спасибо.