Как и во всех житейских вопросах, легче предупредить какую-либо неприятность, чем исправлять её последствия. Для этой цели человечество придумало множество самых разнообразных методов. Однако, при всем их разнообразии, они укладывается в два похожих по сути подхода: дублирование информации и её резервирование. Да и они отличаются лишь тем, что дублирование проводится в реальном времени raid-массивов, виртуальное теневое дублирование и т.д.), а резервирование заключается в периодическом сохранении критических данных на независимый носитель И те, и другие методы имеют свои плюсы и минусы.Так дублирование информации гораздо эффективнее в плане полноты сохранности данных. Ведь сохранение дубля в реальном времени подразумевает учет всех изменений. Однако здесь же кроется и недостаток метода – все изменения, сделанные человеком, в том числе и ошибочные, машина априори принимает за верные и записывает «не задумываясь». Таким образом, метод крайне хорош при защите от технологических ошибок, но абсолютно беззащитен от ошибок человеческих. Вторая группа методов – резервирование – так же не лишена достоинств и недостатков. Метод хорош при частых ошибках обслуживающего персонала, т.к. дает время на обнаружение «человеческих оплошностей», однако из-за этой задержки увеличивается риск потери критических данных, накопленных между процессами резервирования. И, конечно, главный враг этого метода – вечная человеческая беспечность. Ведь у всех нас периодически возникает мысль: «Сто лет работало и ещё столько же проработает! Заархивирую в другой раз».Таким образом, можно сделать вывод, что человеческий фактор играет решающую роль в борьбе за сохранность данных. И рано или поздно проблема восстановления потерянной информации коснется каждого – от системного администратора до рядового пользователя. Что же делать, если беда все-таки случилась?

Виды неисправностей:     
      Все вопросы восстановления данных делятся на физический и логический методы. Об этом чуть подробнее. Физическое восстановление данных требуется при критических изменениях в механике/электронике носителя информации, проще говоря, поломкой. Логическое восстановление обычно применяется при программных ошибках (неверное удаление файла, сбой питания, ошибки чтения-записи и т.д.). Для большей наглядности здесь можно провести параллель с тестом на листе бумаги. Текст – это информация, лист бумаги – носитель этой информации. Так вот если Вы вдруг порвали листок или уронили на него сигарету, то, скорее всего, Вы будете иметь дело с необходимостью физического восстановления. Вам придется склеивать лист или пытаться проявить буквы на осколках пепла. Если же вы по ошибке стерли текст ластиком или неразборчиво написали слова (вместо «Ларек номер…» у Вас читается «Хорек помер…»), то в данном случае мы имеем дело с необходимостью логического восстановления данных. Сразу оговорюсь, что физическое восстановление – удел исключительно профессионалов. Если вы по жизни не отягощены навыками ремонта жестких дисков или восстановления флешек , то настоятельно рекомендую отнести носитель к специалисту, который грамотно оценит возможные методы решения проблемы и выберет верный путь. То же самое, по сути, относится и логическому восстановлению, однако, при некоторых типичных проблемах, можно попытаться найти решение самостоятельно. Однако не забывайте, что в данном случае Вы принимаете все риски безвозвратной потери информации на себя! Итак, давайте предметно рассмотрим типичные случаи потерь данных с возможностью последующего логического восстановления.
     

Практическая сторона вопроса:

       Каковы же типичные задачи логического восстановления данных ? Выстроим их по частоте возникновения.       Первое, это ошибочное удаление файлов данных с носителя. Чаще всего эта проблема решается с помощью довольно широко распространенных средств восстановления файлов (Recovery). Самыми яркими представителями данного семейства являются recovery – системы из пакетов Partition Magic, Acronis, NT Recovery System и другие. Кроме них существует целое семейство похожих друг на друга программ, написанных программистами – одиночками, которые сканируют жесткий диск на наличие удаленных файлов и папок с последующим их восстановлением. Принцип работы таких программ достаточно прост: при удалении файл, чаще всего, не стирается физически с носителя, а лишь помечается на удаление. Т.е. собственно информация никуда не девается, а находится на носителе до тех пор, пока не будет перезаписана другими данными. Если с момента удаления файлов прошло немного времени или запись данных на носитель не производилась, то есть вероятность восстановления файла в первоначальном виде. Возможно так же частичное восстановление данных. Это происходит в том случае, если часть информационного пространства удаленного файла была перезаписана, а часть осталась неизменной.       Плюсом данного подхода является просто, так как почти все программы такого рода снабжены удобным пользовательским интерфейсом и подробными комментариями. Кроме того, почти все они гарантируют неприкосновенность уже сохраненных данных, так что риск потерять остальные файлы минимален. Однако эффект от их использования невелик. Особенно это заметно на системных томах жестких дисков, т.к. уже для запуска такой программы операционная система обычно производит запись данных в виртуальную память и никто не даст гарантий, что располагаться файл памяти будет не на месте восстанавливаемого файла. При нескольких процедурах перезагрузки компьютера эффективность данного семейства программных продуктов падает в разы. Поэтому использовать данные программы имеет смысл только на несистемных томах жестких дисков или флеш-карт. В случае удаления критических данных  на системном томе разумнее всего будет постараться выключить компьютер с минимально возможным количеством процедур записи на носитель и отнести его специалисту.       Для профилактики потерь информации данного типа рекомендуется включать функции теневого копирования на NT-подобных системах. В том случае, если у Вас на компьютере установлена иная операционная система, то можно воспользоваться утилитами сторонних производителей по теневому копированию или не забывать регулярно делать копии критических данных (back-up резервирование).

      Второй по частоте случай потери данных связан с ошибками записи на носитель. Это может происходить как при программных ошибках (например, некорректное сохранение фала прикладной программой), так и при чисто технических проблемах (сбой питания, скачок напряжения в сети). Такие инциденты чаще всего чреваты потерей доступа к файлу или даже ко всему разделу жесткого диска.
      Для решения этой проблемы в домашних условиях наиболее подходящим инструментом является комплекс R-Studio.

