• Реплика переходит в статус disconnected и перестает получать обновления с Master.
• В логах Standby фиксируется ошибка: could not receive data from WAL stream: FATAL: requested WAL segment has already been removed.
• На основном сервере накапливаются гигабайты WAL из-за зависшего или отключенного слота репликации.

1. Настройка Master-сервера (Primary)

В postgresql.conf:

wal_level = replica
max_wal_senders = 10
max_replication_slots = 10
hot_standby = on
wal_keep_size = 4096MB # Резервный буфер WAL для реплик

В pg_hba.conf разрешите доступ пользователю репликации:

host replication replicator 192.168.1.50/32 scram-sha-256

2. Создание физического слота репликации на Primary

SELECT pg_create_physical_replication_slot('standby_node1');

3. Инициализация Standby-сервера через pg_basebackup

# На реплике: очистить каталог данных и стянуть копию с мастера
pg_basebackup -h 192.168.1.10 -p 5432 -U replicator -D /var/lib/postgresql/16/main/ -Fp -Xs -R -S standby_node1 -v

Флаг -R автоматически создаст файл standby.signal и пропишет строку подключения primary_conninfo.

4. Мониторинг отставания репликации (Replication Lag) на Primary

SELECT 
    client_addr,
    application_name,
    state,
    sync_state,
    pg_wal_lsn_diff(pg_current_wal_lsn(), write_lsn) AS write_lag_bytes,
    pg_wal_lsn_diff(pg_current_wal_lsn(), replay_lsn) AS replay_lag_bytes
FROM pg_stat_replication;

5. Очистка неиспользуемых слотов при авариях

-- Просмотр активных слотов и удерживаемых WAL
SELECT slot_name, active, wal_status FROM pg_replication_slots;

-- Удаление мертвого слота, блокирующего удаление WAL на Primary
SELECT pg_drop_replication_slot('abandoned_standby');