Size: a a a

PostgreSQL + 1C + Linux

2020 September 11

И

Иван in PostgreSQL + 1C + Linux
Иван
Философия 3-2-1
Правда я ей не придерживаюсь 😂
источник

11

19 17 in PostgreSQL + 1C + Linux
И в случае когда бекапы проверяются регулярно и пг дамп и дт имеют право быть.
источник

MV

Mikhail Vydrin in PostgreSQL + 1C + Linux
2flower _
я не понял ваш месседж.
источник

A

Alexander in PostgreSQL + 1C + Linux
2flower _
я и не спорю, я тут был у одного клиента на неделе у него бэкапы вообще не делаются уже 5-6 лет, вот где ужас.
другой думал что делал около 3х лет.
нет никакого ужаса, значит его данные ничего не стоят, это тоже политика резервного копирования.
источник

2_

2flower _ in PostgreSQL + 1C + Linux
Alexander
нет никакого ужаса, значит его данные ничего не стоят, это тоже политика резервного копирования.
нет, просто человек, который скоро (будет УЖЕ делать)
источник

2_

2flower _ in PostgreSQL + 1C + Linux
ясно, да я согласен, это хороший вариант, когда есть возможность.
источник

2_

2flower _ in PostgreSQL + 1C + Linux
19 17
И в случае когда бекапы проверяются регулярно и пг дамп и дт имеют право быть.
не согласен, я уже написал. это хорошие инструменты , но не для этого.
источник

A

Alexander in PostgreSQL + 1C + Linux
2flower _
нет, просто человек, который скоро (будет УЖЕ делать)
у вас нет бэкапов пока вы регулярно из них не восстанавливаетесь, это аксиома. Важен не только факт наличия бэкапа, но и время восстановления RTO, а также допустимые потери данных RPO. В
источник

2_

2flower _ in PostgreSQL + 1C + Linux
Alexander
у вас нет бэкапов пока вы регулярно из них не восстанавливаетесь, это аксиома. Важен не только факт наличия бэкапа, но и время восстановления RTO, а также допустимые потери данных RPO. В
лучше спросить у автора, но
Проверка: автоматический контроль целостности данных и проверка резервных копий без восстановления данных кластера.
https://postgrespro.ru/docs/enterprise/12/app-pgprobackup
источник

11

19 17 in PostgreSQL + 1C + Linux
Я как жирный троль и апологет мс не могу не под...ть.
1. Всё что описано как мегакрутойбекап 100 лет делает мс из коробки.
2. Меня в этом смущает что бекапится весь кластер.
Я так понимаю нельзя настроить бекап избранных баз.
источник

MV

Mikhail Vydrin in PostgreSQL + 1C + Linux
Alexander
у вас нет бэкапов пока вы регулярно из них не восстанавливаетесь, это аксиома. Важен не только факт наличия бэкапа, но и время восстановления RTO, а также допустимые потери данных RPO. В
Всё верно. RPO и RPO - часть от которой нужно плясать, а не наоборот. Можно напокупать железа, софта и внедрения на многоденег, но возможна ситуация когда бизнесу дешевле раз в год стоять полдня. И платить меньше за обслуживание.
источник

MV

Mikhail Vydrin in PostgreSQL + 1C + Linux
19 17
Я как жирный троль и апологет мс не могу не под...ть.
1. Всё что описано как мегакрутойбекап 100 лет делает мс из коробки.
2. Меня в этом смущает что бекапится весь кластер.
Я так понимаю нельзя настроить бекап избранных баз.
ресторить потом выбранные базы можно.
источник

11

19 17 in PostgreSQL + 1C + Linux
Mikhail Vydrin
ресторить потом выбранные базы можно.
Это не совсем то.
Пример сервер где 1 рабочая база и 3 тестовых и для разработки.
источник

11

19 17 in PostgreSQL + 1C + Linux
Нахрен бекапить тестовые?
источник

MV

Mikhail Vydrin in PostgreSQL + 1C + Linux
19 17
Это не совсем то.
Пример сервер где 1 рабочая база и 3 тестовых и для разработки.
понимаю, что не то, но вот так )
источник

A

Alexander in PostgreSQL + 1C + Linux
19 17
Нахрен бекапить тестовые?
потому что время разработчиков тоже стоит денег
источник

11

19 17 in PostgreSQL + 1C + Linux
Более того иногда правильно тестовые восстанавливать из рабочей
источник

MV

Mikhail Vydrin in PostgreSQL + 1C + Linux
Alexander
потому что время разработчиков тоже стоит денег
это от задач зависит
источник

11

19 17 in PostgreSQL + 1C + Linux
Alexander
потому что время разработчиков тоже стоит денег
Тестовые не равно разработка
источник

A

Alexander in PostgreSQL + 1C + Linux
19 17
Более того иногда правильно тестовые восстанавливать из рабочей
на этом правильнее построить проверку бэкапов
источник