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

В случае описания вопроса выбора, скорости и связанных с этим проблем, просьба ссылаться на посты в соответствующих ветках.

Основы теории массивов: http://wikipedia.org/wiki/RAID
Общая информация по массивам доступна в виде мини-бета-FAQ.
Познавательная статья по контроллерам от програмного массива к аппаратному - Игры с RAID
Полезная статья по восстановлению RAID.
Полезные сведения по работе с RAID-контроллером 3ware 9550SX-8LP, в качестве примера.

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

Intel® Rapid Storage Technology не поддерживает 3TB диски в RAID-режиме, а Rapid Storage Technology enterprise(X79, C600) - работает с ними.

serj Я не беру крайности, когда размер инфы меньше размера страйпа - в этом случае вообще глупо создавать страйп-массив.
Гринпис На ССД Райд-0 тоже не уменьшает время доступа. Это факт.
З. Ы. На одиночках ВД Блэк среднее доступа 12.05мс, на рэйд-0 (аппаратном) - было 13.2. Щас этот массив - софтовый, даже не знаю, чем померять, все проги одиночные диски видят....

serj, да, я имел в виду конечно время выполнения операции, хотя оно как раз и сокращается за счет сокращения времени доступа. Access time в AS Benchmark'е.

Хитрый John™ [USSR], так там зависимость не прямая, а экспоненциальная.
Чем меньше общее время доступа, и чем больше дисков и чем они быстрее сами по себе, тем меньший эффект получаем от добавления в рейд каждого последующего. Более того, я допускаю, на определенном этапе, при слишком большом количестве дисков в рейде, время выполнения операции записи (которое включает в себя время доступа), начнет увеличиваться из-за задержек, связанных с разбиением инфы на слишком много частей.
Я мерил AS Benchmark'ом

Добавлено спустя 1 час 28 минут 34 секунды:
А вот и скрины!
RAID0 на 4-х WD RE4
#77
RAID5 на этих же дисках.
#77

Как видно, время доступа на чтение массива примерно равно времени доступа на чтение одиночного диска (около 12мс, скрина нет), а время доступа на запись очень сильно уменьшилось.
Причем RAID0 ведет себя во всех случаях лучше, чем RAID5, что в принципе, логично.

#77#77
Это пока только для RAID0 - уж очень долго без кеширования тестируется...
Но все равно, доступ на чтение 6,5мс у какого еще семитысячника 3,5" такое время доступа на запись есть?

Вроде по теме..В общем нет ли каких утилит для мониторинга винтов(или,вернее сказать - для мониторинга самого рейда) в рейде на Х79? Если глупый вопрос задаю, то просветите ламера в деле рейдов

quake core Это пробовали?

Хитрый John™ [USSR], благодарю, все отлично мониторится
и вообще приятная софтина, что я раньше на нее внимания не обращал

Друзья, прошу помощи.
Сделал RAID0 из двух SSD. Делал так - сначала в BIOS в Raid mode поставил RAID (еще варианты были AHCI и IDE), после перезагрузки нажал F11, после Ctrl+F, где в утилите выбрал данный массив и сформировал оный.
Поставил виндовс все работает в одном диске и ок. Но есть одно - НО.
Теперь при каждом включении компа идет инициализация устройств довольно долго, после этого предложение нажать Ctrl+F, чтобы выбрать рейд утилиту. а уже после, когда я пропускаю - грузится виндовс.
Как избавиться от лишней траты времени и пропустить этот шаг ???

shodan32
Никак. Биос рейда это отдельное ядро и оно должно прогрузиться и определить устройства.

Leonator Кошмар! Ну а как же жить теперь с этим.
Такая реакция получается сразу после того, как ставишь вместо IDE в графе RAID Mode - RAID?
Правильно понимаю, что если поставлю опять IDE или AHCI - весь рейд сбросится и все разрушится ?

shodan32
Нет. Просто не давайте ОС что-то писать на разделенный рейд. Тогда его целостность нарушится.

Leonator А как же ОС запретить это делать ?

И есть смысл менять на AHCI?

shodan32
Чего добиться-то хотите? Про загрузку вам уже объяснил.

Возможно данные вопросы уже задавались. Неплохо бы ответы на них добавить к миниFAQ.

