Истории со счастливым концом

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

Тем не менее удач намного больше, чем неудач. Рассказать о всех многочисленных случаях успешного восстановления невозможно, поэтому мы ограничимся только некоторыми, наиболее характерными случаями.

• Восстановление файлов с сервера Hewlett-Packard
• Восстановление данных с массива RAID
• Еще один массив RAID
• Проблемы в разделе FAT
• Восстановление набора данных типа Volume Set
• Восстановление стертого файла в разделе NTFS
• Миграция на Microsoft Windows 2000 Professional
• Восстановление виртуального диска
• Этот опасный Partition Magic
• Утилита Partition Magic и набор Volume Set
• Проблемы с дисками производства IBM
• Проблемы с USB-Drive и Compact-FLASH
• Программный RAID

Восстановление файлов с сервера Hewlett-Packard

Это была одна из наших первых работ по восстановлению файлов из раздела NTFS.

Сервер Hewlett-Packard с установленной на нем операционной системой Microsoft Windows NT Server 4.0 и двумя дисками SCSI перестал загружаться после того, как его переставили с места на место. Диски отображались друг на друга зеркально средствами операционной системы. И администратор ни разу не делал никаких резервных копий на магнитные ленты или куда-либо еще.

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

В данном случае восстановление немыслимо без знания внутренних структур файловой системы NTFS, описание которых полностью отсутствует в документации компании Microsoft. Так мы использовали примитивный редактор диска Microsoft DiskProbe, на восстановление нескольких десятков файлов ушло примерно трое суток.

