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 после такого форматирования безошибочно проходил все тесты, но работал до первой ошибки не больше недели. Все равно пришлось его отослать в Ирландию производителю для замены на новый.

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. Если зайти в проводнике скажем в "Мой компьютер" то вы увидите только дин свой диск с нужными вам файлами, все останется как обычно, для пользователя это не как не будет видно. Ниже приведу ссылки которые похож статьи по смыслу и можно также с помощью них проделать бэкап данных.

© Андрей Егоров, 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.

В корпоративные блоги принято писать success story - это положительно влияет на образ компании. К сожалению, не всегда в работе инженера всё заканчивается happy end-ом.
Надо сказать, что коллеги уже начинают подшучивать, что я «притягиваю» проблемы. Тем или иным образом я поучаствовал почти во всех проблемных заявках за последнее время. И теперь хочу рассказать одну поучительную историю из своей практики.

История началась с того, что меня попросили проанализировать производительность дискового массива одной СХД, «тормоза» которого парализовали работу целого филиала. Исходная ситуация такая:

• На массиве находятся датасторы VMware-фермы.
• Все тома располагаются на RAID5 (диски 7200 и 10000) и зеркалируются между двумя идентичными массивами.
• Контракта с ведором на поддержку этого оборудования нет.
• Версия прошивки массива - 7.3.0.4 (актуальная на тот момент 7.6.1.1).
• Также СХД используется для виртуализации СХД HP EVA.

Согласно логам производительности массива, «тормоза» возникали не из-за повышенной нагрузки. Я заподозрил, что причиной проблем является вышедший из строя контроллер на виртуализованной СХД HP EVA. Обычно проблемы с производительностью решаются удалённо, но в данном случае решили отправить инженера на место (тогда ещё никто не подозревал, что командировка затянется на две недели).

И тут в ходе анализа производительности начал проявляться «полтергейст»: у томов с массива в интерфейсе vSphere периодически отображается неверный объём (от отрицательного до десятков петабайт), что заказчик расценил как проблему в массиве. При этом пропадал доступ к консолям части виртуальных машин, и возникают другие неприятности. Даже я уже начал нервничать, а заказчик просто в ауте.

И тут начинается просто фейерверк проблем.

Мы нашли баг ESXi, из-за которого могут отображаться неверные размеры томов. Но выясняется, что официального контракта на поддержку VMware нет. Поддержка осуществляется сторонней компанией и только по рабочим дням, а дело происходит в субботу.

Для полного счастья, прошивки двух серверов из трёх и коммутаторов (блейд-шасси) отстают от прошивки модуля управления шасси, что тоже может приводить к самым неожиданным проблемам. Ну и вишенка на торте: на коммутаторах SAN стоят разные версии прошивок, и все позапрошлой мажорной версии (6.x.x, когда доступна 8.0.x).

Напоследок выясняется, что в MS SQL Server Express закончилось свободное место, из-за чего возник «полтергейст» с доступностью консолей VM в vSphere и неверно отображались размеры томов. Так что пока администраторы решали проблемы БД, мы пытались разобраться с СХД.

После некоторых действий основной том вдруг ушёл в оффлайн.

Мы вспоминили про баг в прошивках СХД версий 7.3, 7.4 и 7.5, из-за которого на сжатых томах после определённого количества обращений могут появиться битые блоки (в этой ситуации не может помочь ни отказоустойвость RAID, ни зеркалирование томов на соседний массив, так как ошибка находится уровнем выше).

И вот тут проявился самый интересный нюанс: оказывается, что СРК у заказчика не работает уже 3 месяца. То есть бэкапы есть, но они не актуальные, и восстанавливаться из них - всё равно, что потерять данные.

Нам удалось перевести том в онлайн (через CLI массива), но при первой же попытке хоста что-то записать, он снова упал. Мы отключили все датасторы на серверах и следующие сутки провели в офисе, почти не дыша копируя все виртуальные машины куда получится - на серверы, USB-диски и ПК.

В результате нам удалось спасти все данные, кроме ВМ, на которой запустили консолидацию снапшотов, так как в процессе консолидации LUN ушёл в оффлайн, и вместо данных ВМ осталась «каша». По закону подлости это оказалась ВМ электронного документооборота. Кроме того, для исключения разных рисков пришлось обновить почти всю инфраструктуру - VMware, Brocade, HP Blade и так далее.

Предпосылки катастрофы

Какие выводы может сделать из этой истории уважаемый читатель, чтобы не оказаться в подобной ситуации?

