... Есть у нас один "проблемный" сервис, который очень сильно нагружает БД PostgreSQL. Вытащили его из общего кластера на отдельную машину, и как выяснилось, вовремя успели. Потому что прямо в ближайшие же после этого дни сервис стал вообще ронять СУБД по OOM (out-of-memory), что вообще-то для Postgres-а не очень характерно. После этого ( Read more... )

Допустим, мы хотим иметь так называемый "запаздывающий slave" PostgreSQL в качестве одной из степеней защиты от человеческого фактора (DROP DATABASE и иже с ними). Эта такая штука, которая забирает с мастера Write-Ahead Logs (WAL) сразу, а применяет с отсрочкой. Таким образом, при обнаружении "опаньки" по этим WAL-ам можно откатиться до любого ( Read more... )