Он несколько сложен в использовании для неподготовленного пользователя и не имеет русской локализации, однако при желании разобраться с ним может каждый, кто не поленится взять в руки словарь. Как вариант можно использовать программу EasyRecovery в режиме RowRecovery (то есть в режиме поточного восстановления). У последней, к сожалению, восстанавливать имена файлов придется вручную. К плюсам данных программ можно отнести то, что они понимают практически все форматы файловых систем, которые могут быть применены на практике. Запускать программы можно с любого диска, кроме исправляемого.
Риски здесь так же невелики, особенно если пользователь предварительно сделал образ исправляемого диска. Однако если образ не удается сделать или есть подозрение на появление битых секторов, то это уже повод задуматься об обращении к специалисту. Как правило, у серьезных фирм есть специализированные программно-аппаратные комплексы для снятия образа с поврежденных дисков. Если потерянные файлы являются критическими, то образ диска делать обязательно.
Восстановление данных в этом случае можно продемонстрировать на примере R-Studio. После запуска программы появляется диалог выбора диска. В процессе выбора отображается информация о состоянии выбранного тома. После окончательного выбора запускаем сканирование каталогов кнопкой «Scan» в меню. Процесс сканирования отображается на специализированном индикаторе прогресса. После завершения сканирования в списке отображаются файлы и папки, которые были обнаружены. Выделяем одни или несколько файлов и запускаем восстановление (кнопка «Recover»). В случае удачной операции программа выдаст соответствующее сообщение.
Третья группа сбоев связана с повреждением таблицы размещения данных. Обычно в данном случае диск представляется системой как неформатированный или вообще не отображается. Эта, к счастью, довольно редкая проблема, не имеет традиционных решений. Восстановление таких дисков – долгая и кропотливая работа, чаще всего уникальная и разовая. Тому есть несколько причин. Во-первых, это уникальность таблицы для каждого диска. Ведь её параметры напрямую зависят от содержания носителя, которое у каждого пользователя разное. Во-вторых, сама структура и протокол таблиц коренным образом различаются для различных типов файловых систем. И в тонкостях хранения файлов на различных системах под силу разобраться только профессионалам. В-третьих, – и это самое важное – достаточно тяжело установить саму причину нарушения таблиц. К примеру, если на месте таблицы (кстати, они обычно дублируются в рамках одного диска) образовался битый блок (bad block), то достаточно опасно пытаться лечить такой диск самостоятельно. Битые блоки имеют свойство разрастаться на соседние области и никто не может дать гарантию, что, после хотя бы 2-х – 3-х прогонов, даже специалист сможет восстановить Ваши данные. В этом случае выход только один – идти к специалистам и не в коем случае не пытаться применять такие утилиты, как ScanDisk и им подобные – нечитаемые данные они просто затирают в попытке восстановить bad block . Риски самостоятельного лечения здесь максимальны.
     
Общие рекомендации:
     
      Итак, попробуем вывести общие рекомендации – что делать, если у Вас произошла потеря информации. Прежде всего, не паниковать и трезво оценить обстановку. Прекратить попытки записи на носитель. Постараться понять сущность проблемы. Если наблюдается нарушение работы диска, постукивание, нехарактерные шумы, то, скорее требуется физическое восстановление данных . В этом случае нужно обратиться к специалисту. Если Вы уверенны, что можно обойтись логическим восстановлением, то можно попробовать восстановить самостоятельно. В этом случае первым делом изолируйте диск от записи. Установите соответствующее программное обеспечение. Сделайте 1-2 прогона по диску. Результаты восстановления обязательно сохраните на другой диск. Восстановление неэффективно, то постарайтесь сохранить все результаты, даже промежуточные. Это может помочь при работе профессионалам. Если у Вас появились подозрения на образование bad block в области таблицы размещения файлов, то следует незамедлительно прекратить все попытки самолечения. Все программы восстановления используют прямой доступ к диску и требуют прав администратора системы. В противном случае возможна блокировка работы программы.
      И один очень важный совет напоследок: подумайте, насколько дороги для Вас данные? Может проще и безопаснее отдать немного денег за гарантированный результат, чем потом кусать себе локти?

Все материалы принадлежат сайту http://www.drhardoff.ru и являются его интелектуальной собственностью, любое копирование материалов только с разрешения администрации сайта.