Компания
41,41
рейтинг
3 сентября 2012 в 13:58

Разное → Двадцать способов потерять свои данные



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

Поэтому я решил, что правильнее всего будет посвятить свой первый пост в блоге компании, занимающейся восстановлением данных тому, как эти данные чаще всего теряются. Итак, вашему вниманию представляется топ-20 причин, по которым юзеры обычно остаются без своей драгоценной информации. Даже если вы гуру системного администрирования, например, освежить азы будет не лишним — чтобы соломку подстелить.

1. Пренебрежение резервным копированием


Резервное копирование данных нужно проводить регулярно, а также – в обязательном порядке перед любыми манипуляциями с системой. При этом даже опытные админы допускают ошибки, сохраняя бэкап данных на тот же физический диск или raid массив, или на другой носитель, который находится в том же месте (в одном системном блоке 2 винчестера), не проверяя архивы бэкапа (иногда архивы оказываются поврежденными, непригодными для развертывания). Это поможет избежать сразу больше половины причин потери данных, перечисленных в этой статье.

2. Ошибки при использовании утилит


Попытка восстановить испорченные или утерянные данные при помощи предназначенного для этого софта – идея неплохая. Однако применение таких софтин возможно только при условии, что сам носитель исправен. В противном случае, можно сделать только хуже или потерять данные уже навсегда. К губительным случаям использования утилит также относятся:

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

3. Пренебрежение сигналами о неисправности


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

4. Внезапное зависание операционной системы


Раньше это был бич божий, сейчас программы сами после сбоя системы восстанавливают последний сохранённый вариант документа. Windows, Mac OS, Linux – любая ось может в какой-то момент «крякнуться» и потерять несохранённые данные. При этом данные пользователя, файлы на диске, как правило, остаются целы.

5. Действия злоумышленников


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

6. Вирусы


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

  • Не открывайте незнакомые ссылки, даже присланные друзьями
  • Внимательно проверяйте адрес, с которого приходит почта, содержащая ссылки
  • Пользуйтесь антивирусами и сетевыми экранами
  • Создайте на компьютере пользователя без прав администратора и работайте под ним; если надо будет что-то установить, просто перелогиньтесь
  • Больше всего вирусов на порно-сайтах и сайтах, предлагающих нелицензионное ПО и медиа-файлы
  • Пользуйтесь альтернативными браузерами, большинство вирусов рассчитано на самые популярные интернет-обозреватели

7. «Случайное» форматирование


Такое бывает, когда форматирование запускаешь, ошибившись диском. Когда на диске повреждена файловая система (в основном FAT 32) и ОС предлагает отформатировать устройство, когда запускают раздел восстановления на ноутбуке (получается переустановка системы, форматирование с перезаписью данных). После этого – если не использовать диск, а сразу обратиться к специалисту, данные ещё можно восстановить.

8. Физические повреждения


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

  1. Утопление ноутбука в ванне или на море
  2. Залитие напитками
  3. Внешний диск уронили, зацепив за провод
  4. Стирка в машинке флешки или сотового телефона
  5. Перегрев диска в дешевом корпусе.
  6. торчащая наружу флэшка — её, как правило, заденут и сломают
  7. перегрев накрытых внешних дисков в результате длительной нагрузки
  8. Как бы то ни было, информацию с поврежденного носителя сможет восстановить только специалист, так как восстановить механику диска в домашних условиях практически невозможно. Первым из строя выходит блок магнитных головок.

9. Повреждение считывающей головки жесткого диска


Расстояние между считывающей головкой и самим диском – микроскопическое, поддерживается исключительно набегающим потоком воздуха. Поэтому малейшая пылинка или песчинка, попавшая внутрь, рушит диск. Именно поэтому разбирать диск самому и пытаться починить не нужно: специалисты разбирают-собирают их в специальной чистой комнате или ламинарном боксе, чтобы исключить попадание частиц пыли внутрь устройства, где все манипуляции с жестким диском проводятся в обеспыленном пространстве. Более того, должны соблюдаться другие условия: предварительная очистка внешних поверхностей диска, чтоб пыль и грязь с корпуса не попала внутрь после вскрытия, антистатическое покрытие, специальная одежда, чтобы частицы кожи, ворсинки одежды специалиста так же не попали внутрь.

10. Неисправность секторов жесткого диска


