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

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

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

Содержание:

Отказоустойчивые системы

Многие бизнесмены, заботящиеся о сохранности ценной информации, приобретают компьютеры с повышенным уровнем надежности. При этом производители Sony, Toshiba, Hitachi, Samsung уверяют, такую дополнительную надежность компьютеру обеспечивает отказо-устойчивая система, и оснащенный ей компьютер продолжит полноценно работать даже, если один или несколько его компонентов выйдут из строя. Что касается способа хранения информации, то отказо-устойчивые системы используют либо распределенное хранение данных, либо RAID-массивы или же и то и другое вместе, чтобы была уверенность в том, что когда один или несколько жестких дисков выйдут из строя, подсистема, хранящая данные, продолжит работать, отвечая на запросы пользователя. Поэтому, в ситуациях, когда обычный компьютер выйдет из строя, компьютеры, оснащенные отказо-устойчивыми системами, будут продолжать бесперебойно работать, даже, если сломаются какие-то их составляющие.

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

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

Резервные массивы и RAID-массивы

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

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

Также как и в случае с отказо-устойчивыми системами, RAID-массив обеспечит только ограниченный уровень безопасности в случае физических неполадок с одним или несколькими жесткими дисками, включающими в себя массив. Даже самый лучший RAID-массив не защитит от случайного удаления файла, или вируса, очистившего всю папку, или же от ошибки пользователя, повлекшей за собой сбой файловой системы и отказ в доступе к блокам. Поэтому применительно к поклонникам резервных RAID-массивов, рекомендация ознакомиться с хорошей утилитой для восстановления данных (такой как Hetman Partition Recovery ) является очень настоятельной.

Планирование бэкапов

Грамотное планирование бэкапов способно в значительной степени уменьшить беспокойство пользователя по поводу сохранности своей информации. Регулярно и скрупулезно выполняя бэкапы можно сберечь информацию даже в случае логического повреждения системы. Но если вы уже задались вопросом, как восстановить удаленные файлы , то воспользуйтесь Hetman Uneraser . Утилита выполнит восстановление данных гораздо проще и быстрее. Вы можете бесплатно скачать программу с нашего сайта.

