и считаем это проблемой дампа…?
То, что они выполнялись параллельно, — наложились кроны. Вопрос больше в том, почему не отрубился весь процесс дампа, и почему из получившегося файла вообще можно после такого восстановить данные
Ну так дамп это набор последовательных sql по сути своей, че смог снял :)
Да, серьёзно, кстати. А знаете, почему? Потому что в том случае, когда кто-то пытается использовать игрушку в качестве backup, оно обычно запускается по расписанию. И по какому — тот, кто запускает VACUUM FULL или DDL, может даже не знать... и "сюрприз!". Или нужно "не дышать" на каждую базу, если для её "backup" используется pg_dump? ;) У backup-а таких "детских" проблем нет, естественно.
Если у вас одновременно какие-то разные люди запускают вакуум фулл и пг дамп ещё и по расписаниям о которых эти люди взаимно не знают, то у меня очень много вопросов к организации процесса администрирования БД))
А у меня много вопросов уже к тем, кто "запускают пг дамп", и "ещё и по расписаниям". ;) Нормальным средствам backup как-то... всё равно, что там в этот момент делают в базах. И DBA, который ими пользуется, не нужно думать о том, не попытается ли кто-то выполнить DDL и обслуживание во время снятия backup, и что вообще разработчики делают в базе... в отличие от.
Вижу у нас много взаимных вопросов, но никто никогда не даст на них ответы :)
Это лукавство. Попробуйте запустить резервное копирование любого вида в «час пик». И сразу дба станет не всё равно что там в базе происходит.
ну бейс бекап то нормально отработает, разве что пробку создаст такую что может вал отвалиться, в теории, если настройки слабые, или может место выжрать на диске до упора
Снепшоту без разницы какая нагрузка на базу
Ага, только потеря данных не исключена
А дисковой системе?
То есть снапшот фс не снапшотит че у тебя в ram
Если место есть так же без разницы
не знаю.... у нас при снепшотах начинаются дикие проблемы с бд, даже начинают бд из ag отваливаться
Пардон, мне не снапшот нужен, а твёрдая копия.
Нет. Запускал pg_basebackup в "час пик", и все живы (Вы знаете, что во (всех?) средствах backup есть throttling, кстати?). И, опять-таки, всё равно, что там в базе происходит. :)
Т.е. опять не факт, что копия будет сделана к нужному сроку?
По-моему, выразить нужный срок (и что угодно) из формулы: "время копирования" = "размер кластера" / "заданная скорость копирования" — не rocket science, нет? ;)
Нет. Рекомендую загуглить что-нибудь про ограниченность ресурсов компьютера. Шутка.
Обсуждают сегодня