Компания
87,64
рейтинг
28 марта в 12:55

Разработка → Утекай… или несерьёзный пост о серьёзных вещах

«Меня трудно найти, легко потерять и невозможно забыть», — шепнула мне информация с моего компьютера. «Ну, не так уж трудно найти в наш век свободного Интернета, забыть — это запросто. А вот, что легко потерять — тут она не врала», — подумал я в ответ. Складывается ощущение, что именно такие диалоги происходят в головах миллионов людей на планете: знаменитостей, миллиардеров и простых безалаберных пользователей. Кажется, что они сохраняются или у них в голове постоянно создаётся бэкап дампа собственной памяти, а гаджеты не ломаются и не теряются. Больше нам нечем объяснить тот факт, что общий ущерб от утечек данных в 2015 году составил более $27 млрд., а средний ущерб от одной утечки вырос с $25,29 млн. в 2014 году до $33,22 млн. в 2015 году, причём абсолютное лидерство по утечкам — 43% — у государственного сектора. День ото дня появляется всё больше историй о потерянных данных и утечках информации. Судите сами.


Да кому мои данные нужны!


Ребята, у нас для вас плохие новости — каждый из нас носитель данных, которые рано или поздно кому-нибудь понадобятся.

  • Платёжные данные (PIN-коды, номера и дампы лент пластиковых карт, информация SIM-карты и даже дамп с NFC-чипа) — самый лакомый кусок для кибермошенников всех уровней. Эта информация может быть использована для обналичивания средств, оплаты товаров и подложных данных при совершении уголовных преступлений.

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

  • Коммерческие данные — главная ценность бизнеса. И чем дальше, тем больше возрастает цена потери информации. Тут размах хакеров бесконечен: от простой порчи данных до конкурентной разведки и кражи клиентских баз. Кроме прочего, компания может понести и репутационные риски из-за потери клиентских данных (ещё живы в памяти истории с Мегафоном и Salesforce). Кстати, если в компании есть корпоративный софт и нет бэкапов — это совершенно зря. Ведь, кроме хакеров, бывают недобросовестные сотрудники, которые при увольнении (или без него) могут нанести непоправимый ущерб коммерческой информации.

Как мы теряем? Просто храним все яйца в одно корзине.

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

  • Умышленный взлом, в том числе сервисов, которыми вы пользуетесь. Как мы уже говорили, наши аккаунты и пользовательские данные — очень интересная информация для мошенников и нечистых на руку представителей бизнеса. Именно поэтому так часто появляется информация о массовых взломах.


  • Случайное удаление информации — вы сами ненароком можете стереть важные файлы. Это очень обидное явление, но встречается повсеместно. Чаще всего такое происходит при освобождении части памяти носителей информации.

  • Повреждение носителя информации. Наверное, нет человека, который бы на заре существования внешних жёстких дисков не столкнулся с их внезапной смертью от падения, сотрясения или просто так. (Уже и не будем напоминать про размагниченные дискеты с курсовиками по информатике, не все столь стары на Хабре). Точно также может повредиться microSD при падении телефона. Бэкапы и резервные хранилища спасут ситуацию.

  • Потеря или кража носителя информации может привести не только к утрате любимых фотографий и контактов, но и к реальным проблемам — если в потерянном девайсе сохранены платёжные данные и логины/пароли в браузере, владельцу можно нанести ощутимый вред.

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

  • И это тоже ;)


— Посмотри мне через плечо и умри!

От всего застраховаться невозможно — в некоторых случаях сами пользователи бессильны предпринять какие-то меры. Но, конечно, неслучайно Всемирный день бэкапа (31 марта) проходит накануне дня дурака, ведь большинство дыр в безопасности возникает по вине самого пользователя. Причём касается это всех.

Только факты, только хардкор

Разрази Google гром!


Случай один на миллион. Не на один миллион… Долларов… Google заявил о безвозвратном уничтожении небольшой части данных из-за попадания молнии в дата-центр Google в Бельгии. 13 августа 2015 г. — молния четыре раза подряд ударила в систему электропитания дата-центра. Это кратковременно обесточило центр обработки данных, в котором были запущены виртуальные машины клиентов, пользующихся платформой Google Cloud Platform (GCP) и хранящих там свои данные. Специалисты Google отметили, что в период с 13 по 17 августа 2015 г. в виртуальных машинах наблюдались ошибки ввода-вывода при попытке доступа к подсоединенным к ним сетевым накопителям. В целом, по крайней мере одна ошибка ввода/вывода возникла примерно на 5% сетевых накопителей в европейской зоне. Кроме того, в указанный период не удавалось выполнить некоторые операции управления, такие как создание снэпшотов. Для Google это не такая большая часть данных, но каково было компаниям, чья информация и чьи процессы пострадали. Теперь они знают, что в облаках бывают молнии.

Какие <неосторожные> люди в Голливуде!


Селебрити, вероятно, не сильно обеспокоены делами земными и зачастую не так чтобы пекутся о персональных данных. Благодаря их беспечности мир периодически лицезреет коллекции «ню», узнаёт первым о новинках техники и музыки, наслаждается персональной перепиской звёзд шоу-бизнеса и политиков. Кто-то скажет, что это дешёвый пиар! Не факт, это просто неумение делать бэкапы и защищать свои данные.