Спасибо за внимание, работы вам без сбоев.

Алексей Трифонов

Резервное копирование информации - один из основных способов её защиты от потери в связи со сбоем техники.

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

Вот несколько простых правил, которые помогут сохранить информацию.

1. Частота копирования.

Рассмотрим сначала резервное копирование операционной системы.

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

Резервное копирование прочей информации.

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

2. Хранение.

Перед тем, как сделать бэкап появляется вопрос - где хранить информацию?

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

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

б) Хранение на внешнем носителе, например, на флешке, или на съёмном диске, защитит вас от потери информации, если выйдет из строя весь винчестер в компьютере.

в) Хранение информации в интернете.

Всё большую популярность набирают сетевые диски, такие как яндекс-диск и прочие. Хранение данных достаточно удобно, но не безопасно.

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

3. Проверка данных.

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

Встроенные возможности ОС.

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

Рассмотри эту функцию на примере операционной системы windows 7. Она называется "Центр архивации и восстановления".

Для того, что б запустить утилиту "Центр архивации и восстановления", делаем следующее:

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

Данный сервис полностью удовлетворяет потребности обычных пользователей.

Достаточно после сбоя найти свою резервную копию, запустить её, дальше система сама подскажет, какие действия нужно сделать.

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

Приведём наиболее популярные программы для создания резервных копий.

Тройка лучших платных программ:

1. Norton Ghost
2. Paragon Backup & Recovery
3. Acronis True Image Home

Бесплатные программы:

• FBackup 4.8
• File Backup Watcher Free 2.8
• Back2zip 125
• The Copier 7.1
• Comodo BackUp 1.0.2

Из списка перечисленных бесплатны программ можно выбрать любую, которая больше всего подходит по роду и активности пользования компьбтером. Самая "слабая" программа для копирования File Backup Watcher Free 2.8, но у этой программы есть один большой плюс - создавать образы ISO. Back2zip подходит тем, кому редко приходится сталкиваться с резервным копирование, и копировать по сути то почти нечего. The Copier достаточно сложен в работе, но может помочь зарезервировать до 300 гигов данных.

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

Клонирование дисков.

Наверное все сталкивались с проблемой, когда на диске заканчивается свободно место.
Что же делать, если удалять уже нечего, а места всё равно не хватает?
Приходится покупать новый винчестер большей ёмкости. Хорошо если есть место в системном блоке для второго винчестера, но что делать, если можно только заменить один винчестер на другой? Нужно как-то перенести все данные со старого винчестера на новый винчестер. Сделать это позволяют специальные программы по клонированию дисков.

Самая распространённая - Acronis 2011 , которая помогает качественно провести клонирование диска.

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

Следующей по популярности идёт программа HDClone . Принцип действия практически такой же. Разница только в цене продукта и в немного урезанном функционале.

Третье место занимает R-Drive Image

Достаточно простая в использовании программа с пошаговым пользовательским интерфейсом. Основное преимущество - дешевизна данного продукта.

Существует так же множество бесплатных аналогичных программ, не уступающих по функциональности вышеперечисленным программам. Примером такой программа может быть Clonezilla и PC Disk Clone Free 8.0. Существует так же платный аналог второй программы.

RAID массивы. Нет, не защита от насекомых.

RAID был создан в 1987 году А. Петтерсоном, А. Гибсоном и Катцом. Первоначально RАID - «redundant array of inexpensive disks» переводилось "запасной массив недорогих дисков". Позже, с увеличением цены на винчестеры, RAID стала носить смысл "redundant array of independent disks", т.е. " запасной массив независимых дисков".

Ранее RAID массивы использовались только для серверов, но сейчас с постоянным развитием техники, RAID массивы используются и для домашних компьютеров.

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

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

существует несколько моделей RAID массивов.

RAID 0 - дисковый массив повышенной производительности с чередованием, без отказоустойчивости;

RAID 1 - зеркальный дисковый массив;

RAID 2 зарезервирован для массивов, которые применяют код Хемминга;

RAID 3 и 4 - дисковые массивы с чередованием и выделенным диском чётности;

RAID 5 - дисковый массив с чередованием и «невыделенным диском чётности»;

RAID 6 - дисковый массив с чередованием, использующий две контрольные суммы, вычисляемые двумя независимыми способами;

RAID 10 - массив RAID 0, состоящий из массивов RAID 1;

RAID 50 - массив RAID 0, состоящий из массивов RAID 5;

RAID 60 - массив RAID 0, состоящий из массивов RAID 6.