1. Много таких вопросов возникает у пользователей компьютерных устройств. Я полностью с ними согласен вить потерять не важно какую информацию это всегда обидно, да а если информация нужная так вдвойне трагедия. В этой статье я расскажу как сделать что то типо raid массива в Windows, да не что то а можно сказать полноценного! Конечно чтобы уберечь от потери данные можно применить много способов. Вот к примеру была статья как подключить Яндекс диск как логический и сохранять все в него, очень удобно попробуйте, выглядит это все как в этой статье: . Конечно можно поставить программу от облака и настроить делать ее бэкап любой папки или диска, как пример статья: . Можно настроить бэкап любых данных самой операционной системой Windows, в любое другое место с архивированием и указанием даты: . Сколько примеров с облаками и бэкапами написал и теперь хочу поведать вам пример сохранения информации с созданием зеркала диска. Для этого вам надо будет купить еще один жесткий диск, размера как тот на котором содержится важная вам информация. Конечно установленная в качестве системы операционной Windows не важно какой версии. После того как купили по размеру такой же винчестер и подключили его к вашему компьютеру, если у вас ноутбук то тогда вам придется покупать еще салазки и ставить жесткий диск второй в место cd-rom, я писал ранее, переходим если не знаете. Все ссылки на эти статьи я приведу в самом конце статьи, увидите ниже. Да жесткие диски должны находиться внутри компьютерного устройства, так как они будут работать вместе как один, дублируя информацию, но вы будете видеть только один. Зато сразу два не смогут выйти из строя и хоть на одном но сохраниться важная информация. Диски не в коем случае не стоит отключать или вынимать иначе массив перестанет работать. Подключив второй жесткий диск такого объема как и то с которого вы хотите сохранять информацию, загрузившись в операционную систему Windows, идем по пути: Панель управления=> Администрирование=> Управление компьютером=> Управление дисками. Смотрим ниже анимацию:
2. Если вы все правильно сделали когда подключали жесткий диск, то он должен будет виден вам как не размеченная область, выделен черным.
3. Разобраться где какой диск не составит труда так как название диска можно посмотреть в проводнике"Мой компьютер" и сравнить в консоли "управление дисками". Собственно я приведу пример как диск "D" будет с важной информацией а зеркало новый, смотрите с крин выше. Выделяем тот диск с важными файлами и кликнув по нему правой кнопкой мышки в контекстном меню выбираем "Преобразовать в динамический":
4. После этого откроется окно в котором проверим что правильно стоит галочка напротив нужного диска? нажимаем "OK":
5. Нажимаем "преобразовать":
6. Нажимаем "ДА" Прошу заметить что если у вас стоит две операционные системы, то вы не сможете загрузиться на ту которая не участвовала в зеркалировании, а использовать в зеркалировании нужно исключительно самую последнюю версию ос. Скажем если у вас стоит две операционные системы 8 и 10 то зеркалирование нужно проделывать в 10 версии, если вы с таким примером проделаете зеркалирование в 8 версии то вы не загрузитесь вообще не в одну ос. Здесь стоит выбирать или одна операционная система или безопасность хранения данных. :
7. После этого как преобразовали диск, кликаем снова по нему пкм и выбираем из контекстного меню "Добавить зеркало":
8. Выбираем диск 2, это тот который покупали, новый для зеркалирования вашего диска с важными данными.
9. Снова подтверждаете нажав "ДА" если у вас две операционные системы, вы не сможете загружать одну из них.
10. Ждем ре синхронизации 100% и после получаем два абсолютно одинаковых диска, если вы добавляете информацию в проводнике как обычно на диск то она соответственно копируется на второй зеркало диск.
11. Если зайти в проводнике скажем в "Мой компьютер" то вы увидите только дин свой диск с нужными вам файлами, все останется как обычно, для пользователя это не как не будет видно. Ниже приведу ссылки которые похож статьи по смыслу и можно также с помощью них проделать бэкап данных.

Многим компаниям требуются сервера с высокопроизводительной дисковой подсистемой большой емкости, которая достигается за счет использования большого количества высокопроизводительных дисков. Имеем случай, когда компания использовала решение из 10 HDD с интерфейсом SAS емкостью 600 GB, организованных в массив RAID 50 (полезная емкость массива 600*8=4800 GB). Данный RAID 50 представляет из себя комбинированный массив, который рассматриваем как два массива RAID 5, объединенных в массив RAID 0. Данное решение позволяет получить более высокую скорость записи на массив в сравнении с обычным RAID 5 с таким же количеством дисков-участников, потому что для формирования блока четности требуется меньшее число операций чтения с дисков участников (скоростью расчета самого блока четности можно пренебречь в силу того, что он представляет весьма малую нагрузку для современных RAID контроллеров). Также в RAID 50 в некоторых случаях отказоустойчивость будет выше, так как допустима потеря до двух дисков (при условии, что диски из разных массивов RAID 5, входящих в данный RAID). В рассматриваемом нами случае со слов системного администратора произошел отказ 2 дисков, которые привели к остановке RAID массива. Затем последовали действия системного администратора и сервисного отдела компании продавца сервера, которые не могут быть описаны в силу сбивчивых и противоречащих друг другу показаний.

В нашем случае диски пронумерованы представителем заказчика от 0 до 9 со словами: «именно в таком порядке они были использованы в массиве, и никто их местами не менял». Данное утверждение подлежит обязательной проверке. Также мы были поставлены в известность, что данный массив использовался в качестве хранилища для ESXi сервера, и на нем должно содержаться несколько десятков виртуальных машин.

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

