Неудобные вопросы про бэкап PostgreSQL: где заканчивается СУБД и начинается оркестрация

Как только очередной вендор обещает «убить нативные тулзы PostgreSQL», где-то устало вздыхает DBA. Попытка сделать бэкап PostgreSQL «лучше самого PostgreSQL» — это изначально неверная постановка задачи. Универсальный файловый агент не притворяется глубоко PostgreSQL-aware решением. Его задача в другом: взять нативные механизмы СУБД и превратить их в управляемый и наблюдаемый процесс на уровне всей инфраструктуры. Вокруг такого подхода обычно сразу возникают неприятные, но правильные вопросы. Кто отвечает за консистентность? Где на самом деле живет PITR? Что будет, если потеряется WAL-сегмент? Можно ли восстановить одну таблицу, а не весь инстанс? И зачем вообще нужен внешний слой поверх pg_probackup, если у PostgreSQL уже есть свои зрелые инструменты? Под катом — честный разговор о границах ответственности между PostgreSQL и внешней платформой. Кат

https://habr.com/ru/companies/hstx/articles/1015500/

#postgresql #резервное_копирование #бэкап #pitr #wal #dba #pg_probackup #срк #оркестрация #восстановление_данных

Lancer une bouée à un éléphant est tout un art !
Cette semaine, Pierrick évoque différentes méthodes de #sauvegarde d'instance #PostgreSQL avec #cloudNativePG => https://dali.bo/202502_cloudnativepg-4

#SGBD #DBA
#opensource #logicielsLibres
#cnpg @cloudnativepg
#pg_dump #PITR #backup #barman_cloud

📢 Struggling with Point-in-Time Recovery (PITR) using streaming replication? I've got you covered! Check out my latest blog post where I break down everything you need to know to master it 😃  #PostgreSQL #PITR #TechTips

https://dataegret.com/2024/09/pitr-and-streaming-replication-environments/

Camarades #DBA, ressortez vos bleus de travail !
Pierrick poursuit sa série "Les main dans le cambouis" de #PostgreSQL, cette semaine en abordant les **journaux de transactions** => https://dali.bo/202406_cambouis4

#WAL #sauvegarde #PITR #pg_waldump
#SGBD #opensource #logicielsLibres