можешь взять любой удобный язык программирования. например python.

вопрос был о _простом_ способе. Накодить то всегда можно.

Постгрес  использует malloc внутри бэкенда для "рабочей" памяти при обработке запроса.
Если malloc  возвращает NULL, то просто репортится ошибка:

src/backend/utils/mmgr/mcxt.c:
 if (unlikely(ret == NULL))
 {
   MemoryContextStats(TopMemoryContext);
   ereport(ERROR,
       (errcode(ERRCODE_OUT_OF_MEMORY),
        errmsg("out of memory"),
        errdetail("Failed on request of size %zu in memory context \"%s\".",
              size, context->name)));
 }


После чего абортируется текущая транзакция. И сам постгрес и даже  бэкенд продолдают работу.
Размер временной памяти задаётся work_mem параметром, но это не жётское ограничение но "пожелание" посгресу не выходить за эту границу.

Но недостаток памяти в системе может сказаться не только на malloc-е.
И для shared memory может не хватить физической памяти (особенно если выключен свап)
Тогда придёт страшный OOM killer и прибьёт первого попавшегося. Это с большой вероятностью приведёт к перезагрузке всего постгреса.

Справиться с этим на уровне посгреса никак нельзя. Можно пытаться ограничить аппетиты бэкендов и других процессов с помощью квот или  cgroups. Ну или иметь достаточный СВАП.
Ну а самое правильное - не запускать такие процессы которые выжрают всю память:)

Было выступление Сальникова на эту тему, про то, что не надо снимать бэкапы с реплик. На мой взгляд, если мониторинг настроен и видно, что реплики не отстают, то пусть снимается бэкап с реплики (я pg_probackup  использовал).

привет! Подскажите, есть установленый 9.2 на проде и 10.5. Размер базы около 30Гб. Как наиболее быстро мигрировать? Система очень критична к простоям. Через pg_dump/pg_restore уйдет минут 40-50. Нужно как-то побыстрее.... Хотя бы минут в 5-7 уложиться

хм, бекап самой базы.
без WAL журналов

мигрировать куда? на новую версию?

Да. То есть параллельно уже 10.5 крутится.... нужно с минимальными временными потерями сменить версию... А то 9.2 несколько устарела

Бэкап всех файлов и wal-ы для консистентности это тоже полный бэкап.

Что операционка сделать не в состоянии?

https://www.percona.com/blog/2019/04/04/replication-between-postgresql-versions-using-logical-replication/
возможно  получится через логическую репликацию

Хм... Там есть про 9.4, а у меня 9.2..... нужно смотреть

Выдать приложению столько RSS сколько разрешила аллоцировать в VirtMem

мэх, можно попробовать сначала легонько сделать pg_upgrade до 9.4

Да тут уже пофигу.... что до 9.4, то до 10