Насколько «живучие» БД?

Question

[Виталий Пухов]

Возникла одна интересная идея, но есть один момент, который меня удерживает от попытки реализовать, вопрос в том насколько базы данных (sql) живучие в условиях повреждения БД, к примеру если взять в середине файла БД затереть сотню другую секторов или повредить диск (HDD) так, что он будет в некоторых местах плохо\медленно читаться, что будет с БД в таком случае? Она полностью развалится с потерей данных или будет потеряна лишь часть данных и можно как то выяснить какая часть и попытаться восстановить\удалить поврежденную часть?

Comments

[Виталий Пухов]

В том то и суть не хотелось бы использовать backup всей базы целиком, ибо слишком жирно в рамках задачи, максимум это бэкап части какой то, но как это сотворить тоже не ясно

[Алексей Уколов]

Виталий Пухов: Мы бэкапим каждую таблицу отдельно.

[Алексей Уколов]

Соответственно, можно какие-то вообще не бэкапить, или бэкапить реже других.

[Виталий Пухов]

Алексей Уколов: не вариант, т.к. по сути в ней должна быть 1 таблица, максимум 2, но в ней очень много записей, суммарный объем базы мог достигать Тбных размеров, в таком раскладе критично как себя будет вести БД при ее частичном повреждении, бэкап всей не вариант на 100%

[Алексей Уколов]

Есть шардинг, другие инструменты. Если вы свою задачу подробно опишете, скорее всего, вам помогут найти подходящее решение.

P.S. Терабайты данных и одна-две таблицы, это явно не реляционная база вам нужна.

[Виталий Пухов]

Алексей Уколов: согласен наличие здесь БД это скорее бонус, который мог бы дать некоторые преимущества, в целом задача это хранение данных с иерархической структурой наподобие файловой системы.

Answer 1

[DevMan]

Помимо самих файлов БД, СУБД еще ведет лог транзакций, который (если не убит) используется при восстановлении.
Ну а в целом, для решения таких проблем используются бекапы/репликация.

Answer 2

[Saboteur]

Обычно, администратор не разгребается восстановлением битых баз данных.
Обычно администраторы делятся на тех, кто НЕ делает бэкапы, тех кто УЖЕ делает, и тех кто УЖЕ делает и проверяет их целостность.

В продвинутых базах данных есть журналы транзакций, которые пишутся в отдельное место, и тоже могут бэкапироваться. Благодаря им, просто поднимается база из последнего бэкапа, и журналами транзакций состояние базы "докатывается" до момента перед сбоем.

Все остальные попытки "восстановить" базу из битых файлов - совершенно ненадежная ситуация, так как результат просто непредсказуем.
Ну то есть частично битые текстовые данные можно визуально отследить, а бинарные - вряд ли можно как-либо использовать такую кашу.

Comments

[Виталий Пухов]

бэкап это хорошо конечно, но в контексте задачи потеря части данных несущественна, но вот потеря целостности всей базы из за потерянной части это реально плохо) поэтому от идеи придется отказаться. спасибо за развернутый ответ

Answer 3

[Пума Тайланд]

плохо живучая при серьезных повреждениях почти всегда потеря данных
если данные важные то не целостная копия обычно не имеет как таковой ценности.