Сотрудник одной из киностудий Голливуда намеревался выбросить в мусорный контейнер несколько коробок с бумагами, но был остановлен экспертом по информационной безопасности. Эксперт выкупил содержимое коробок и обнаружил бумажный каталог с персональными данными американских знаменитостей. В том числе полные имена, номера социального страхования и телефоны Алека Болдуина, Кевина Бейкона, Арнольда Шварценеггера, Дональда Трампа.

В сентябре 2015 года был ограблен особняк популярного певца Дмитрия Билана. У него украли голос не только сейф с крупной денежной суммой, но и жёсткие диски с записями его выступлений.

В июле 2015 года в Twitter рэп-исполнителя Василия Обломова появилась запись «А кто-нибудь из читающих меня знает способ восстановить стертые с Макбука файлы? Удаленные из корзины». Восстановить данные с помощью Time Machine по какой-то причине не получилось. В общем, Обломову вышел облом. Василий, если вы это читаете, расскажите, как там данные, удалось что-то сделать? Мы беспокоимся.

А вот Саша молодец! Будьте, как Саша.

В ноябре 2015 года стилист-в-шоке Сергей Зверев стал жертвой интернет-мошенников, они получили доступ к аккаунтам скандальной знаменитости в соцсетях, удалили все материалы, включая фото и видео, после чего заблокировали доступ к профилям. В первую очередь хакеры принялись «чистить» страницу Зверева в Instagram, затем изъяли материалы из видеохостинга YouTube, и напоследок, полностью удалили видеоблоги. Да это не волки позорные хакеры, это санитары леса Интернета.



Но социальные сети и YouTube знают толк в бэкапах и миссия, увы, провалилась.

А вот это без иронии и сарказма потеря потерь. В апреле 2015 Кирк Хэммет, соло-гитарист группы «Metallica», признался, что работа над новым альбомом может замедлиться из-за того, что полгода назад музыкант потерял свой iPhone. На телефоне в единственном экземпляре хранилось 250 готовых гитарных партий – больше половины из тех, что были записаны для пластинки. Вспомнить удалось лишь восемь. Кирк, старина, ну как же так?! Приходи к нам в Acronis, мы всё покажем. Мы же это… мы же не можем без этого вот:



Как видите, от эпик фейлов никто не застрахован. Вы тоже когда-то оказались среди этих людей? Расскажите в комментариях свою историю о потере данных — нужно больше трэша, хардкора и кошмарных историй! Мы готовы всячески утешать жертв отсутствия бэкапов и самым-самым подарим приятные утешительные подарки, например, музыкальную колонку и ключики для Acronis True Image Cloud с безлимитным облаком. Итоги подведём днем 31 марта! И огласим победителей!
Данные крали, крадут и красть будут. Это неотъемлемый атрибут эпохи информатизации, от него никуда не деться. Хакеры могут руководствоваться простым азартом, желанием заполучить персональные и поведенческие данные для спамерских рассылок, перепродажи, шантажа и иных киберпреступлений. Но даже, если у вас нет миллионных счетов в лучших банках Швейцарии, ста гигабайтов компромата, базы данных перемещения покупателей по гипермаркетам и 250 эпохальных соло на электрогитаре, всё равно стоит делать бэкапы. Нам всем есть, что терять: диплом, памятные фотографии и видео, рабочие файлы, программный код, по крупицам собранные музыкальные коллекции.

Не делайте себе нервы, вам с ними ещё жить!
Автор: @alexsadykov
Acronis
рейтинг 87,64