Трое суток мучений заставили нас задуматься о необходимости создания программной утилиты, способной в некоторых случаях автоматизировать самые рутинные операции. Приблизительно через полгода была готова первая версия такой утилиты, получившей название CrashUndo for NTFS (название означает “Отмена Краха NTFS").

Мы также создали упрощенный вариант этой утилиты, способный восстанавливать только стертые файлы в исправных разделах NTFS. Утилита получила название EraseUndo for NTFS.

Восстановление данных с массива RAID

Еще одна наша успешная работа также была связана с восстановлением данных из разделов NTFS.

В системный блок “серой” сборки был вставлен довольно старый котроллер Malex, и к нему подключен диск SCSI объемом 4 Гбайт, где хранились файлы документов и базы данных, а также архивы.

В результате сбоев в контроллере системные области NTFS оказались разрушенными настолько, что операционная система отказывалась монтировать диск и запускать “штатную” утилиту восстановления chkdsk.exe.

Воспользовавшись одной из первых версий программы CrashUndo for NTFS, нам удалось восстановить по одному около 1000 файлов, на что ушла примерно одна неделя.

Работы сильно осложнялись тем обстоятельством, что дисковый контроллер работал очень нестабильно, а купить такой же, но исправный, не удалось. Примерно каждые два-три часа контроллер приходилось вынимать из системного блока и подвергать “мануальной терапии” — мы шевелили микросхемы, установленные на панельках, чистили разъемы — в общем, “шаманили”, как могли. Тем не менее практически все необходимые файлы мы восстановили.

Еще один массив RAID

Информация на этом массиве RAID оказалась разрушена в результате экспериментов, проводимых системным администратором с операционной системой Microsoft Windows 2000.

Перед тем как обновить версию операционной системы, системный администратор выполнил резервное копирование данных… на тот же самый диск, где находилась обновляемая операционная система.

В результате после установки два из трех разделов диска оказались недоступны. Утилиты восстановления Tiramisu и Easy Recovery не смогли справиться с этими разделами, конвертированными операционной системой Microsoft Windows 2000 в новый формат.

Получив у заказчика дисковый массив вместе с контроллером, мы установили его в свой стенд и воспользовались программой CrashUndo for NTFS новой версии. Программа восстановила все файлы, разложив их по каталогам в том порядке, в котором они находились до краха файловой системы.

Проблемы в разделе FAT

Большинство заказов касались операционной системы Microsoft Windows NT и разделов NTFS. Но нам приходилось восстанавливать и диски FAT, созданные в операционных системах MS-DOS или Microsoft Windows 95/98.

Одна из аварий была связана с перестановкой диска IDE из одного компьютера в другой. В результате сбоя в питании, который произошел в самый неподходящий момент, оказались частично разрушены обе таблицы размещения файлов FAT, расположенные в системной области диска. Попытки восстановить информацию утилитой Norton Disk Doctor к успеху не привели.

Зная имена файлов, подлежащих восстановлению, нам удалось собрать некоторые файлы буквально по секторам, достраивая вручную таблицу FAT. Так как заказчику требовались всего несколько файлов, работа заняла примерно полдня.

Восстановление набора данных типа Volume Set

Как известно, операционная система Microsoft Windows NT позволяет объединять несколько разделов диска в один логический том Volume Set. Эта особенность очень полезна, если Вам нужно хранить на сервере файлы огромного размера, не помещающиеся на одном диске. Заметим, что при использовании современных накопителей объемом 75 Гбайт Вам не придется создавать тома Volume Set.

По просьбе компании КРОК, мы выехали к заказчику, создавшему набор Volume Set на своем портативном компьютере Notebook и потерявшем к нему доступ после переустановки операционной системы.

Выяснилось, что созданный набор Volume Set объединял два фрагмента диска, один размером 2 Гбайта, а другой — 4 Мбайта. На вопрос, зачем понадобился такой Volume Set, заказчик ответил, что хотел использовать незадействованный фрагмент диска размером 4 Мбайт.

Конечно, спорный вопрос, стоило ли поступать подобным образом, но, строго говоря, этот набор Volume Set был создан по всем правилам.

Проблемы начались, когда заказчик попытался полностью переустановить операционную систему Microsoft Windows NT. При этом он забыл (или не знал), что информация о расположении фрагментов тома Volume Set хранится в регистрационной базе данных Registry операционной системы Microsoft Windows NT.

Переустановив Microsoft Windows NT, заказчик уничтожил старую регистрационную базу данных и вместе с ней сведения о наборе Volume Set. В результате он потерял доступ к данным, которые собирал примерно три года.

Пользуясь редактором FTEdit, нам удалось восстановить информацию о размещении томов, после чего осталось только сделать резервную копию важнейших каталогов.

Восстановление стертого файла в разделе NTFS

Одна из заказчиц случайно удалила файл, который собиралась отправить по  электронной почте.

Отправляемый файл она вначале положила на рабочий стол (Desktop) операционной системы Microsoft Windows NT, а затем вставила в текст подготовленного, но еще не отправленного почтового сообщения в программе Microsoft Outlook Express 5.0. Полагая, что файл, вставленный в сообщение, скопирован, исходный файл она отправила в мусорную корзину. А корзину немедленно очистила.

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

Чтобы “достать” файл из опорожненной мусорной корзины, нам пришлось использовать утилиту восстановления стертых файлов. Процесс восстановления занял около 2 часов.

Миграция на Microsoft Windows 2000 Professional

Перед системным администратором одной компании поставили задачу обновления версии операционной системы Microsoft Windows NT 4.0 до Microsoft Windows 2000 Professional на множестве рабочих станций. 

Чтобы сократить временные затраты, было решено использовать для установки Microsoft Windows 2000 Professional операцию "клонирования", то есть копирования системного диска по секторам. Далее к новой рабочей станции подключили старый диск пользователя, снятый с рабочей станции Microsoft Windows NT 4.0, и файлы пользователя скопировали на новый диск.

Однако оказалось, что после такой операции несколько дисков перестали монтироваться в Microsoft Windows 2000 Professional, в результате чего пропали файлы пользователей. Что же касается резервного копирования, то администратор его не выполнил.

Почему же пропали данные?

Как известно, операционная система Microsoft Windows 2000 преобразует файловую систему4 NTFS версии 4.0 в файловую систему NTFS версии 5.0. Это делается автоматически без каких-либо запросов и даже без предупреждающих сообщений.

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

 Как показало "вскрытие", на диске была разрушена главная таблица разделов MFT и некоторые другие системные структуры данных. Для восстановления мы воспользовались новой версией утилиты CrashUndo 2000 for NTFS, которая скопировала все данные из поврежденных разделов дисков.

Восстановление виртуального диска

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

В одной из компаний был случайно удален такой файл виртуального диска, расположенный в разделе NTFS. Из-за того, что после пропажи файла на диск были добавлены новые файлы, информация о расположении файла виртуального диска оказалась потерянной. Ни одна из утилит автоматического восстановления данных, применяемых в этой компании, не смогла восстановить потерянный файл.

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

Этот опасный Partition Magic

Широко известная программа Partition Magic предназначена для выполнения различных операций с разделами диска, таких как копирование, объединение, изменение размера, типа раздела и т.д. Эта программа способна значительно облегчить труд системных администраторов, однако при неудачных обстоятельствах или неумелом использовании Partition Magic способна разрушить данные, хранящиеся на диске.

Один из наших клиентов попытался объединить с помощью этой программы три раздела диска FAT в один. По его зааверениям, все было сделано правильно, и программа, выдав сообщение об успешном завершении своей работы, попросила презагрузить компьютер.

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

Нам удалось восстановить данные, так как при слиянии основные системные области оригинальных дисков не были повреждены. Что же касается рекомендаций на будущее, то мы посоветовали клиенту всегда выполнять резервное копирование наиболее важных данных перед тем как пользоваться программой Partition Magic.

Утилита Partition Magic и набор Volume Set

В случае неправильного применения утилита Partition Magic способна разрушить набор Volume Set. Один из наших заказчиков перенес при помощи этой утилиты разделы набора Volume Set в другое место диска, после чего операционная система потеряла доступ к данным, хранящимся в этом наборе.

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

Проблемы с дисками производства IBM

Оборудование и программное обеспечение, выпускаемое компанией IBM, всегда отличалось своей надежностью. Однако с появлением новых дисков серий DDTA, DTLA, IC35L и некоторых других ситуация, похоже, изменилась не в лучшую сторону. Конференции Интернета буквально забиты сообщениями о выходе из строя таких дисков.

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

К сожалению, даже при установке дисков производства IBM в сервер, созданный той же компанией, Вы не застрахованы от неприятностей. Один из наших клиентов добавил диск IBM IC35L040AVER07-0 в сервер IBM NETFINITY 3500, подключив его к тому же шлейфу, к которому было подключено устройство CD-ROM. Вначале проблем не было, однако через некоторое время произошел сбой. В результате диск перестал работать, причем из него доносились характерные шелчки.

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

Проблемы с USB-Drive и Compact-FLASH

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

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

Наша служба успешно восстанавливает данные с носителей USB-Drive и Compact-FLASH, если они исправны. Мы восстанавливаем случайно стертые файлы, а также файлы, пропавшие в результате ошибочного форматирования.

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

Не долго думая, программа Partition Magic отформатировала диск SunDisk как дискету на 1.44 Мбайт, уничтожив важные данные. Используя специальные утилиты восстановления данных, нам удалось восстановить большинство файлов, хранившихся на диске SunDisk.

Программный RAID

Операционные системы Microsoft Windows NT/2000/XP позволяют создавать на базе дисков и логических разделов дисковые массивы RAID. При этом нет необходимости приобретать аппаратный RAID-контроллер.

Данные, хранящиеся в массивах RAID с аппаратным контроллером, очень часто пропадают по причине выхода из строя этого самого контроллера, после сбоя питания, зависания операционной системы и по другим причинам.

Что же касается программных RAID-массивов и наборов данных Volume Set, то они тоже подвержены разрушениям. Чаще всего проблемы возникают при сбоях питания, при зависании операционной системы или при отказах дисковых накопителей.

В данном случае вышел из строя один из дисковых накопителей массива RAID 0+1. Содержимое дефектного диска было скопировано на другой диск с применением специализированных аппаратных средств. И хотя операционная система отказалась монтировать полученный в результате этих действий дисковый массив, нам удалось собрать его при помощи программной утилиты. В результате было восстановлено подавляющее большинство файлов, хранившихся в дисковом массиве до аварии.

На главную страницу: восстановление данных с диска.