Было выполнено создание копий, в результате которого выяснилось, что 4 накопителя имеют дефекты между LBA 424 000 000 и LBA 425 000 000, выражается это в виде нечитаемых нескольких десятков секторов на каждом из проблемных дисков. Непрочитанные сектора в копиях заполняем паттерном 0xDE 0xAD для того, чтобы потом была возможность идентификации пострадавших данных.

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

В данном случае в последнем секторе каждого из дисков обнаруживаем характерные 0xDE 0x11 0xDE 0x11 c дальнейшей пометкой бренда RAID контроллера. Метаданные данного контроллера располагаются исключительно в конце LBA диапазона, какие-либо буферные зоны в середине диапазона данным контроллером не используются. На основании этого и предыдущих данных следует вывод, что сбор массива должен начинаться с LBA 0 каждого из дисков.

Зная, что суммарная емкость массива более 2 TB, проводим поиск в LBA 0 каждого из дисков таблицы разделов (защитной MBR)

и GPT заголовка в LBA 1.

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

Для дальнейшего анализа особенностей массива необходимо произвести на одном из дисков поиск регулярных выражений монотонно возрастающих последовательностей. Это могут быть как таблицы FAT или достаточно большой фрагмент MFT , так и иные удобные для анализа структуры. Зная, что на данном массиве содержались виртуальные машины с ОС Windows, мы можем предположить, что внутри данных машин использовалась файловая система NTFS . На основании этого проводим поиск записей MFT по характерному регулярному выражению 0x46 0x49 0x4C 0x45 с нулевым смещением относительно 512-байтного блока (сектора). В нашем случае после LBA 2 400 000 (1,2GB) обнаруживается достаточно протяженный (более 5000 записей) фрагмент MFT. В нашем случае размер записи MFT стандартный и составляет 1024 байт (2 сектора).

Локализуем границы найденного фрагмента с записями MFT и проверим наличие фрагмента с записями MFT в этих границах на остальных дисках-участниках массива (границы могут чуть-чуть отличаться, но не более чем на размер блока, используемого в RAID массиве). В нашем случае наличие записей MFT подтверждается. Листаем записи с анализом номеров (номер DWORD располагается по смещению 0x2C). Анализируем количество блоков, где возрастание номера записи MFT происходит с изменением на единицу, на основании этого рассчитываем размер блока, используемого в данном RAID массиве. В нашем случае размер составляет 0x10000 байт (128 секторов или 64KiB). Далее выберем среди записей MFT какое-либо из мест, где записи MFT или результат их XOR операции симметрично располагаются на всех дисках-участниках и составим матрицу с номерами записей, с которых начинаются блоки массива с удвоенным количеством строк.

По номерам записей определим какие из дисков входят в первый RAID 5, а какие во второй. Проверку корректности выполняем посредством XOR операции. В нашем случае согласно таблицы мы видим, что нумерация дисков представителем заказчика была сделана неверно, так как матрицы обоих массивов отличаются по расположению блока четности (обозначенного как “XOR”). Также видим, что в данном массиве нет задержки четности, так как с каждой строкой меняется положение блока четности.

Заполнив таблицу номерами записей MFT по указанным смещениями с каждого из дисков, можно перейти к заполнению удвоенной матрицы использования дисков. Удвоена она из-за того, что формировать матрицу мы начали в произвольном месте. Следующей задачей ставится определить с какой строки начинается правильная матрица. Задача легко выполнима, если взять первые пять смещений, указанные на рисунке выше и умножить на 8. Далее решить простой пример в виде а=a+b где стартовые значения a=0x0 b=0x280000 (0x280000=0x10000*0x28, где 0x28 является количеством блоков с данными, которые содержатся в матрице использования дисков) и решать его в цикле, пока он не достигнет одного из значений смещений умноженного на 8.

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

