Доброго дня.
За последнюю неделю произошло два инцидента с отставанием реплики базы данных.
База postgresql9.6.7 для 1С на Debian GNU/Linux 9.11 (stretch)
В первом случае реплика стала отставать, не успевая примерять поступающие с мастера wal логи, что привело к полному исчерпанию свободного места и падению базы.
Во второй раз отловили проблему раньше.
Сервера физические, по 32 ЦПУ, но в этот момент работает только один процесс postgres загруженный на 100%.
В оба раза перезагрузка базы не помогала для решения проблемы, а вот физический перезапуск сервера, позволяет базе начать быстрее применять полученные wal файлы и догнать мастер.
Ранее таких проблем не наблюдали. Но сейчас количество баз прибавилось и нагрузка на мастере подросла.

С одной стороны, увеличение версии напрашивается само собой, но и в текущей версии база может справляться, правда почему-то только после перезапуска.
На реплике, в момент инцидента нет других грузящих систему процессов. Общая загрузка ЦПУ 4%. До и после инцидента, в момент нормально работы реплики вообще 1%

Подскажите куда копать и какие попробовать варианты?

Maxim Boguk, 7Gb. Что на мастере, что на реплике.
Всего на сервере 128Gb, но надо учитывать, что сама 1С так же стоит на этом же серваке.

Очень похожая ситуация, даже относительно наблюдения использования памяти.

Maxim Boguk,
сегодня реплика опять начала отставать. Успела отстать уже на 50 минут. Поставил shared_buffers 1GB, ребутнул базу и она вернулась в нормальный ритм применения wal файлов. Через некоторое время синхронизировалась полностью.
Конечно сразу на такой резерв не переключиться, придётся править конфиг обратно, но зато реплика актуальная.
Спасибо за подсказку.