Потеряли данные - восстанавливаем без резервной копии

0 3

Почему очень часто можно услышать о том, что кто-то восстановил данные в БД без резервной копии, почему не использовать резервные копии? 

Я не знаю, на сколько часто можно такое услышать, статистику не веду, но могу точно сказать, что на моей практики ещё не разу резервную копию полностью не поднимали. 

Первый случай был ещё лет 10 назад. Зная, где я работал вы без проблем можете представить, в какой базе данных были потеряны данные. У нас ещё тогда было правило, что программист не должен выполнять запросы на изменение данных на рабочем сервере один. При работе на рабочих базах всегда должно использоваться парное программирование. 

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

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

Почему данные в таблице были потеряны? Это справочная таблица, но на неё не было внешних ключей, а они могли бы спасти данные. 

 

Недавно был случай, когда данные частично переносились из резервной копии. 

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

Так что решением проблемы стало - восстановление резервной копии параллельно с рабочей и копировать данные с помощью скрипта. Копировались только те данные, которые необходимы. 

 

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

Если данные потеряны частично,  о чаще всего их стараются восстановить без полного восстановления базы данных, потому что это долго и может быть даже не эффективно. В моем опыте чаще используется ручное копирование/восстановление или восстанавливается параллельная копия и из неё копируется только то, что нужно. 


Понравилось? Кликни Лайк, чтобы я знал, какой контент более интересен читателям. Заметку уже лайкнули 3 человек


Комментарии

Паника, что-то случилось!!! Ничего не найдено в комментариях. Срочно нужно что-то добавить, чтобы это место не оставалось пустым.

Добавить Комментарий

Еще что-нибудь

Хотите найти еще что-то интересное почитать? Можно попробовать отфильтровать заметки на блоге по категориям.

О блоге

Программист, автор нескольких книг серии глазами хакера и просто блогер. Интересуюсь безопасностью, хотя хакером себя не считаю

Обратная связь

Без проблем вступаю в неразборчивые разговоры по e-mail. Стараюсь отвечать на письма всех читателей вне зависимости от страны проживания, вероисповедания, на русском или английском языке.

Пишите мне