Для определения неактуального диска обычно не требуется полный сбор массива. Достаточно собрать первые 10-100GB и проанализировать найденные структуры. В нашем случае оперируем началом массива из 20GB. Как уже писалось, защитная MBR и GPT на дисках отсутствуют, и, естественно, их нет в собранном массиве, но при поиске достаточно быстро можно найти magic блок VMFS , отняв от его позиции 0x100000 (2048 секторов), получим точку начала VMFS раздела. Определив положение fdc.sf (file descriptor system file), проведем анализ его содержимого. Во многих случаях анализ этой структуры позволит найти место, где присутствуют ошибочные записи. Сопоставив его с матрицей использования дисков, получим номер диска, содержащего неактуальные данные. В нашем случае этого оказалось достаточно и дополнительные аналитические мероприятия не потребовались.

Выполнив сбор массива целиком с компенсацией недостающих данных за счет XOR операции, получили полный образ массива. Зная локализацию дефектов и локализацию файлов виртуальных машин в образе, возможно установить, на какие именно файлы виртуальных машин приходятся дефекты. Выполнив копирование файлов виртуальных машин из VMFS хранилища, можем смонтировать их в ОС как отдельные диски и выполнить проверку целостности файлов, содержащихся в виртуальных машинах посредством поиска файлов, содержащих сектора с паттерном 0xDE 0xAD. Сформировав список поврежденных файлов работу по восстановлению информации из поврежденного RAID 50 можно считать завершенной.

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

© Андрей Егоров, 2005. Компания «ТИМ».

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

RAID массив и резервное копирование

Назовем отрасли, утрата рабочей информации в которых может оказаться буквально катастрофической: вооруженные силы, энергетика, все виды транспорта, финансовая система, государственное планирование, здравоохранение, ЖКХ, научные исследования...

Две основные категории причин, по которым пропадает информация, традиционны не только для России: дороги и дураки. Если серьезно, это – естественные причины и человеческий фактор. К первой категории относятся: наводнения и пожары, землетрясения и ураганы, перебои электроснабжения и аппаратные проблемы, т.е. отказ железа по какой-либо причине.

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

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

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

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

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

Для резервного копирования информации применяются, в первую очередь, ленточные накопители, реже – магнитооптические диски, перезаписываемые CD или сетевые массивы жестких дисков. Простейшие программы резервного копирования встроены в любую операционную систему, но все богатство возможностей предоставляют коммерческие программные продукты, например – BakBone NetVault, Veritas BackupExec, ArcServe, Yosemite TapeWare и другие.

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

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

В теории информации показателями качества информации являются ее актуальность и доступность. Актуальность определяет степень сохранения ценности информации для управления в момент ее использования и зависит от динамики изменения ее характеристик и от интервала времени, прошедшего с момента возникновения данной информации. Доступность определяет долю времени, в течение которого информация готова к использованию, и выражается в процентном виде: например, 99,99% («четыре девятки») означает, что в течение года допускается простой информационной системы по любой причине не более 53 минут.

Для обеспечения приемлемой актуальности информации следует регулярно (ежедневно) производить резервное копирование . Доступность зависит от скорости восстановления информации в случае ее утраты с резервных носителей.

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

С недавних пор стало модно обсуждать технологии бекап с жесткого диска на жесткий диск (disk-to-disk backup, D2D), использующие в качестве целевого устройства RAID массив . Предпосылками этой тенденции с одной стороны является появление быстрых и недорогих жестких дисков Serial ATA очень большой емкости, а с другой - потребность в проведении процедуры сохранения необходимого объема данных за ограниченное время. При этом SCSI RAID рекомендуется там, где основным требованием является высочайшая скорость сохранения и восстановления, а SATA RAID применяется там, где важнее соотношение емкости и стоимости.

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

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

Достоинства сохранения резервных копий данных на жестких дисках (в первую очередь – высокая скорость сохранения и восстановления) и на магнитных лентах (низкая стоимость хранения и неограниченный объем) объединяются в решениях disk-to-disk-to-tape (D2D2T). Такой подход предполагает использование дискового кэша в качестве промежуточного этапа в процедуре резервного копирования , конечной целью которого по-прежнему являются магнитные ленты.