Комментарии (57)

  • +3
    всё равно стоит делать бэкапы.
    — согласен, это все хорошо, но вот вопрос защиты и сохранности этих самых бэкапов — тоже вопрос.
    • 0
      Можно настроить хранение бэкапов в разных местах одновременно: так называемую репликацию, когда мы храним копию бэкапа в клауде и на локальном носителе. По поводу защиты можно рекомендовать использовать запароленный архив.
      • +1
        Ну это же не делает информацию более защищенной от кражи? Такой подход хорош от случайных потерь (удаления), но не от хищения.
        • 0
          Думаю, Акронис предприняли меры для сохранности данных в облаке =) И если хранить у них данные в зашифрованном виде (это уже на усмотрение пользователя — по частям, в зашифрованном виде или как-то ещё), то тут защита и от удаления и от хищения — всяко лучше, чем ничего =)
      • 0
        Данные не существуют, пока не хранятся в трёх разных местах (Ц)
        • 0
          Отличная мысль, полностью поддерживаю)
    • 0
      Никогда не вредно делать бэкап бэкапов! :)
  • +9
    Жили-были, не тужили 6 железных серверов в маленькой уютной серверной. Только о бекапах никто не думал.
    Бэкапы, да кому они нужны, не ссы, ничего не потеряется, говорил мне генеральный директор, отклоняя очередную служебку о необходимости закупки СХД под бекапы.
    А через 2 месяца после крайней служебной записки, раздался звонок в 4 часа утра в воскресенье от дежурного охранника: "У вас там че-то в здании дымит".
    Сон сняло как рукой, холодный липкий пот, сжавшийся задний проход — все как в классике.
    Через час я на месте, и наблюдаю выгоревшее здание, где в том числе была серверная.
    Всё, что нажито непосильным трудом: Два магнитофона, три портсигара…
    Но, зато, теперь всё как надо. Серверная просторная, бэкапы на схд, бекапы на летночки, удаленная СХД — всё как у людей.
    • +4
      хороший способ доказать директору необходимость бэкапов, я ни на что не намекаю :)
      • +2
        Мне тоже месяц с лишним по этому поводу СБ печень клевала.
        • +3
          Деньги на безопасников есть, а на IT нет? Знакомо. :(
  • +3
    Хорошая история о важности бэкапов на серверах.
    Был я тогда молод и весьма неопытен, я работал программистом на полставки, с SQL общался на "Вы, пожалуйста, будьте любезны", но не пренебрегал возможностью спросить что-либо у старших товарищей. И возник у меня вопрос: вот я в базу напихал 100500 левых записей для тестов, удалил их, а индексы новых записей получались с сильным сдвигом. Но я ж перфекционист! Хочу адекватные индексы, и вопрошаю старшего коллегу: "а как индексы сбросить?", на что тот отвечает: "кажется, единственный способ — TRUNCATE TABLE, но я не уверен, надо попробовать". Собственно, я и попробовал. На боевой базе.
    Отдел смеялся долго, когда все узнали об истинной причине слёта главной таблицы в базе. И, — о чудо! — был бэкап за прошлый день. Думаю, если б не было, то не особо бы все смеялись...
    Отсюда два правила я вынес: RTFM и ДелайБэкапы!
    • +3
      Во мне аналогичный перфекционист-вредитель живёт...) Завёл блог на WP, начал экспериментировать, темы там всякие, плагины, форматы оформления постов. И когда всё сделал, думаю "а чё это первый пост не id=1 начнётся?!". Ну и полез искать :) Потом ещё день всё повторно настраивал, но уже тёртый калач к тому времени был, не стал тестовые посты создавать )
    • +1
      У нас практически такая же ситуация была, когда в конторе, где я тогда работал junior'а пустили вносить изменения с помощью pma на боевом сервере. Непонятно каким образом, но он случайно удалил одну из таблиц. И вот тут уже было никому не до смеха, бекап был тоже вчерашний вроде, но ведь данные же не полные. Все в мыли пытались откуда можно и нельзя восстановить хоть что то :(
  • +1
    У одного моего знакомого украли ноут с текстом диссертации за день до защиты. Так диссер остался только на бумажных носителях и в отсканированном виде в РГБ. А в техе — канул.
  • +2
    Отличная статья, заставила улыбнутся! Видео с концерта — класс!
    Я вот раньше бекапы не делал… Считал для себя лишней вещью. Файлов было накоплено в электронном виде не так много.
    С определённого периода я стал делать бекап телефона, а тогда еще у меня был Win Mob. 2003, т.к. восстанавливать его после очередного Hard reseta было длительно.
    Мой ноут по прежнему оставался без бекапа, да и зачем? есть же C и D думал я, если что не так проще переустановить систему, чтобы исключить полностью проблему, а файлы мои сохранятся на D диске. Эх молодость… Теперь я делаю бекапы регулярно, а все потому-что одна «дама» с которой я имел длительные отношения, при расставании в порыве гнева и обиды, с целью отомстить пнула ножом мой ноутбук!!! Удар пришелся как раз в район расположения моего тогда еще 320гб ЖД.
    Насколько сильны женщины могут быть в порыве гнева! Нож вошел как в масло повредил корпус. Достал и до ЖД,
    Так я потерял не просто работоспособность своего ноутбука, но и все самые важные фотографии с моего школьного выпускного и поездки в Ялту, а так же отдыха в Геленджике. Собрать по крупицам с других мест удалось не многое.
    Теперь же, точки восстановления, архивирование, облачные копии и прочее я делаю хоть и не регулярно, но с некоторым постоянством.
  • +1
    Есть у нас сайт на виртуальном хостинге, вместе с этим можно и почту завести.
    Переезжали в пределах этого Хостера и в рамках одного договора с одной площадки на другую, но чтобы сайт на старой был некоторое время доступен. Из-за этого, на новой площадке доменное имя было с тестовой припиской. А когда от старой площадки полностью ушли и перенесли сайт на новую, надо было и почту делать.
    К этому времени на новой площадке было три домена — два тестовых и копия сайта со старой площадки.
    На новой площадке сделали новый сайт, а почтовые ящики заводились почему-то с тестовым хвостом. Ну, я почесал репку и через панель управления где-то в настройках убрал хвост у тестового доменного имени. Вместо обращения в службу поддержки. А ещё зачем-то удалил второй тестовый домен. Как потом оказалось — новый сайт был размещён на нём. И бэкапов не было. Потому что для них не было места.
    В этой печальной истории я мог напутать термины, потому что не специалист в этой области (иначе не удалил бы ничего). Мораль проста: делайте бэкапы и лучше обратитесь в техподдержку, чем пытайтесь разобраться сами.
  • +2
    Прошлом году в нашей конторе было всего 6 серверов, 1 сервер rdp для сотрудников, 1 сервер с информацией для клиентов, 2 сервера различных баз данных, 1 файловый и бекап сервер на котором бекапилась информация со всех других серверов… Сервера были разбросаны по городу в разных точках, они общались между собой и с работниками по vpn и всего 1 клиентский сервер имел выход в интернет. В 1 прекрасный момент звонит клиент и говорит что у него на глазах исчезают строки из веб интерфейса базы. По стечению обстоятельств я смог посмотреть в чем же дело только минут через 20 когда было уже поздно. На клиентский сервер был залит веб шел через который было удалено все до чего смогли дотянутся (вплоть до некоторой информации на внутренних серверах). Суммарно мы потеряли 7ТБ информации.
    Все обрадовались так как до бекап сервера злоумышленники не дотянулись.
    Так началась наша история длиною в 52 часа пока информация разворачивалась по сети на пострадавшие сервера…
    Потери компании из-за простоя никто не считал но на это время вся работа была парализована.
  • +1
    Имелось у меня два компьютера: один рабочий дома, и один, типа тоже рабочий, на работе. Работаю я в таком месте, где компьютер нужен, но никто тебе его не даст. А ноут каждый день таскать не будешь, да и проигрывает он десктопу по ряду параметров. Ну ладно, сделал щедрый жест — оттащил на работу свой первый комп, 2005 года сборки. Как печатная машинка и интернет браузер с функциями магнитофона покатит, а больше мне, особо, и не надо. Надо признаться, люблю экспериментировать. Решил перебить систему и поставить вместо хрюши что-нибудь из модельного ряда линуксов полегче. Во-первых, давно уже руки чесались поэкспериментировать с новой для меня системой, а поднимать виртуальную машину на основном компе было банально лень. Во-вторых, был шанс, что всех в нашем заведении пересадят на линукс, и, как человек с определенной репутацией «тыжпрограммиста» надо было заранее подстелить соломки, чтобы потом коллег консультировать. Короче, что-то где-то пошло не так. Не помню уже что, но помню, что решил вытащить жесткий, дома отформатировать и, заодно, дома и ось поставить. Типа, меньше времени потрачу. Короче, мануал прочитал я невнимательно. Поставил себе Lubuntu, мне понравилось, замечательно живет у меня на работе уже второй год подряд. Мой старый комп чувствует себя замечательно. Проблема была в том, что я запарился и вместе с установленной системой получил отформатированный жесткий диск основного рабочего компьютера. На котором, разумеется, было материалов за пять последних лет работы и никакого бэкапа. Четыре сотни гиг ежедневно необходимых данных испарилось в один момент. Все на завтра переносил. Ага. Короче, следующие пару дней были веселыми. Но, надо сказать, одна утилитка мне помогла. TestDisk называется. Правда, пока я ее нарыл, пока перепробовал кучу других вариантов… Но все закончилось хэппи эндом, или удачным восстановлением утраченных дисковых разделов. Пара бессонных ночей, трясущиеся руки и километры потерянных безвозвратно нервов. И какой же вывод я извлек из всего этого? Гхм. Гхм. Гхм. Ну, с одной стороны, самые-самые важные данные я таки залил в одно облако, где когда-то по акции, на всякий пожарный, один терабайт получил. Пригодилось. С другой стороны, еще гиг сто-сто пятьдесят из того, что постоянно в работе, так и не забэкапил. Пожалуй, завтра и займусь. А то мало ли что…
    • +1
      Казалось бы — при чем тут мейлру =)
      • 0
        А вот и вообще ни при чем. И близко не лежало. Просто хотел показать, что имея больше места в облаке, чем мне нужно, руки заполнить это место тем, чем необходимо, так и не дошли :=))
    • +1
      Завтра :)
      • +2
        Ну, может, послезавтра...
        • 0
          В понедельник, точно!
  • 0
    Простите за нубский вопрос:
    вот бэкапятся мои документы в облако. Вдруг на компьютер попадает вирус-вымогатель, и шифрует все документы. Вопрос: зашифрованные документы синхронизируются с облаком и восстановить из оттуда будет нельзя, верно?
    • +1
      Не совсем. Вообще, бэкапы делаются по расписанию, т.е. если зараженный файл попал в очередной бэкап, то он будет жить там в зараженном виде.
      Но Acronis True Image Cloud поддерживает версионность: иными словами если вы точно знаете, что вчера или неделю назад файл не был заражен, то вы можете вернуться на соответствующую версию этого файла.
    • +2
      Насколько видел, обычно в облаках есть возможность откатить изменения на конкретный день, т.ч. можно просто достать незашифрованные копии
    • 0
      В owncloud есть такая вещь, как история файлов. Дропбокс такое дает, кажется, только для бизнес-аккаунтов.
      • +3
        У dropbox такая возможность доступна для всех аккаунтов. Но хранятся они в течение 30 дней.
        • 0
          Абсолютно верно!
          И для хранения личной информации, важной, дропбокс подходит идеально. После любой атаки, случайного удаления или просто смерти жёсткого/ссд, можно легко и непринуждённо слить всю инфу. В течение 30 дней.
          В свете расцвета криптолокеров-шифровальщиков, дропбокс крайне незаменим.
          Есть только одно «но». Если вас мучает паранойя, облачка не для вас :)
    • 0
      В описанном вами случае — верно, но стоит заметить, это ещё не бэкап, вы просто синхронизируете документы с облаком. Поэтому в облако будут загружатся все изменения. Но тут есть два варианта. Если вирус перезаписывает файл при шифровании, тогда файл зашифруется и в облаке. Другой вариант: вирус шифрует в новом файле, а старый удаляет. Тогда в облаке, в корзине, вы сможете найти оригинальный файл.
      Из этой ситуации я вижу два выхода: Первый — делать бэкапы :) Второй — для важных документов, которые нужно постоянно синхронизировать, использовать облако с версионированием файлов(e.g. dropbox).
  • 0
    Товарищи линуксоиды, а существует ли понятный мануал в духе "для блондинок" как делать полный бэкап диска с рабочими файлами на другой диск (съемный USB) чтобы он измененные файлы заменял, а удаленные убивал на месте назначения. Слышал rsync умеет, но стоит окрыть мануал и мой ГСМ мозг вскипает и бежит прочь в ужасе.
  • +1
    Вот еще тру стори.
    Работал я в студенческое время в далеких 90-х эникейщиком… нет, сисадмином в некой торговой конторе. И была там бухгалтерская программа которая регулярно обновлялась. Чтобы сделать обновление по всем правилам надо было сделать бэкап, обновиться, развернуться из бэкапа.
    Я делаю все как надо,, и… забэкапленные БД не хотят разворачиваться. И даже круче — попытка разархивирования БД приводит к синему экрану.
    В общем в конторе я провел всю ночь, в 9 утра пришла глабухша — и я ей выдал — вы только не волнуйтесь — но ваша база -…… с главбухшей чуть не случился сердечный приступ. Утром по пути в институт встречаю друга — рассказываю о событии — он: «А, это та контора где ты РАБОТАЛ?», я: «Да, боюсь, что так.»
    К счастью нашлись дискеты с базой двухмесячной давности, и дальше вся контора две недели все перебивала.
    А вот более печальная история.
    В наш научный институт залезли воры, вскрыли шестнадцать дверей и похитили ноуты. А вахта… то ли спала, то ли испугалась. Потом поставили видеонаблюдение.
    Через месяц эта же воровская компания (из рядом живущего жителя и ЛКН) решила, что надо повторить вылазку на склад бесплатных ноутбуков и была благополучно задержана. Но ноут с недописанной диссертацией шефа так и канул в лету.
  • 0
    В апреле 2015 Кирк Хэммет, соло-гитарист группы «Metallica», признался, что работа над новым альбомом может замедлиться из-за того, что полгода назад музыкант потерял свой iPhone. На телефоне в единственном экземпляре хранилось 250 готовых гитарных партий
    Что-то сомневаюсь я… раз готовые партии, значит проходили обработку, значит должно быть на компе в студии. Кирк вряд ли прямо в Айфон писал в Garage Band.
    • +1
      Возможно, тут имеется в виду сочиненные и зафиксированные в каком-то виде партии (ноты, табулатура, диктофон и т.п.), но не записанные в студии.
      • 0
        Да, вы правы, беглый поиск новости в зарубежной прессе сразу же выдал цитату Кира: “I lost my iPhone with 250 musical ideas – and I was crushed. It didn’t get backed up,”, что, конечно же, никак не вяжется с "готовыми гитарными партиями". Хотя последнюю фразу смело можно обыгрывать в рекламных кампаниях производителей софта для бэкапа :-)
        • 0
          Примерно так же говорят нерадивые студенты-веб-фрилансеры, отвечая на вопрос: "Почему проект не готов"?!!1
  • +4
    Мне одному кажется, что автор смешивает два разных вопроса: утечку данных и пропажу/порчу данных?
    Утечка (leak, leakage) — это вовсе не пропажа данных, а получение данных другими, не сканкционированными для этого людьми или системами — при сохранении этих данных в первоначальном месте. Соответственно, ущерб тут не прямой (не надо восстанавливать пропавшие данные), а косвенный (потеря имиджа, необходимость усиления системы защиты, возможный ущерб от будущих нелегальных операций с утекшими данными и т.п.). Так что не надо смешивать мух и котлеты в котлеты, фаршированные мухами.
  • 0
    У жены три раза ноутбук ломался с потерей данных. Пришлось заставить копировать данные на внешний носитель личный, ибо на корпоративную технику полагаться не всегда можно.
  • +1
    Добавлю свои несколько копеек :)
    Звонят мне как то и говорят что сайт лежит, захожу и вижу что таблицы не найдены, делаю запрос на показать таблицы, таблица есть, делаю запрос на получить данные, таблицы нет. В уведомлениях вижу сообщение о том что 7 дней назад сервер хостера был перезапущен и мол все теперь в порядке. По факту часть баз побилась. Казалось бы shared hosting есть кнопочка восстановить из бекапа, вот только бекапы за последние 3 дня. и последний нормальный бекап оказался перезаписанным. У хостера что характерно тоже бекапа не оказалось. Таблицы восстановить они даже не попытались. Грустно. Повезло что нашел какую то старую версию на внешнем винте, и хоть что то восстановилось.
    Давным-давно я держал криптоконтейнер, на флешке. А бекапить криптоконтейнер я не догадался. И вот однажды, флешка сбойнула, и часть данных побилась, совсем чуть чуть, несколько байт, вот только контейнер после этого уже открываться не смог, соответственно со всем содержимым :)
    Ну самый интересный случай был когда я потерял данные с четырех жестких дисков. Диски то имеются в наличии, но что то восстановить с них несколько не совместимо со стоимостью затрат на это дело. К счастью к этому времени рабочая информация частично дублировалась в дропбокс, а частично лежала в двух местах, на ноутбуке и на пк, поэтому все что случилось с пк не слишком нанесло урон. Да много отсортированного контента, сохраненные статьи, заметки, стихи, и старые проекты канули в лету. Иногда ревность творит страшные дела. А жесткие диски плохо защищены от молотка.
    Поэтому все важное должно бекапиться, более того бекапы необходимо проверять. И то что sql файлы лежат на пяти машинах, не значит что если припрет они смогут быть развернуты вообще. Например скрипт дампа может падать, или же таблица может просто не попадать в бекап :(
    В бытность общажного жития был один винт регулярно отваливающийся в соседнем блоке. Когда в очередной раз сыпалась ФС, она с помощью действий доведенных до автоматизма восстанавливалась цепочкой format — unformat о бекапах никто и не думал :)
  • +3
    Это случилось со мной в первый месяц первой работы, когда я была наивной выпускницей с девственно-чистым резюме. По-моему, никогда ни До, ни После я не производила за раз столько кирпичей...
    Дело было в одном НИИ, надо было программно обработать результаты экспериментов. Для этой цели мне выделили единственный на все учреждение сильный компьютер.Жесткий диск на нем оказался забит под завязку — почти терабайт презентаций, таблиц, докладов, видеозаписей конференций и прочей заумности. Спрашиваю у заведующего лабораторией, куда все это девать. Завлаб авторитетно отвечает — никто на этом компе давно уже не работает, таблицы никому не нужны, если нужно свободное место на диске, то удаляй все к чертовой бабушке.
    Сношу винду, ставлю линукс, начинаю работать. Проходит неделя, вторая… С утра зовет меня к себе заведующий.
    • Тут, — говорит, — такое дело. Искали архивы, связались с нашим бывшим системным администратором, и он вроде как припоминает… (тяжелая пауза) что по просьбе бывшей заместительницы директрисы скинул все на компьютер в 28-й.

    А в 28-й комнате только один компьютер — мой, рабочий. И вот этот терабайт презентаций с таблицами, вместе с виндой отправившийся в цифровой рай полмесяца назад, как выясняется, кроме всего прочего, включал в себя электронную хронику всего НИИ за последние *нцать лет!
    Меня даже никто не обвинял (сами не знали, кто у них куда скинул архив), но было все равно страшно грустно. А все-таки закончилось хэппи-эндом. Hiren's CD одной из ранних версий (какая-то некромантская утилита в его составе, уже не помню названия) вернул к не-жизни снесенную винду, и над этим зомби я колдовала еще сутки. В итоге, воскресло около трех четвертей важной информации, правда, в виде нумерованных архивов — но их уже сортировали несчастные студенты-практиканты. Когда архив был, наконец, восстановлен, с него впервые в истории НИИ была снята копия.
  • +2
    Работал я как-то в одной конторе. Денег было вагон, а вот на IT денег жалели. Уж сколько я просил дать денег на бэкапы, уж сколько я не уговаривал. Зачем бэкапы. Да ты что, RAID 5 надежен… Данные невозможно потерять… Ну дайте хоть денег на запасной винт для RAID 5. Не не надо. Потом тебе выделим.
    И вот настало то утро когда я пришел на работу и лампочки на одной из корзин для HDD радостно мигали желтым сообщая о смерти одного из HDD. Ну делать нечего — иду к директору рассказываю про ситуацию, говорю какой будет геморой и что "Аяжеговорил..." А директор мне в ответ: так всеж работает давай ты до конца квартала подождешь и мы тебе обязательно купим все что нужно. На все уговоры, о том что бэкапов нету а старый RAID 5 без одного диска долго не проживет, не поддавался и сервер приказал не выключать. Естественно на полуубитый RAID возрасла нагрузка и не далее чем через месяц сдох второй HDD. Все. Приплыли. Директор в мыле ко мне. А я че, я чай с печеньками пью. Делать то уже все равно нечего. В итоге я оказался виноват: "Почему ты так плохо объяснял что все умрет, объяснял бы хорошо мы бы денег сразу дали".
    Тогда кое чего смог восстановить из бэкапов которые сливал себе на комп, но тоже не все. Вот тогда-то мне подложил свинью winrar с невозможностью архивировать файлы с длинными именами, но это уже другая история. А мне даже спасибо никто не сказал, еще и премии лишили.
    В итоге денег на новые винты нашли. Под это дело решил обновить немного инфраструктуру и докупил еще один сервер и СХД для виртуалок. А директор клятвенно пообещал купить еще одно СХД для бэкапов, но потом, в конце квартала… В общем есть люди которых потеря данных ничему не учит.
    • +2
      Тут есть одна ошибка — не было бумажки.
      У меня была почти такая же ситуация, но старшие товарищи тогда подсказали мне "пиши бумажку со своими мыслями и иди с ней к боссу". Босс прочитал, сказал, что всё это фигня, такого не бывает, подписал, а её в стол положил.
      И когда сдох диск (да там даже рейда не было никакого!), бумажка стала волшебной.
      После того случая обложились огромными дисковыми массивами под резервное копирование всего и вся.
      Мораль сей басни такова: слова — ничто. Надо фиксировать информацию.
      • +1
        А бумажки писались. Только они имеют способность волшебным образом дематериализоваться. Тут же как: директор сам себя наказывать не будет, а наказать кого-то надо. Вот и получается — крайний тот, кто ниже рангом.
  • +1
    Был у меня домашний медиа-сервер для собственных нужд (DLNA, OPEN-VPN, CAMBA, APACH и т.д.) Так вот делал я бекапы регулярно. Тут понадобилось откатиться на эти бекапы… и каково было мое удивление, что не один не заработал!!! Я был в шоке т.к. я как «умная Маша» делал бекап как Ахронисом, так и стандартными методами. Выяснилось, что дело было в специфическом браке третьего слота для установки оперативной памяти, и проявлялся он исключительно при копировании больших объемов информации. Жил с этим браком я год, и выявлен он был не с разу, т.к. большие объемы информации на серваке были только в видео формате, а для него сей факт не критичен, а может и этот баг проявлялся не на всех операциях записи-копирования. Например, если торрент скачивал большой файл (больше 2 гигов), и он был не в видео формате, то при верификации выходило, что он битый. Но торрентом я на серваке пользовался исключительно чтобы скачать видео для DLNA и проблем не наблюдал. До сих пор осталось некое недоверие и обреченность, что в любой момент и по не зависящим от тебя обстоятельствам может произойти какой-то сбой. Т.к. бекапы успешно проходили верификацию, сама система работала без глюков, мемтест и др. тесты давали исключительно положительные результаты. Теперь я еще и стараюсь проверить (если возможно) восстанавливается этот нулевой бекап именно на этой машине именно этим методом. (наверное у меня патология)
    Вот такая печалька у меня была. Ладно не на работе такой хардкор. А если бы такая печальбеда приключилась с рабочими CQL базами?.. Холодный пот прошибает.
  • +1
    аж 3 истории:
    Обновил както родителю диск в ноуте acer AO753 на ssd той же емкости, ноут сразу ожил) Месяца 2 назад он мне позвонил и сказал, что уронил его на кафель, попросил глянуть, почему не работает. Разбирая его, думал что эта какашка мамонта отработала свое, а ssd, как неубиваемая вещь, жив-здоров. Оказалось, экономы-корейцы сделали отсек для диска не жесткой прорезью, как в моем thinkpad, а способом, благоприятствующим запланированному старению незапланированному веселью — диск крепится в кожух, а кожух крепится к корпусу 1 винтом справа от sata разъема. Видимо, при падении диск качнулся и что-то сломалось механически. В итоге, покупка такого же ssd, наклейки win7 basic взамен стертой и восстановление данных, которые не бэкапились 2 года, тк "не хватало места на 3 внешних дисках" стоила как 3 цены этого ноута если брать не новый на одном известном сайте
    В другой раз, поставил подруге в макбук ssd и оптибэй, ось не переставлял, попросил доперенести данные ручками перед этим, процесс затянулся, она жаловалась, что "памяти на диске мало" потом у нее упал ноут и через какоето время стал грузиться не с ssd, а старого винта. Узнав, что мало = 2гб и помня, что диск хоть и интел, но его достали из сервера, посоветовал ей попрощаться с данными, но оказалось, что диск выскочил из разъема оптибэя при падении, закрутил винт и теперь он долго не выскочит. А память была занята 250 версиями хрома и какимто еще мусором, минут за 20 все почистил.
    Самый древний случай — у меня был старый комп с маленьким диском, и на него уже не вмещался мой фотоархив, плюс по работе надо было файлы иметь с собой иногда. Купил новый внешний диск в резиновом корпусе, думал еще более вечный чем в компах, где они у нас уже лет по 7 служили, в итоге диск попросил отформатировать себя гдето через год, прямо перед портфолио-ревю, пришлось поехать в другой раз.
  • +1
    Хорошая статья, грамотный PR, когда акцент делается не на превознесении продукта, а на проблеме, которую он решает.
    Но вот этот прием: "а вот у Зверева тоже беда случилась, но так ему и надо, это же Зверев" — грязный и недостойный, за это вам минус.
    • 0
      А мне показалось, что не Звереву так и надо, а его "творчеству". Не, ну серьёзно же, хороший парень, перенёс аварию и операцию, эпатируй, работай стилистом, зачем петь? :-)
  • 0
    Вспомнилось habrahabr.ru/post/278849
  • +1
    Вам надо жутких историй? Их есть у меня… :) Примерно год 1993. Звонок.

    Такой-то?
    Да…
    Вас беспокоят из министерства обороны… Это вы писали программку ...?

    Вобщем, в далекой юности написал программку, которая в те DOS'овые годы считывала MBR, шифровала, прятала, подменяла микропрограммкой с просьбой ввести пароль. Все тупо и незатейливо. Пароль не хранился, использовался для зашифровки-расшифровки. Пустил по водам, так сказать…
    Какие-то умельцы и новообразованного МО Украины ее у себя поставили и пароль забыли.
    Все осложнялось тем, что они не могли ни вынести мне винт, чтоб хоть что-то посмотреть, ни пустить меня к машине — «Это секретный компьютер!»
    Словом, через несколько дней переговоров (мозгов снять первую дорожку у них тоже не хватало) они таки отцепились, и я так и не знаю, насколько под угрозой была обороноспособность Украины в том далеком году…
    Достаточно жуткий трэш? А ведь, может, из-за этого Кравчук и отдал ядерное оружие — что им просто не могли управлять? :)
    • 0
      Только MBR шифровала? Видать с кадрами у них совсем туго было.
      • 0
        Была еще одна хохма в те же годы — шибко сильно народ бухгалтерско-плановый игрался на компах вместо работы. Начальство решительно требовало, уговаривало, — до лампочки.
        Недолго думая, прошелся по DOS'у и заменил те самые MZ — помните? — на другие символы. В нужных программках MZ было изменено как надо, в ненужных — сами понимаете… Все, что ни притаскивали наши девицы поиграть на дискетках — ну никак не шло! (ну, разве что .com-файлы)
        Не в тему, правда, но...
  • +1
    КДПВ хороша — статью можно было не писать.
  • 0
    Пара случаев, произошедших не со мной(с заказчиком, которому поставляли свой софтовый проект).
    Первый — фраза сисадмина "зачем нам бекапы? у нас рейд есть" запомнилась надолго, ибо через пару недель у них был удалён один из файлов базы (зачем кому-то был дан доступ — отдельный вопрос). Рейд, как оказалось, от такого не защищает.
    Второй (другой город, другие админы) — вытащили диски RAID-5 и вставили обратно в случайном порядке. На вопрос системы "хотите всё потерять?" ответили "да". Бекап, конечно, был, но (как не сложно догадаться) на том же массиве. Пришлось оказывать помощь в восстановлении путём сбора информации из баз нижнего уровня.
    После такого ну очень хочется бить по рукам в прямом смысле слова. Таким админам надо как в анекдоте — "Чукча, покорми собак и ничего не трогай". У меня, конечно, паранойя, но бекапы (SVN, базы, документы) перекидывались между несколькими площадками, чтобы хранились в 4х местах (сервер, где сами данные и 3 других, пара из которых в другом месте). Сделал бы больше ;), но не везде можно было хранить (кидать копию 1С на веб-сервер кажется не самым разумным решением). Сейчас администрированием не занимаюсь — есть "специально обученные люди", но, надеюсь, с бекапами всё хорошо (по крайней мере они точно делаются).
  • 0
    Однажды в студёную зимнюю пору, захотел я поставить линукс на компьютер. Было это в студенческие годы и жесткий диск на 250 ГБ был в единственном экземпляре. Тогда я уже знал, что всякое может быть и все учебные документа скопировал на флешку — ее было достаточно. И вот это всякое произошло. При переразметке диска что-то пошло не так. 192 ГБ за исключением данных, сохраненных на флешку были потеряны. Коллекцию музыки, что на тот момент была, собирал потом еще очень долго. Часть фотографий, музыки, интересных материалов были утеряны безвозвратно. После этого скриптик написал, чтобы хотя бы иметь структуру файлового дерева с перечнем всех имеющихся файлов на дисках — в музыке было самое плохое — не вспомнить что же там была за песня.
    С тех пор, бэкапы карт памяти делаю регулярно. Умерло 3 карты памяти в телефоне, потери были минимальные. Но вот к потерям жестких дисков не готов до сих пор — ну дорого нынче дома иметь запасные терабайты.
  • 0
    А уменя очень личная история. В году 2006 я, после приятного футбольного матча (товарищеского, сам забил 2 гола :)) ехал в электричке из Щербинки в Москву, на Белорусский вокзал. И, банально, заснул. Как понимаете, мою БОЛЬШУЮ СУМКУ, с грязной формой, нестиранными носками, украли. Но что самое обидное, там была тетрадка со стихами, сочиненными с 8-ми лет. И все пропало! А я уже начил бэкапить эти вирши в базу. Черт! Теперь у меня — 158 бэкапов всякой фигни, и я в них постоянно путаюсь. Хочу… (пожалеть? — не!) статью про правильные СТРАТЕГИИ бэкапа.

Только зарегистрированные пользователи могут оставлять комментарии. Войдите, пожалуйста.

Самое читаемое Разработка