Бэкап в Postgres состоит из набора граблей, которые нужно обойти для успешного восстановления. Они заложены в самых неожиданных местах от предмета резервного копирования (база или кластер) , до структуры каталогов. Один неверный шаг и восстановление будет невозможным. Почему нельзя было сделать проще как в MS SQL или Oracle? Почему бэкап в Postgres оставляет впечатление чьей то лабораторной работы? Статья адресована прежде всего специалистам 1С избалованным комфортом в MS SQL , в суровых буднях...

Привет! Если вы крутитесь в сфере веб-разработки хотя бы лет десять, то наверняка помните тот безумный хайп вокруг NoSQL баз данных. Примерно в 2013–2015 годах из каждого утюга кричали, что классические реляционные базы вроде MySQL и PostgreSQL — это неповоротливое легаси из прошлого века. Нам твердили: «Мир изменился, данные стали гибкими! Таблицы и жесткие связи больше не нужны. Будущее за MongoDB, Redis и Cassandra! Переходите на документо-ориентированные базы, иначе ваш проект не выдержит нагрузок»...