Если данные оказались в неисправном кластере (секторе) диска, они могут быть утеряны. При помощи разметки диска неисправные кластеры можно отсечь. Этот процесс скрытия бэдов (неисправных кластеров) называется переназначением секторов, в процессе выполнения которого все данные на диске безвозвратно уничтожаются, так как происходит полная перезапись поверхности пластин. Как правило, появление бэд блоков происходит со временем с каждым жестким диском в той или иной степени по мере износа механики диска, перегрева, т.е. это первые признаки его скорого выхода из строя.

11. Повторяющиеся сообщения об ошибке S.M.A.R.T.


Это не причина, это – важный знак: если его игнорировать, данные можно потерять. Поэтому если такое сообщение регулярно всплывает при загрузке компьютера, лучше файлы забэкапить, а для жесткого диска рекомендуется в этом случае проверка «SMART» (Self-Monitoring, Analysis and Reporting Technology), которая записана на самом жестком диске.

12. Сбой питания


Это одна из частых причин потери данных: при резком выключении, головки жесткого диска не успевают запарковаться, что приводит царапинам или поломке диска — в результате, несохраненные файлы теряются, а те, которые ранее были сохранены, могут быть повреждены. Не редкость выход всего компьютера из строя при внезапном увеличении напряжения в электропитающей сети: при скачках напряжения обычно выгорает железо — электроника жесткого диска, raid-контроллер массива, контроллер флешки. Можно использовать UPS чтобы предотвратить потерю данных таким способом.

13. Повреждение служебной программы жесткого диска


Встроенное программное обеспечение, которое хранится на самом жестком диске, обрабатывает различные задачи устройства. При его повреждении, операционная система не может увидеть или начать работу с диском. Чинить это можно, но дорого. А предусмотреть – сложно. Поэтому против этого лома нет другого приёма, кроме старого доброго резервного копирования. Абсолютно надежных жестких дисков пока не изобрели, Из того, что есть в продаже, можно порекомендовать топовые модели жестких дисков Westen Digital Caviar Black RE4 и Hitachi. Среди дисков для ноутбуков формата 2,5” вообще нельзя выделить более или менее надежные модели.

14. Форс-мажор


Среди самых распространенных для центрального региона России и Москвы форс-мажорных обстоятельств утери данных являются прорыв водопроводных труб (или прорыв батареи отопления, что актуально зимой), пожар, неисправность кондиционера в серверной. Часто приносят утопленные во время отпуска в море ноутбуки.

15. Длительное использование флешки


Флешка не является особо надёжным носителем и конструктивно рассчитана на определенное циклов записи\чтения. Поэтому постоянно работать на ней или хранить свои файлы – не рекомендуется. Очень часто, например, бухгалтеры постоянно работают «на флешке» на работе и дома. Рано или поздно флешка, исчерпав циклы записи, откажет. Кстати, новые флешки имеют гораздо меньший ресурс из-за большей плотности записи.

16. Неправильное извлечение устройства


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

17. Статическое электричество


Хотя флешки и карты памяти изначально планировались как достаточно мобильные носители информации, любая манипуляция с ними может привести к повреждению данных. Статическое электричество может дать разряд до 3000 вольт, а для того, чтобы испортить электронику и повредить данные – достаточно и 12В. И хотя флешки достаточно надёжно защищены пластиком, такой вариант потери данных тоже может иметь место — поэтому нельзя браться пальцами за контакты карт памяти, ssd-дисков. К примеру, в картах памяти CF(Compact Flash) можно таким образом случайно повредить тонкие контакты на фотоаппарате. А фотографии из фотоаппарата желательно переносить на компьютер по usb, не извлекая саму карту.

18. Человеческий фактор


Конечно, это определение подходит ко многим из вышеописанных ситуаций, но всё же страсть к самостоятельному решению проблем иногда бывает не совсем уместна. Самостоятельные попытки восстановить уничтоженные файлы почти всегда приводят к повреждению магнитных пластин, блока головок, загрязнению, удорожанию стоимости восстановления информации, иногда — к принципиальной невозможности снять данные. Однако поскольку эта причина потери данных – одна из самых распространенных, существует специальный софт, который ваши данные восстановит. Пожалуй, лучший совет, который здесь можно дать – выключите компьютер, и обратитесь к специалисту. Если, всё же, решитесь воспользоваться специальными утилитами, то восстанавливайте данные на другой носитель или, как минимум, раздел – иначе данные можно потерять совсем.

19. Намеренное уничтожение


Такое бывает, если файл сознательно удалить, почистить корзину, или сразу сделать shift-delete, а потом передумать и захотеть его обратно. Для восстановления таких файлов существуют специальные утилиты. Главное в этой ситуации не допустить перезаписи и не пользоваться устройством.Хотя, конечно, если информация вам действительно нужна, лучше доверить восстановление профессионалам, тем более, что это не самый дорогой случай восстановления данных и восстановить их можно практически гарантированно.