У меня есть комп с Win server 2003 на базе МП ASUS P5Q WS. На плате есть южный мост ICH10R с поддержкой Raid 0, 1, 5, 10. В компе есть два ЖД - один с виндой 250 Гб, второй 500Гб под базу данных. Хочу второй запараллелить в рейд 1. Для этих целей есть третий ЖД того же размера, изготовителя, модели.
Собственно можно ли где-то почитать гайд step-by-step как это сделать?
И есть конкретные вопросы:
Нужно ли форматировать ЖД до организации рейда или наоборот после?
Потеряю ли я данные со второго жесткого диска при организации Raid или же можно этот диск уже с данными отзеркалить на второй?
Нужно ли мне отключать системный диск при организации RAID?
Нужно ли ставить дополнительно драйвера на Raid учитывая что система стоит на отдельном диске а не в массиве?
Есть ли шанс потерять данные с системного диска при организации Raid? Бэкап БД находится в отдельном разделе именно системного диска.

Нет, т. к. при создании РЭЙД-а МБР на участниках перепишется. После - вам ПРИДЕТСЯ это сделать, т. к. необходимо создать разделы в массиве.На вашем - потеряете, зеркалировать рабочий диск на ходу умеют проф. контроллеры. На обычном такое возможно только при условии, что создан изначально фэйк-массив из одного диска.Нет, если нет опасности спутать его и сделать участником массива (см. пункт 1).Нет. Только дрова контроллера как девайса (Если системный диск на этом же контроллере - они априори уже есть в системе).См. пункт 3.
---
З. Ы. Возможны нюансы: я смог поправить инфу на системном зеркале, подцепляя винты по-одиночке на другую машину. На Нвидиа-чипсете удавалось через фэйк-массив собирать рэйд зеркало из рабочего и пустого винтов.
З. З. Ы. Бэкап важной инфы перед любыми экспериментами!!!

HaxyxoJIb
Да. Нет.
В документации на плату обязательно есть раздел по встроенному RAID. Как собрать "зеркало" там точно есть.

По желанию.
Да, потеряете. С одной половины "зеркала" (имеется ввиду "третий ЖД", с первой половины, с "второй 500Гб" - смотря по способу действий).
Если только "на всякий".
Да, нужно. Изменится режим работы всего моста.
Конечно есть - например, если при сборке массива не то нажать.

0. В вашем случае проще собрать RAID1 средствами ОС.
0. 0. Step-by-step:
0. 1. Конвертируете занятую 500-ку в dynamic disk. Backup recommended, but if you are risky guy, may not
0. 2. Подключаете вторую 500-ку, в пустом виде делаете Initialize, convert to dynamic disk. Volume на ней НЕ создавать.
0. 3. Жмете на занятом месте первой 500-ки, на volume, Extend Mirror. Выбор там будет небогатый, ошибится негде.
0. 4. ???
0. 5. PROFIT!!!

1. Если все-таки средствами моста... Все сложнее.
1. 0. Step-by-step:
1. 1. Отключаем обе 500-ки и добиваемся работоспособности ОСи и при режиме SATA-контроллера "RAID". Ничего не собирая, пытаемся загрузить 250-ку. Если неудача (0х7B) - мучаем Critical Device Database при помощи IaStor.inf. После бэкапим базу еще раз (с первой 500-ки на 250-ку).
1. 2. Отключаем 250-ку, подключаем обе 500-ки. Используя интерфейс прошивки (Ctrl-I после биоса) - собираем "зеркало". Если на данном этапе спутать вторую 500-ку с первой - бэкап с 250-ки окажется нелишним.
1. 3. Подключаем 250ку на младший порт, 500-ки. "Отметина" о состоянии в RAID-е на 500-ках лежит в самом их "хвосте", спрятанная за HPA, порты и даже мост неважны
1. 4. После загрузки видим системную 250-ку и массив-500-ку. Ставим управлялку RAID-ом, что бы следить за его состянием.
1. 5. Mission complete.

Спасибо за ответы все вполне доходчиво.

А какие минусы у рейда средствами ОС? Что будет если гикнется системный диск? После установки нового и переустановки ОС рейд подцепится автоматически или нужно будет пересоздавать и что будет с данными?