Андрей Егоров , начальник отдела по работе с корпоративными клиентами компании «ТИМ», сертифицированный профессионал – MCSE, Master CNE, CIA, ICIS, etc.

22.02.2009, 01:30

Суть проблемы: имеется массив RAID0. Дискам всего 3 месяца и на одном из них пошли сплошные ошибки. После тестов я убедился в его неисправности и намерен заменить его у продавца. Но т.к. там стоит куча всего, переустановка чего может занять до месяца, а также часть инфы, которую я не успел сохранить на DVD, то возник соответственный вопрос: а могу ли я как-то с помощью прог восстановления данных сделать с него бэкап (или образ), который затем можно будет перенести на новый диск, да так, чтобы RAID массив стал вновь рабочим? Заранее благодарю за ответ!

Добавлено через 31 минуту
Короче, пока нашел способ сделать это с помощью Runtime"s RAID Reconstructor и Captain Nemo Pro. Если все получится, напишу, ну а если нет - буду дальше спрашивать советов.

22.02.2009, 11:49

Alexsan, вообще говоря, здесь очень многое зависит от способа организации RAID и используемого оборудования.

А вот для отказоустойчивых (RAID-1, RAID-5, RAID-10) конфигураций на нормальных аппаратных контроллерах характерна возможность "горячей" замены диска без дополнительных телодвижений с автоматической реконфигурацией массива (не требуется даже остановка работы сервера).

23.02.2009, 03:14

Боюсь, что для полного бэкапа не хватит дискового пространства. У меня там стоят два диска с системой объемом 600 гигабайт и два диска с прогами и данными с суммарным объемом 1,5 террабайта. Так вот накрылся один из больших дисков. Завтра начну попытки восстановления. Пока диски стоят в RAID конфигурации прога Runtime"s RAID Reconstructor их не видит. Вот думаю, как лучше сделать для начала операции - просто отрубить один из дисков (нормальный), либо разрушить RAID-массив через меню? Во втором случае боюсь могут возникнуть проблемы с его восстановлением, т.к. в меню RAID нет опции разделения массива только двух дисков и при ее использовании разрушиться также массив нормальных системных дисков. Так что вопрос такой: как лучше подготовиться к операции восстановления - механически отсоединить диск, чтобы он начал читаться как IDE или временно разделить RAID-массив через меню RAID?

23.02.2009, 09:41

Alexsan, ещё раз повторяю -
Правильным способом является бэкап всего RAID целиком, пересоздание массива заново после замены диска и восстановление данных из бэкапа.

для полного бэкапа не хватит дискового пространстваЛибо эти данные необходимы и место найдётся (винчестеры на 1,5Тб есть в продаже), либо вы их потеряете с весьма большой вероятностью.

23.02.2009, 12:22

Alexsan, ещё раз повторяю -

В любом другом случае я лично очень сомневаюсь в возможности успешного завершения операции по замене винчестера в RAID-0.
Либо эти данные необходимы и место найдётся (винчестеры на 1,5Тб есть в продаже), либо вы их потеряете с весьма большой вероятностью.
Как я уже неоднократно писал (да и не только я), RAID-0 - редкостная пакость, и хранить на нём что-либо ценное нельзя...

Из-за дефекта диска сделать бэкап целиком не выходит по одной причине - Runtime"s RAID Reconstructor не видит эти диски, если в БИОСе активирована функция RAID. Получается только считать каждый диск по отдельности, когда выставляешь режим IDE - в этом случае они доступны. Попробую забэкапить дефектный диск на другом компе. Кстати, вычитал, что причиной ошибки может быть также не физическое повреждение диска, а ошибочная запись данных в запрещенные служебные сектора. Так что после бэкапа попробую нулевое форматирование и повторное тестирование. Правда, на этот счет у меня имеется негативный опыт пятилетней давности - дефектный диск Maxtor после такого форматирования безошибочно проходил все тесты, но работал до первой ошибки не больше недели. Все равно пришлось его отослать в Ирландию производителю для замены на новый.