SG
а если уж нельзя по какой-то причине, то на файловом уровне
Size: a a a
2020 November 08
SG
ну я понимаю, что тут есть где-то подвох конкретно с постгре - вопрос где он?
И
Роман не исключишь?)
LK
Как участник секты PG + ZFS, заявляю, что снапшоты это не бэкапы. Надеюсь, что из секты не исключат.
Снапшоты не бэкапы, но из них легко наделать бэкапов.
GS
слабое место снапшотов - это обычно скорость доставки на место восстановления
RS
RS
слабое место снапшотов - это обычно скорость доставки на место восстановления
А точнее скорость этой доставки
GS
Sergey Grebennikov
ну почему же? в veeam как раз рекомендуемый метод бекапирования - это снапшоты
исходите из стоящих перед Вами задач и уже используемого инструментария, если Вы уже заложились на veeam и Вас устраивает его RTO/RPO, то используйте его
SG
слабое место снапшотов - это обычно скорость доставки на место восстановления
не стоит задача восстановиться за 5 минут, главное без длительной потери данных
SG
у veeam есть бесплатный agent
GS
ну тогда go for it
SG
а восстановление в таком случае насколько консистентно? если тупо заменить каталог с БД из копии - посгре его подцепит?
GS
ну раз veeam говорит, что поддерживает PG, то должно работать =)
SG
он такого не говорит ) и я не говорил - я сказал делать бекап образа диска! на котором лежит БД
АЛ
Как участник секты PG + ZFS, заявляю, что снапшоты это не бэкапы. Надеюсь, что из секты не исключат.
а мы от zfs избавились 😜
LK
а мы от zfs избавились 😜
Сильно тормозило?
GS
Sergey Grebennikov
он такого не говорит ) и я не говорил - я сказал делать бекап образа диска! на котором лежит БД
ну тут тогда сразу встает пачка нюансов, во-первых Вам самому надо будет костылять вызовы pg_start_backup()/pg_stop_backup()
SG
ну короче не консистентное восстановление - дальше можно не объяснять
SG
я так и подозревал в общем-то
GS
второй нюанс - это как именно он делает копию диска, если это какой-то снапшот - то ок, если нет, то придется как-то защищать WAL от ротации