Pull to refresh

Comments 58

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

А в 28-й комнате только один компьютер — мой, рабочий. И вот этот терабайт презентаций с таблицами, вместе с виндой отправившийся в цифровой рай полмесяца назад, как выясняется, кроме всего прочего, включал в себя электронную хронику всего НИИ за последние *нцать лет!
Меня даже никто не обвинял (сами не знали, кто у них куда скинул архив), но было все равно страшно грустно. А все-таки закончилось хэппи-эндом. Hiren's CD одной из ранних версий (какая-то некромантская утилита в его составе, уже не помню названия) вернул к не-жизни снесенную винду, и над этим зомби я колдовала еще сутки. В итоге, воскресло около трех четвертей важной информации, правда, в виде нумерованных архивов — но их уже сортировали несчастные студенты-практиканты. Когда архив был, наконец, восстановлен, с него впервые в истории НИИ была снята копия.
Работал я как-то в одной конторе. Денег было вагон, а вот на IT денег жалели. Уж сколько я просил дать денег на бэкапы, уж сколько я не уговаривал. Зачем бэкапы. Да ты что, RAID 5 надежен… Данные невозможно потерять… Ну дайте хоть денег на запасной винт для RAID 5. Не не надо. Потом тебе выделим.
И вот настало то утро когда я пришел на работу и лампочки на одной из корзин для HDD радостно мигали желтым сообщая о смерти одного из HDD. Ну делать нечего — иду к директору рассказываю про ситуацию, говорю какой будет геморой и что "Аяжеговорил..." А директор мне в ответ: так всеж работает давай ты до конца квартала подождешь и мы тебе обязательно купим все что нужно. На все уговоры, о том что бэкапов нету а старый RAID 5 без одного диска долго не проживет, не поддавался и сервер приказал не выключать. Естественно на полуубитый RAID возрасла нагрузка и не далее чем через месяц сдох второй HDD. Все. Приплыли. Директор в мыле ко мне. А я че, я чай с печеньками пью. Делать то уже все равно нечего. В итоге я оказался виноват: "Почему ты так плохо объяснял что все умрет, объяснял бы хорошо мы бы денег сразу дали".
Тогда кое чего смог восстановить из бэкапов которые сливал себе на комп, но тоже не все. Вот тогда-то мне подложил свинью winrar с невозможностью архивировать файлы с длинными именами, но это уже другая история. А мне даже спасибо никто не сказал, еще и премии лишили.
В итоге денег на новые винты нашли. Под это дело решил обновить немного инфраструктуру и докупил еще один сервер и СХД для виртуалок. А директор клятвенно пообещал купить еще одно СХД для бэкапов, но потом, в конце квартала… В общем есть люди которых потеря данных ничему не учит.
UFO just landed and posted this here
А бумажки писались. Только они имеют способность волшебным образом дематериализоваться. Тут же как: директор сам себя наказывать не будет, а наказать кого-то надо. Вот и получается — крайний тот, кто ниже рангом.
Уважаемые сисадмины, ваша проблема в том, что вы не хотите ничего понимать в основном бизнесе компании и бизнесе как таковом, а с другой стороны просто приучили руководство.

– Нет, это дорого.
– Ну хорошо, вот так вот можно подешевле.
– Нет, это дорого.
– Ну хорошо, вот так вот можно подешевле.
– Нет, это дорого.
– Ну хорошо, вот так вот можно подешевле.
– Нет, это дорого.
– Ну хорошо, вот так вот можно подешевле.
– Нет, это дорого.
– Все, дешевле уже нельзя.
– Хорошо, я подумаю.

Фин. директор, подписывающий счет, понятия не имеет что это за счет и зачем все это. Какие-то странные и очень дорогие железки, которые никак не увязать с прибылью. И сисадмин в свитере и бороде, говорящий на каком-то птичьем языке. Все заканчивается на уровне, когда сисадмин смог сказать “нет” достаточно твердо, или денег не дается вообще. При этом сисадмин очень часто считает все это дорогое оборудование своим и относится в определенном смысле как к своему ребенку.

Так вот, оборудование это не ваше, это активы компании. А компания занимается бизнесом, т.е. производством прибыли при минимизации рисков. ИТ системы должны или производить прибыль, или минимизировать риски, другого не дано. Обоснование вида “Ну эта, у нас не хватает IOPS и высокие RTT” отправится куда ему и положено, в мусорное ведро. А фин. директор будет совершенно правильно отказывать в финансах до тех пор, пока не поймет как оплата вот этого счета на X миллионов рублей отразится на прибыли и рисках. Потому что пока он видит только X миллионов, вынутых из прибыли. И в итоге, разумеется, пострадает бизнес из-за непонимания сисадмином взаимосвязи ИТ систем и бизнеса.
Возникает в результате этого порочного круга привычка – а зачем платить, если все и так работает. Если отказать сисадмину 5 раз, а на 6й итерации согласиться, то ценник упадет в 5 раз. А сисадмин потом тоже уже по привычке из отходов жизнедеятельности и палок пытается что-то соорудить, что обязательно упадет, если только постоянно не обматывать изолентой то один костыль, то второй, то третий. А виноват закономерно будет автор конструкции, когда все развалится.
Отсюда же растут ноги у завышенных SLA в YY,YYY% доступности, практически не реализуемых в рамках выделенных бюджетов.

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

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

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