Советы по восстановлению данных.

«Тяжело в учении — легко в бою». Для специалиста по восстановлению данных, да и любого сервис-инженера, эта фраза приобретает особое значение. Тренироваться на клиентских винчестерах крайне нежелательно. За это могут и побить!

Где же набраться практики и опыта? Поработать нужно и с аппаратными неисправностями винчестеров и флеш-дисков, и с логическими ошибками.

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

Вот и представьте, что с каждого из этих дисков надо извлечь информацию! На «подопытных» винчестерах вы можете смело отрабатывать любые приемы ремонта аппаратной части и извлечения информации.

Кстати, те, кто всерьез занимается восстановлением данных, бережно хранят и при каждом случае пополняют коллекцию жестких дисков. Это источник БМГ и плат электроники. Чем обширнее и аккуратнее такое собрание, тем выше шансы сразу найти подходящего «донора» для восстановления неисправного дисковода. На рис. 4.4 показан «склад запчастей» одного из крупных центров по восстановлению информации. В нем хранится более 10 000 винчестеров.

Найти для опытов неисправные «флешки» и испорченные лазерные диски проще простого. На них вы тоже сможете потренироваться по полному циклу — от диагностики и ремонта до извлечения реальных данных.

В отличие от аппаратных проблем, логические ошибки легко смоделировать на отдельно взятом компьютере. Единственное, чем не стоит заниматься — создавать эти проблемы на его основном рабочем винчестере.

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

Как создать ошибки? Запустите HEX-редактор и записывайте на диск нули или случайные значения. Целесообразно заполнять таким содержимым целые секторы — это больше соответствует реально происходящим авариям.

Другой вариант интереснее. Виртуальные машины (Oracle VM, VirtualBox, VMware) отлично имитируют настоящие компьютеры. Эмуляция жестких дисков и ошибок на них в ВМ практически полная — ведь виртуальный диск является самым настоящим посекторным образом диска. Физические диски и устройства USB тоже подключаются к ВМ вполне прозрачно — нужно лишь задать подходящие настройки.

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

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

О виртуальных машинах и тонкостях работы с ними подробно рассказано в справочных системах этих программ. Сравнение Oracle VM VirtualBox (ранее Sun VirtualBox) с VMware относится к области «религиозных войн», ибо по всем пара метрам обе системы практически равноценны. Небольшое преимущество продукту Oracle дает то, что он бесплатный, и пользоваться им вы будете легально. Пожалуй, остальные ВМ в качестве «полигона» для моделирования ошибок на дисках и по следующего восстановления данных немного уступают двум названным, что ни чуть не умаляет прочих их достоинств.