20. Закрытие несохраненного файла


Закрыть файл не сохраняя – действие весьма продуманное, на первый взгляд, потому что как минимум нужно подтвердить своё намерение. Однако это тоже нередко случается. Как правило, файл можно сразу вытянуть из папки temp руками.

И, напоследок, несколько советов, которые могут помогут не потерять навсегда ваши данные:
  1. Потеряли данные? – Выключите компьютер!
  2. Никогда не вскрывайте жёсткий диск
  3. Никогда не проводите дефрагментацию или сканирование диска на ошибки после аварии
  4. Не играйте с настройками разделов жёсткого диска, не пытайтесь разбить жесткий диск, на котором стоит система, на несколько
  5. Не обращайтесь за помощью к друзьям-любителям и сомнительным фирмам
  6. Не пытайтесь «оживить» вышедший из строя жёсткий диск

В случае чего, вас и ваши данные спасут:
  • Резервное копирование
  • Утилиты по восстановлению данных
  • Бережное обращение с накопителем
  • Специалисты по восстановлению данных

P.S. Это первый пост в в блоге компании Storelab на Хабрахабре. О разных способах уничтожения и восстановления данных, особенностях софта и железа и методах предохранения от утраты информации мы поговорим в наших следующих публикациях.
Автор: @andorro
Storelab Data Recovery
рейтинг 41,41
Реклама помогает поддерживать и развивать наши сервисы

