Старая пословица гласит: админы делятся на тех, кто не делает бэкапы и тех, кто уже делает. У большинства осознание необходимости создания резервных копий приходит после крупной потери личных данных.
И, несмотря на обилие душераздирающих историй о том, как люди потеряли всё, многие до сих пор продолжают надеяться, что кто-то сделает для них резервные копии.
В качестве напоминания о ошибочности такого подхода хочу привести несколько примеров того, как люди неожиданным образом теряли свои данные или были на грани потери.
Моя личная история большой утраты случилась 7-8 лет назад. На тот момент у меня было несколько небольших сайтов и форум, прикрепленный к одному из них.
Сайты не использовали базу данных, они основывались исключительно на файлах, поэтому я сохранил локальную копию.
А вот форум.
Его резервная копия была сделана, когда я менял двигатель, примерно за полтора года до печального происшествия.
Сервер, на котором я размещал компьютер, имел 4 диска, объединенных в RAID5 для надежности.
И в один прекрасный момент один из дисков упал.
Да, RAID5 наверняка оставался работоспособным и продолжал доблестно шуметь.
Но нагрузка на уцелевшие диски стала критической.
Базе данных осталось жить недолго.
Пока инженеры чесали все, что чесалось, вместо того, чтобы быстро установить новый диск, в лучший из миров отправился второй.
Разрыв составил всего 2-3 дня.
А я, будучи молодым и неопытным, даже зная о ситуации с первым диском, спокойно ждал его замены.
В результате мне пришлось потерять базу форума, чтобы стать умнее на будущее.
Думаю, такие истории были если не у всех, то по крайней мере у многих.
Существует множество причин и способов потери данных.
Все они различаются степенью предсказуемости.
Есть более-менее предсказуемые: сбой системы, взлом, ошибка администратора.
Также известны случаи недобросовестности, когда нанятые администраторы в конфликтных ситуациях не предоставили доступ к данным или повредили их.
Но бывали ситуации, которых обычно не ждут, но которые приводят к куда более значительным потерям данных.
Огонь
Пожалуй, самая популярная неожиданная причина потери данных.Несмотря на все принятые меры пожарной безопасности, дата-центры горели, горят и будут гореть.
Вопрос только в масштабах.
В высококлассных дата-центрах каждая серверная стойка имеет собственное полностью изолированное пространство с независимой системой охлаждения и пожаротушения.
Даже если что-то загорится, огонь не выйдет за пределы стойки.
Но в некоторых дата-центрах стойки отсутствуют как явление.
Именно поэтому такие дата-центры очень быстро выгорают. Ничто не препятствует распространению огня по ангарам.
Думаю, многие помнят ситуацию с пожаром на хостинге.
ua, когда многие потеряли не только свои основные сайты, но и резервные копии, хранившиеся на соседних серверах.
На фотографии через разбитое окно видно, что в дата-центре использовалось «складское» расположение оборудования, что способствовало распространению огня.
Кстати, прокладка кабелей, как лапши, хорошо помогла сохранить еще один дата-центр.
Хранение резервных копий в том же дата-центре, где установлены производственные серверы, не раз подводило людей.
Мне попалось сообщение от января 2008 года о человеке, который с ужасом в глазах смотрел на горящий дата-центр в США, в котором находились как рабочие, так и резервные серверы.
Чуть больше двух лет спустя с такой же ситуацией столкнулись клиенты украинского дата-центра, и я начал делать резервные копии в независимый дата-центр в другой стране.
Пожар может вспыхнуть где угодно, и какую бы супернадежность ни обещал вам дата-центр, будьте начеку.
В июле 2012 года взрыв и пожар в Канаде повредили инфраструктуру, хранящую огромное количество правительственной информации (данные о водительских правах, регистрации автомобилей, лицензиях на охоту и рыбалку, а также медицинскую информацию – медицинские записи, планы лечения и т. д.).
К счастью, резервные копии сохранились.
А в августе 2013 года пожар в Индии уничтожил серверы, содержащие персональные данные 1,2 миллиарда граждан страны, собранные в рамках правительственного проекта.
Наводнение
29-30 октября 2012 г.ураган «Сэнди» достиг побережья США.
Дата-центры в Нью-Йорке и Нью-Джерси готовились принять удар: запаслись топливом для генераторов, договорились о непредвиденных поставках и морально подготовили дежурные бригады к тому, что им придется жить на работе 3-5 дней для соображения безопасности.
Они быстро подготовились к возможным отключениям электроэнергии, которые часто сопровождают ураганы.
К чему они не были готовы, так это к затоплению.
Во многих дата-центрах, расположенных в зоне затопления, в подвалах размещались резервные генераторы, топливные баки и насосы к ним, а кое-где и оборудование связи.
Когда пришла большая вода, дежурным инженерам оставалось только правильно отключить все оборудование и отключить генераторы.
Об уровне поступающей воды можно судить по фотографии холла одного из дата-центров Verizon. 
Кстати, это не единственный случай наводнения.
В сентябре 2009 года из-за сильных дождей серверные стойки оператора Vodafone в Турции стояли с нижним оборудованием в воде, а в июле 2013 года — на технической площадке в Торонто, где расположено около полутора сотен различных провайдеров.
Из-за сильных дождей и сопровождающих их отключений электроэнергии наблюдался сбой в системе охлаждения.
«Маски-шоу»
Вывоз оборудования «на расследование» или отключение какой-то части оборудования по решению государственных органов также является одной из возможных причин потери данных.Чаще всего это касается крупных проектов.
Жители Украины помнят судьбу Infostore, ex.ua, популярного интернет-магазина Розетка.
В России такая же участь постигла файлообменник iFolder.ru, серверы которого были отключены в рамках поиска неназванных доказательств по делу, совершенному неустановленным лицом (формулировка из прессы).
Но не заблуждайтесь, если у вас всего лишь небольшой сайт с небольшим хостером.
В наших не особо правовых государствах они могут терпеть все что угодно.
Известны случаи, когда в рамках расследования какой-то порнографии был изъят сервер небольшого хостинг-провайдера, у которого всего два-три сервера.
И их конфисковали на долгое время.
К сожалению, мы пока не в Европе, где в случае расследования обычно на сутки снимают жесткие диски, сливают всю информацию и возвращают обратно.
Недобросовестное сотрудничество
Такие случаи крайне редки, но они случаются.В 2010 году из-за конфликта между компаниями «Махост» и «Оверсан-Меркурий» большое количество серверов было отключено от сети.
Естественно, каждая из компаний пыталась доказать свою правоту и обвинить своих оппонентов, но клиентам от этого не стало легче.
Причины могут быть и более экзотичными: военные действия или установленные государством особые режимы, теракты, землетрясения (однако в сейсмически нестабильных районах используются специальные технологии, повышающие шансы техники на выживание).
Думаю, если более тщательно порыться в прессе, то можно найти реальные случаи хотя бы некоторых из подобных ситуаций.
Я приглашаю читателей поделиться в комментариях своим опытом, своими ситуациями, извлеченными уроками и способами создания резервных копий.
Для тех, кого жизнь еще не преподала урок, хочу напомнить, что безопасность ваших данных необходима и важна, в первую очередь, вам, и именно вы должны ее обеспечивать и контролировать, без полагаясь на провайдера, дата-центр и силы небесные.
Теги: #резервное копирование #сбои #потеря данных
-
Вебинары Hewlett-Packard
19 Oct, 24 -
Google Offer Локализован Для 155 Доменов
19 Oct, 24 -
Капча На My.opera.com
19 Oct, 24 -
Советские Мультфильмы В App Store
19 Oct, 24 -
Откуда Приходят Первые 10 Клиентов?
19 Oct, 24
