LINUX.ORG.RU

От размера базы зависит, до 100Мб данных - пофиг, далее - отдельно схема, отдельно - данные.

anonymous
()

Есть скрипт, который дампит схему, данные, вложенные процедуры, распихивает всё это по каталогам и заносит в git. Весь бекап весит мало, можно откатиться на состояние в любой момент времени. Могу дать скрипт, правда он для mysql.

crutch_master ★★★★★
()
Последнее исправление: crutch_master (всего исправлений: 1)

раз в сутки кроном запускаю скрипт:

date=`date +«%Y%m%d»`
filename=«a_${date}.sql»
pg_dump -U postgres db_prod > $filename
gzip $filename

kto_tama ★★★★★
()

По хорошему лучше basebackup, или сам с помощью pg_basebackup либо с помощью barman как выше упомянули либо pgBackRest.

Если сайт на впс и не большая база, то можно и pg_dump, но никогда не используй формат plain! Используй custom

pg_dump -Fc

uspen ★★★★★
()

слон умеет горячую репликацию

anonymous
()
Ответ на: комментарий от Deleted

https://github.com/Crutchmaster/mysql_backup_script/tree/master
Там, естественно, грязь, хардкод и костыли, но работает уже года 3-4. Ну и структуру от данных я не отделял.

crutch_master ★★★★★
()
Последнее исправление: crutch_master (всего исправлений: 1)

pgbackrest, более легкий в настройке и более гибкий чем barman. Можно найти в официальном репозитории pg.

anonymous_sama ★★★★★
()
Последнее исправление: anonymous_sama (всего исправлений: 1)
Ответ на: комментарий от Bjor

почему не использовать plain?

custom гораздо быстрее разворачивается, особенно если включить параллелизм в pg_restore

maxcom ★★★★★
()
Ответ на: комментарий от targitaj

угу, но только на ту же версию постгреса

нет, на ту же или более новую.

maxcom ★★★★★
()

Для постгрески есть пакет autopostgresqlbackup. Сам бэкапит все базы.

demsi
()

Советую делать Backup на нескольких носителях.

У меня, к примеру, backup сайта на флешке, на CD и в «облаке».

Проблем с синхронизацией бояться не надо, так как в любом случае это будет лучше, чем потом восстанавливать сайт с «нуля».

anonymous
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.