Подробнее
Реклама

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

  • +6
    Простите, а можете поподробнее рассказать чем опасно разбитие диска на разделы если где-то уже стоит система? Тьфу-тьфу за 5 лет не встречал ошибок хотя периодически приходится перераспределять место между разделами
    • +5
      Видимо у вас не отключали свет во время перераспределения места между разделами, ну или как вариант, стоит ups.
      Я думаю, что автор имел ввиду как раз отключение питания во время разбития дисков в системе.
      • 0
        Угадали! UPS на стационаре и батарейка на ноутбуке (извините за капитанство).
        Видимо, поэтому и миновало
        • +3
          Меня разок Partition Magick подвел. В итоге мертвый раздел.
          • 0
            Однажды во время изменения размера раздела LVM отключили свет на 2 часа. Первые 30 минут держал бесперебойник, потом всё выключилось. После включения, мысленно попрощавшись с данными, был приятно удивлён тем, что всё осталось на своих местах, лишь fsck быстро восстановил по журналу что-то. В итоге: ни одного потерянного файла.
            • 0
              LVM все-таки другой уровень, нет?
              • 0
                lvm — это точно про изменение или переразбивание системного диска

                если точнее, то можно этак системный диск и расширить, не останавливая систему. И это совершенно безопасно
              • 0
                Ну это я к тому, что стоит начать использовать lvm, и проблемы с ресайзом разделов исчезнут :)
                • 0
                  для начала на GPT хоть перейти. Или Windows уже начал поддерживать LVM?
                  • 0
                    в виндовс есть свой диспетчер томов, функционально эквивалентный lvm
            • 0
              lvm и после прерванного как угодно pvmove выживает

              и mdadm в процессе решейпа выживет, если первоначальный «критический» участок выполнился
          • 0
            Меня Partition Magick тоже два раза подводил. Но во второй раз повезло — получилось восстановить всё как было замечательной бесплатной программой TestDisk. Я им за это пожертвование сделал.
            • 0
              Да, было время когда он просто морально устарел, и не работал с новыми типами ФС.
              Тогда он и начала подводить. Меня тоже подвёл :)
        • 0
          UPS не всегда спасает, батарейка не вечна…
          • 0
            Само разделение процесс не такой уж долгий, с UPS и даже крошечным зарядом батареи вероятность что именно в этот момент и электричество вырубят и батарейка кончится крайне мала.
            • 0
              Тем обиднее, если такое все-таки происходит…
    • +2
      Было как-то давно, надо было разбить диск на ноутбуке. Воспользовался, вроде бы, продуктом от Acronis. И что Вы думаете, система при перезагрузке уже не загрузилась. Что там было конкретно — уже и не припомню. Но это я к тому, что всякое случается
      • 0
        Когда такое случается, нужно ещё помнить, что диски, которые основаны на стандартном MBR (могут содержать только 4 Primary раздела), ещё нуждаются в указании Active раздела — т.е. загрузочного раздела.

        Скорее всего в вашем конкретном случае произошло то, что обычно и происходит, смена номера раздела, который был помечен как активный. В результате ничего не загрузилось, т.к. потерялся Boot Record.

        Немного теории для простого случая (и самого распространенного под Windows платформой):
        Есть MBR — Master Boot Record — это таблица разделов.
        На каждом разделе есть Boot Record — это его загрузочная запись.
        Соответственно, в загрузочной записи для раздела с системой указывается «куда» переходить для загрузки (всё сильно упрощено, загрузчик там находится, он ищет файл или «место» которое дальше грузит систему).

        Так вот, в самом простом случае такой раздел с системой должен быть помечен как Активный :)

        Linux, кстати, умеет записывать свой загрузчик непосредственно в MBR, из-за чего у простых смертных и возникают «проблемы», когда они хотят переставить систему после Linux.
    • +1
      Свет отключится, например, и диск в целом окажется в несогласованном состоянии, например два раздела будут считать какую-то область своей.
    • +1
      Перераспределение дискового пространства может повлечь за собой повреждение существующих, «живых» разделов данного диска — которые трогать вроде бы и не предполагалось. Всему виной математика жесткого диска: с учетом некоторых областей (таблицы фат, МФТ, МБР и т.п.), которые программы не учитывают, а обычные пользователи про их существование и не подозревают, двигая разделы можно задеть важные служебные области раздела.
      • 0
        В большинстве случаев утилиты типа Gparted или Acronis Disk Director умеют всё «это дело» правильно корректировать.
        К тому же, на самом деле нет никаких таких «специальных служебных разделов».
        Т.е., это справедливо, но лишь отчасти.
        Если очень «по простому», то, обычно загрузчик, тот, который Boot Record конкретного диска ссылается на область в которой лежит реальный загрузчик ОС. Т.е. на конкретный «адрес». На этом вся «высокая математика» и кончается. В момент переразметки адрес смещается, соответственно. Но, он обычно смещается лишь абсолютно, а в загрузчике указан относительный. т.е. относительно начала раздела.

        К тому же, опять же «как правило», во всех современных дистрибутивах Win и *nix есть утилиты, способные «поправить всё как надо», если что-то не так с загрузчиком. Так что — ничего страшного нет, просто повозиться на 5 минут дольше.

        Естественно, перед тем как возиться, нужно выяснить какие утилиты для вашей ОС способны «творить эти чудеса» :)
        • 0
          Мы говорили про области разделов — МБР, МФТ, копии МФТ, таблицы ФАТ, EXT. Объём этих областей, судя по количеству жалоб, обычно не учитывает при резке раздела под 0. При резке раздела даже простое фрагментирование файлов может создать проблемы. К слову, именно Acronis по нашему опыту убивает больше всего разделов.
    • 0
      Просто ваша выборка очень маленькая, если вы ни разу не сталкивались с проблемами таких операций.
      • 0
        Поэтому и спрашиваю -на будущее
        • –1
          Расскажу вам своё мнение (совпадающее со многими, кто занимается вытаскиванием данных с того света) — такие утилиты зло вселенское. Вообще задача перемещения/перераспределения разделов — сама по себе зло.

          И рекомендация, которую дают перед каждой операцией эти утилиты и все остальные — обязательно делать резервную копию. Но почти в 100% случаев она игнорируется, я уверен и вы так же делали :)
          • +2
            У вас весьма бессмысленное понимание этой рекомендации, вот по какой причине:

            Кому в здравом уме придёт переделывать разделы «на лету», очевидно, рискуя, если у него есть свободное место для резервной копии? И быстрее, и надёжнее тогда просто сделать эту резервную копию, уничтожить исходные данные, сделать всё «с чистого листа», и уже на это чистый лист развернуть из резервной копии.

            Разумное понимание рекомендации таково: они предлагают сохранить важные данные. Их терять наименее желательно. Этих самых «важных данных» вовсе не терабайты, их, как правило, десятки мегабайт. И их можно и нужно забекапить перед переразбиением.

            А вообще переразбиение — зло. Нужно использовать менеджеры томов (есть таковой в Windows, есть в Linux; встроенный функционал такого рода есть в ZFS), которые позволяют выделять и перераспределять дисковое пространство гибко, быстро и удобно.
            • 0
              Поставил вам заслуженный плюс, ваш комментарий дополняет мою точку зрения. Хотя я вообще считаю, что резервная копия нужна во всех случаях, и вообще большинство домашних миграций и переразбиений происходят потому что «руки чешутся», по себе и очень многим случаям из жизни знаю, а вовсе не потому, что возникла прямо строгая необходимость.

              Ну а в рабочем окружении так и вообще — даже минимально опасные операции должны выполняться только после бэкапа.
          • 0
            Лично я считаю их относительно безопасными, и делаю без бэкапа, хотя и нарывался на анальный писец пару раз.
            Главное начало раздела не дергать, и расширеный раздел не дергать без причины. А так все относительно безопасно. А важные данные можно в дропбоксах сохранить.
            • 0
              О-о, в 21 веке кто-то делает расширенный раздел?

              Зачем он нужен? Если уж так потребно сделать больше 4 разделов, есть два отличных решения: либо это менеджер томов ОС, либо GPT, в которой такого ограничения нет. Если винт больше 2 Тб, GPT там автоматически.
              • 0
                А что поделать. Если винде чтобы с GPT загрузится EFI 2.0 подавай.
                Так что тут можно спокойно вычеркивать все ноутбуки бюджетного класса 2010-2011 годов.
                • +1
                  А зачем на ноутбуке больше четырёх дисковых разделов?
                  • 0
                    Чтобы зоопарк разводить, вестимо. Хотя после докупки памяти стал пользоватся виртуалками больше.
              • 0
                Ну вот хватало четырёх разделов, скажем / (ext4), /boot (ext2), /home (ext4) и swap. Решил ещё, например, /var вынести в отдельный «согласно рекомендациям лучших собаководов». Что делать? Скопировать временно данные просто некуда.
                • +1
                  Если у вас там линукс безраздельно властвует, то используйте 2 раздела — boot и lvm pv (тип 8e). А в нём что угодно.
                  • 0
                    Уже всё распределено, как перейти на boot и lvm pv (тип 8e)?
            • 0
              Два раза нарывались на анальный писец и всё равно считаете их относительно безопасными? Ну простите…
          • 0
            На стационарнике кроме гейш и блекджека всё равно ничего не было, а после появления ноутбука (купленного для учебы) первым делом на нём была поднята система бекапа на другой носитель, а в последствии на dropbox. Правда не по причине «носитель гикнется», а по причине «ноутбук потеряю». Но в любом случае не угадали, бекап делаю уже давно :)
    • 0
      Мне сегодня ночью, например, Paragon Partition Manager Free завалил раздел на 800 Гб.
      А я всего-то хотел свободные 20 Гб от одного удалённого логического диска добавить к другому логическому диску.
      Этот Paragon Partition Manager зачем-то начал перемещать все 800 Гб куда-то. Сначала сказал, что будет это делать сутки примерно, а после перемещения 150 Гб вообще завис.
      Перезагрузка показала, что разделов больше нет.
      Теперь и Windows с системного SSD не грузится из-за загрузчика этого Paragon Manager — он себя прописал, но нормально не выписал. Т. е. и сам не грузится, и системе не даёт. Сижу качаю дистрибутив Windows чтобы для начала систему восстановить.
      • 0
        У парагона даже платного, болезнь такая — гуй отмирает.
        Копировать в некоторых случаях надо ради безопасности работы с ФС.

        Сам один раз так убил диск, но примерно помнил последнюю «хорошую» схему диска и раздел с данными восстановил при помощи testdisk. Раздел с операционками даже не пытался поднять.
  • +2
    Shift+Del и «Сохранить? Нет» по-моему, на первое место надо вынести. Плюс частая проблема лично у меня: «Сохранить» для того что нужно было «Сохранить как...».

    А вообще для контента, текстового прежде всего, хорошо помогают VCS и хостинги для них. Например, hg/git и bitbucket/github (предпочитаю hg+bitbucket — bitbucket даёт неограниченное пространство и неограниченное число приватных проектов, а hg просто больше нравится в мелочах типа алиасы из коробки и автодополнение для имён файлов в bash competitions). VCS даёт больше контроля над данными и гибкость в работе чем простой backup.
  • 0
    Облака частично решают чуть меньше, чем все эти проблемы. Исключением могут быть только случаи с большими объемами данных — интернеты не резиновые… пока.
    Я был в крайней степени удивлен, когда после полного сброса в заводские настройки(ремонт после физического повреждения) мой айпад благополучно произвел реинкарнацию. Новую инкарнацию от старой я отличить не смог. Весь процесс занял меньше часа рабочего времени айпада, я, в свою очередь, благодушно предавался чревоугодию и иной фигне, не отнесенной к смертным грехам и, как следствие, на восстановление данных не потратил времени.
    • 0
      Облака частично решают чуть меньше, чем все эти проблемы. Исключением могут быть только случаи с большими объемами данных — интернеты не резиновые… пока.


      Согласен с вами. У меня все важные файлы на Dropbox и Skydrive, а проекты на хостингах исходного кода. Да, фотки и видео конечно не впихнешь в дропбокс, так что желательно делать их резервную копию.
      • 0
        Фотки нормально впихиваются в тот же bitbucket :) Плюс он спасает от фэйлов типа «изменил размер для какого-то сервиса и нажал „сохранить“ вместо „сохранить как“».
    • +1
      Совершенно верно. Но резервные копии данных в интернете пока что явление достаточно редкое, и сопряжённое с большими временными затратами — поэтому, если каждый день приходится бэкапить сотни гигабайт новых данных — это, к сожалению, не вариант.
      • –1
        Завтра уже наступило, как мне кажется. Лично вот я, видимо, просто по инерции не способен это осознать. А этот факт неуклонно ведет к стандартизации средств бэкапа всей! системы в облака. Тем более, что, как минимум, Apple показал мне, как это можно сделать хорошо. Amazon Simple Storage стоит 0.12 центов за гиг. Терабайт таким образом обойдется в 12.5$ в месяц. В год — сумма сопоставимая со стоимостью «домашней» хранилки, которая не обеспечивает такого уровня устойчивости как Amazon. Это не реклама Amazon, это одно из решений.
        Что касается сотни гигабайт новых данных — редчайший случай, я с трудом могу представить себе систему способную генерировать сотни гигабайт данных. Мультимедиа? Для решения подобных задач строятся приватные облака. А это датацентры. Ведь если эти данные оперативные, то их какбэ не совсем бэкапят, их зеркалируют. Если это данные которые необходимы в течении скажем, года, то это уже сотни терабайт в год. Если эти данные обладают повышенной важностью, то на физическом уровне их важно хранить в территориально распределенных датацентрах, лучше даже разных стран.
  • 0
    Специалисты по восстановлению данных
    Каковы отличия таких спецов от любого сисадмина с любой прогой для восстановления данных? Используете ли вы (компании, специализирующиеся на восстановлении данных) какие либо фишки, которые не доступны рядовым пользователям?
    • +1
      По своему опыту контактов с ними, часто используют вскрытие винтов, замену каких-то его частей, по крайней мере возвращали винт, не подававший признаков жизни, «россыпью». Иронией судьбы это был винт с бэкапами :)
      • 0
        Россыпью…
        «Знаете… что-то мы его собрать не смогли»?
        • +1
          Ага, детальки лишние остались :)
      • 0
        Не, как правило, россыпью возвращают «донора». И просят его подарить себе — мало ли, какие ещё запчасти куда потребуются.

        А «тот самый» диск возвращают в состоянии рабочем-но-не-надолго. В него переставлены детали (обычно головки) из донора.
        • 0
          Мне возвращали новый диск с нашими данными и наш «россыпью», видимо чьи-то детальки пригодились :)
    • +3
      Отличия специалиста во восстановлению данных (ВД) от любого другого IT-специалиста — и системного администратора в том числе — заключаются в том, что специалист по ВД специализируется на работе с проблемными накопителями, разделами, файлами. Утилиты по восстановлению решают лишь часть проблем — причём разные утилиты по-разному решают те или иные задачи.

      В случае механического повреждения накопителя, повреждения раздела со сложной файловой системой (ZFS, VMFS, Novell, Ext и др.) вмешательство системного администратора обычно только вредит и уменьшает шансы на успешное восстановление. Вернуть функциональность слетевшей операционке и восстановить потерянную информацию в случае выхода из строя оборудования — это не одно и то же. Вы же не доверите лечить зуб невропатологу? Каждому делу свой мастер — и от его квалификации зависит успех работ.
      • +1
        Нормальный администратор никогда не испортит данные с повреждённой системы. Он сделает снэпшот и будет играться с ним. Не получилось — ещё один снэпшот, другая попытка. А исходный образ с повреждённой файловой системой как был, так и остаётся неизменным.
        • +1
          Иногда даже попытка сделать снэпшот может быть фатальной для диска :) При большинстве механических повреждений к примеру.
  • +2
    Мне надолго запомнилось общение с DiskEdit из norton utilities.
    Там был пункт меню «open file», я думал он переборосит меня на этот файл в FAT или непосредственно на сектор с этим файлом. Даже предусмотрительно выставленное разработчиками предупреждение что эту операцию нельзя будет отменить у меня не вызвало никаких подозрений. выбрал какой-то 30кб файлик и выполнил этот «open file». оказывается эта команда заливает содержимое файла в текущее положение курсора, который стоял в начале раздела D:\.Потеряв заголовок FAT, потерял доступ к файловой системе.

    В комплекте утилитки была форма для изменения/создания заголовка раздела, но такие важные параметры как — типа кол-во секторов в кластере, смещение первой таблице FAT, с карандашом и калькулятором, в течении 3х суток вычислял: зная наизусть содержимое файликов типа autorun.inf и некоторых текстовых файликов в d:\temp\ можно было сквозным поиском найти нужный сектор. подкорректировать параметры, в основном поиск по диску много времени занимал.
    итог был удачный. но повторять бы не хотелось.
  • –1
    >>В случае механического повреждения накопителя, повреждения раздела со сложной файловой системой (ZFS, VMFS, >>Novell, Ext и др.) вмешательство системного администратора обычно только вредит и уменьшает шансы на успешное >>восстановление.

    Отнюдь, ведь довольно многие сисадмины владеют навыками пайки и в случае чего всегда можно аккуратно перепаять поломанную часть и без труда восстановить данные, в случае если все диски в харде целы. Сам без особых знаний перепаивал головку с аналогичного харда.
    • +2
      Навыки пайки — это хорошо, особенно когда знаешь, куда их применять. «Поломанная» часть обычно перепайке не подлежит — как упомянутая выше «сломанная головка», например: блок меняется целиком, и после замены диск вряд ли уже будет работать в штатном режиме, вычитывается на специальных программно-аппаратных комплексах, регулирующих время и частоту повторов попыток доступа, работающих со служебной частью накопителя и т.д. и т.п.

      Так что, если исключить выдумки с перепайкой головок и дорожить необходимыми данными — стоит всё-таки обращаться к специалистам, знающим что они делают, чтобы после такого вмешательства внутри диска не появились отпечатки пальцев, волосы и царапины поверхности блинов — как, к сожалению, бывает в большинстве случаев.
      • 0
        Вот про это и надо писать, а не высасывать из пальца двадцать причин, которые по большому счёту сводятся к одному — данные теряются от бесчисленного множества разных причин и их нужно бекапить и архивировать.
        • +1
          Не всё сразу. Мы пришли сюда с миром не с одним постом, и постепенно будем рассказывать о своём опыте.
          • +1
            Вот этого и хотелось бы почитать, но именно техническую сторону опыта.

            А пока единственный пункт, где есть немного технической информации (17й), оказывается неверен чуть более, чем полностью.
          • 0
            Так давайте с места в карьер! Тут на хабре есть авторы, которые пишут пусть пару статей, но такого класса, что их тысячами в закладки добавляют и читаются на одном дыхании. А это — просто повышение энтропии.
  • 0
    Несколько раз терял данные на локальных компьютерах из-за багов в утилитах.
    Из последнего — баг был в 7й винде при изменении прав доступа. Папка с файлами превратилась в тыкву в файл. Проверка файловой системы восстановила не все файлы и не смогла восстановить имена файлов. Остаток был вытащен утилитой по восстановлению удалённых файлов.
    • 0
      Сомнительно что-то… Может там ещё и оборудование глючило или вирусы какие?
      • 0
        Это был подключённый по usb 3.0 hdd из ноута, с установленной на него Win XP (диск, насколько я могу предполагать, форматировался установщиком этой самой XP).
        Винда сдохла и нужно было скопировать профиль пользователя и находящиеся в нём данные. А для того, чтобы это сделать — нужно было выдать права самому себе, так как доступ на чтение/запись в XP на профиль пользователя есть только у владельца этого профиля. Вот как раз при смене прав доступа (удалить права неизвестного системе пользователя и выдать права группе «все») случился такой факап.

        фух, сам язык сломал, это перечитывая
        • +1
          вы знаете, поверил бы, если бы сам не проделывал такую операцию несколько раз

          больше похоже на то, что в вашем случае всё-таки глючил интерфейс (физический, который usb 3.0) — видно, сыроват ещё
          • 0
            Может мне вам ещё 2х свидетелей привести?

            Я её тоже несколько раз до этого проводил успешно. Но не в тот раз. В общем, где-то там грабли нашлись.
        • 0
          Охотно присоединяюсь к merlin_rterm — возможны глюки как с usb 3.0, так и ошибки непосредственно на самом разделе до начала операции с правами. Объясню почему я так считаю — изменение прав не затрагивает файлы никоим образом и даже не затрагивает основную информацию о файле, только меняет ACL'ы в секьюрити дескрипторе.
  • 0
    Друг ставил какую-то из предрелизных версий Windows 7 — она почему-то отформатировала не только тот раздел, на который ставилась, но и соседний забитый под завязку раздел на 500 Гб.
    Другая история — переставлял несколько лет назад подруге винду. Собрали все нужные файлы в папочку Backup на рабочем столе… и забыли о них. Так и форматнул я винт, и винду поставил новую. А потом какими-то утилитами выковыривал оставшиеся файлы (без имён, разумеется).
    • 0
      у виндовс есть другая дурная особенность

      дело в том, что в mbr дисковые размеры могут быть перечислены не в том порядке, в каком они располагаются на диске. Например, первый может занимать секторы (условно) 25-50, второй 51-60, третий 1-24 и четвёртый 61-68.

      не знаю, как с этим в семёрке, а XP, 2003 и 2000 при установке их «отсортирует», разделы будут переставлены в mbr в дисковом порядке (в примере выше третий станет первым, первый-вторым, второй-третьим).
      • 0
        А если на диске был раздел С но система ставилась в другой раздел, то иногда «другой» С оказывается отключенным и без буковки вообще. Приходится переприсваивать букву и подключать заново
  • +3
    Расскажите про непаркующиеся головки при выключении питания.

    Для современных винтов. Жду с нетерпением.
    • +1
      да ладно современных, хотя бы про 15-летней давности…
    • 0
      Наверное вы имели в виду залипшие головки. Это происходит при отключении питания. Доводчик не всегда выводит головы в парковочную зону и они прилипают на поверхности блинов. Диск издаёт пищание, а блины не раскручиваются. В этом случае необходимо вывести головки на парковочную зону и заменить их, если они вышли из строя. Такое часто встречается у дисков форм-фактора 2.5' и у моделей Seagate и Western Digital 3.5'.
      • 0
        Ну я бы это просто назвал «бракованный жёсткий диск». Штатно диск должен переживать выключение без каких-либо последствий для данных. Если не переживает — это поломка одного класса с бэдами, полетевшей электроникой или нечитаемой информацией о треке.
        • 0
          По идее любой диск должен работать веки-вечные без бэдов, залипаний, зависаний микропрограммы, но так не бывает. Сама конструкция парковщика — маленькая пластмассовая деталь, отщёлкивающая головы в парковку — способствует сбоям в работе. Да и если диск с ценной информацией перестаёт работать, то вопрос про брак не встаёт. По гарантии данные никто не вернёт, максимум поменяют диск. Не зря Seagate имеют собственный Data Recovery центр с космическими ценами. Лучшим вариантом является Western Digital Raid Edition, с ними почти нет проблем.
          • 0
            Вы знаете, у нас WD практически всюду. При этом практически ежедневно умирает 1-2 диска, так что их замена совершенно будничная процедура, иногда осложняющася процессом поиска того, где заканчиваются хотсвап слоты одного сервера и начинаются слоты другого.

            Рассуждения вида «но вот поломка вида Б она особо опасна для жёсткого диска вендора А» звучит довольно скучно. Ну дохнут они, дохнут. Для этого рейды и придуманы.
            • 0
              Конечно ничего вечного нет. Выбор нужно делать из того, что дольше проживёт. Здесь поможет только статистика, а выход из строя по причине брака в эту статистику входить не должен.
  • 0
    Я бы ещё добавил — использование заведомо бракованных хардов. Из недавнего муха цц вспоминается.
  • 0
    По поводу пункта 6:
    1) По данным Internet Security Threat Report (Symantec) религиозные и идеологические сайты втрое более опасны в плане вирусов, чем порносайты. Не надо очернять последние, порносайты сейчас безопаснее большинства прочих (http://www.symantec.com/content/en/us/enterprise/other_resources/b-istr_main_report_2011_21239364.en-us.pdf, стр. 33, стр. 36)
    2) Забыли добавить «Используйте ОС, для которой вирусов не так много.»

    И, кстати, в этих же ОС есть и встроенные системы резервного копирования.
    • 0
      Порносайты представленны как символ сайтов с вредоностными программами. Спросите людей о сайтах с вирусами, первое что они ответят — порносайты.
      • 0
        И будут не правы. Это эффект селекции — все помнят посещение порносайтов, но никто не помнит посещение блога.
  • 0
    Правильно ли я понял, что именно после той крупной утраты вы и стали заниматься восстановлением и безопастностью?

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

Самое читаемое Разное