| Накопитель, имеющий большое количество дефектных секторов (ошибки UNC, AMNF, IDNF), но не срывающийся при работе в стук.
Первое, что надо предпринять, прежде чем
выполнять полное копирование диска- это определиться вместе с клиентом
с местоположением и объемом требуемых данных.
Если клиенту требуются все данные с диска независимо от степени
физических разрушений и стоимости работ, имеет прямой смысл сначала
создать полную копию на другой диск, и, лишь после этого, если
потребуется, заниматься анализом логических разрушений.
Если речь идет о конкретном разделе, имеет смысл уточнить его
положение с помощью режима "проводник" (карта MBR или соответствующего
раздела). Даже если MBR разрушена и не удается из нее определить
положение нужного раздела, имеет смысл поискать загрузочные записи и из
них получить нужную информацию. Только не стоит искать по всему диску -
нашли одну, из нее получили информацию о размере раздела, ищем
следующую за ним, это сильно экономит время (особенно для диска с
большими разрушениями).
Если диск очень сильно разрушен или есть подозрение, что он
может быстро выйти из строя, имеет смысл до полного копирования
определиться с самыми важными данными и, если разрушения позволяют,
используя режим "проводник", сначала скопировать их, и, лишь после
этого переходить к копированию всего.
В случае же относительно небольшого объема данных использование режима проводник предпочтительно.
Если принято решение о копировании области, имеет смысл выполнять это в два или более проходов:
- Быстрый проход- без остановок на попытки чтения секторов с
ошибками. Количество попыток чтения по минимуму. Возможна опция
"Пропускать сектора с ошибками" и установка размера прыжка при чтении
ошибок. Этот проход предназначен для копирования основной,
легкодоступной части данных из опасения, что накопитель может выйти из
строя. Возможна вариация командами чтения.
- Уточняющий проход. Увеличенное количество попыток чтения
сбойных секторов (в зависимости от состояния накопителя), опция
"Пропускать сектора с ошибками" сброшена, размер прыжка при ошибке
чтения - один сектор. Имейте в виду - сильно увеличивать количество
повторов чтения имеет смысл лишь для накопителя, который читает
неустойчиво. В случае, когда накопитель на сбойных секторах читает
субъективно недостоверную информацию- это не имеет смысла. Иногда имеет
смысл для экономии времени установить опцию "Читать, игнорируя CRC".
- Все последующие проходы имеет смысл выполнять лишь для конкретных областей (таблиц, файлов, папок...).
Накопитель, зависающий при попытке чтения дефектных секторов.
При работе с подобным накопителем
рекомендации те же, что и для предыдущего случая. Исключение- это
использование сценария поведения программы при чтении сбойного сектора.
Состав сценария зависит от поведения накопителя. В основном хватает
либо программного, либо сочетания программного и аппаратного сбросов.
Иногда требуется выключение питания.
Накопитель, срывающийся в стук при попытке чтения дефектных секторов
(сильные разрушения поверхностей, царапины или неисправность читающей
головки).
Рекомендации те же что и для первого
случая за исключением обязательного включения в сценарий поведения
программы при потере готовности пункта "Выключать питание накопителя".
Необходима установка размера прыжка при чтении ошибок равной (или чуть
больше) количеству секторов на физической дорожке накопителя. Возможно,
это значение придется корректировать в процессе восстановления данных в
середине и в конце диска. Эта опция позволит вычитать все возможные
данные по оставшимся целым поверхностям до перестановки БМГ. Если
необходимые данные окажутся в этой области, то перестановка БМГ и не
потребуется.
Имитация потери готовности.
Иногда на попытки чтения сбойных
секторов тратится значительное время. При большом количестве подобных
секторов это может быть неприемлемо. Причем далеко не всегда области
разрушений накладываются на требуемые данные.
Можно, конечно, установить размер прыжка при чтении с ошибкой и
"перепрыгивать" области разрушений, однако время, затрачиваемое на одну
попытку чтения сбойного сектора, все равно может быть велико, и в этом
случае можно сымитировать потерю готовности накопителя, установив время
ожидания таким образом, что нормальные участки читаются без проблем, а
при малейшем замедлении - потеря готовности и соответственно прыжок.
Время можно установить порядка 0.5-1 секунды. При этом из сценария при
потере готовности желательно убрать все лишнее и особенно выключение
питания. Обычно хватает только программного сброса.
После того, как читаемые без проблем данные будут скопированы,
нужно убрать из параметров опцию "Пропускать сектора с потерей
готовности" и вернуть обратно время ожидания.
Дальше следует действовать по обстоятельствам либо использовать
проводник для извлечения данных, либо выполнить второй проход, для
более детального вычитывания сбойных областей.
Накопитель, имеющий проблемы с блоком магнитных головок
Проявляется эта проблема следующим
образом - протяженные зоны успешного чтения (светло-зеленые на карте),
регулярно чередуются с зонами либо не читающимися вообще, либо
читающимися с ошибками.
Для накопителя с такой проблемой необходимо сделать полную копию диска
или требуемого раздела. При этом, если есть возможность построить карту
головок, то надо это выполнить и сначала скопировать информацию с
рабочих головок, и лишь после этого читать с оставшихся (возможно после
перестановки БМГ).
Если карту голов построить невозможно (алгоритм не срабатывает)-
воспользуетесь для обхода зон, соответствующих нерабочим головам, либо
прыжками при потере готовности HDD (возможно, ее даже не придется
имитировать, однако время ожидания можно сократить), либо прыжками при
чтении с ошибкой. Размер прыжка подбирается так, чтобы с 1- 2 раз
перепрыгнуть зону, соответствующую нерабочей головке.
После того, как копия будет создана- следует логическое восстановление,
но уже работать не с поврежденным накопителем, а с его виртуальной
копией.
Накопитель IBM, имеющий большое количество Soft-BAD.
Soft-BAD это ошибки не связанные с
дефектами магнитных поверхностей или головок. Они появляются как
программный сбой в работе накопителя при операции записи. В результате
код CRC записанный в поле паритета не совпадает с подсчитанным по
данным сектора и формируется ошибка UNC. Такая неисправность очень
часто встречается у накопителей IBM/HGST
Подобная ситуация отличается тремя характерными особенностями:
- Время, затрачиваемое на попытку чтения сбойного сектора очень велико (порядка 8 секунд)
- Обычно эти сектора располагаются областями по несколько десятков подряд
- Читать сбойные сектора многократно обычно нет смысла, так как
они всегда читаются с ошибкой и содержимое настолько сильно запорчено,
что статистическая обработка мало что даёт (для областей таблиц FAT и
каталогов FAT увеличить количество повторов всё-таки имеет смысл).
В этом случае обычно при полном вычитывании имеет смысл
воспользоваться описанным выше приёмом имитации потери готовности, а
после этого, при работе с проводником перейти на команду "Читать,
игнорируя CRC", это существенно сэкономит время.
Накопитель с логическими разрушениями
Такая ситуация возникает, если
накопитель физически исправен но к данным нет доступа вследствие
повреждений в логической структуре данных или если накопитель был
поврежден и удалось создать с него образ данных, но не 100% секторов
были считаны успешно.
В случае, когда создаётся копия, и речь идёт о накопителе с
физическими проблемами, которые вызвали логические разрушения, имеет
прямой смысл воспользоваться дополнительными режимами "Проводник",
"Поиск регулярных выражений", "Просмотр и редактирование сектора" для
того, чтобы ускорить доступ к данным.
Например, если из-за физических проблем разрушен MBR, имеет
прямой смысл реконструировать его (заполнить информацию о разделах) и
быстро получить доступ к данным. То же можно говорить о Boot секторах
разделов. В случае, когда речь идёт о разделах NTFS и есть проблема и с
первыми 4 записями таблицы MFT и с MFT Mirror имеет смысл
воспользоваться картой раздела и собрать одну живую копию первых 4
записей из двух.
Если можно просканировать таблицу MFT - выполните это. Это
самый быстрый способ (если не видно в проводнике сразу) построить
виртуальную файловую систему и получить доступ к требуемым данным.
Таблица MFT занимает до 10% размера раздела и для того, чтобы извлечь,
например, 1 ГГБ данных, не придется копировать все, что при серьезных
физических проблемах может быть затруднительно и даже невозможно.
Вообще же, серьезным логическим разбором рекомендуется
заниматься после создания копии на живом диске, подключенном штатно
(UDMA100 и выше). |