Важно! Перед любыми операциями с массивами бэкап важных данных обязателен!
В теме обсуждаем вопросы и проблемы организации (выбор структуры), создания, эксплуатации, модернизации (перенос/расширение) и восстановления (ребилда), а также сопутствующие этим вопросам моменты.
Обсуждение выбора 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) - работает с ними.

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


я очень надеюсь что в refs эта технология вернётся.
очень удобно включить все винчестеры в масив (хранилище), отметить важные папки которые нужно держать 2 копии на разных физических винчестерах и не о чём не заботиться.
ещё бы распределение нагрузки между винчестерами (скажем для раздачи 500+ торентов на скорости 1гбит, и одновременной скачки сотни торентов на той же скорости на компе с десятью винчестерами разного обьёма).
тогда в домашних (и корпаративных) условиях отпадёт надобность в рейдах.
разве что рейд1 для диска с операционной системой.
ещё бы возможность чтобы файловая система могла хранить данные на нескольких серверах )пусть и за дополнительные деньги)

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

А почему она должна отпасть? Сделать RAID и систему резервного копирования гораздо проще, чем:

Что, кстати по принципу работы не сильно отличается от RAID1.

В ZFS не просто зависят, но являются их частью.

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

Тоже глаз за это зацепился: что, ради этого софтовый RAID5 городить?.. Ну и ну

RAID5 имеет достаточно много преимуществ, особенно при большом количестве дисков. Если денег только на 3-4 диска, то лучше сделать RAID1 или RAID10 - их поддерживают практически все контроллеры, в том числе и чипсетные.
Тут вопросы-то возникли вроде:
1. Зачем "зеркалировать" все, когда можно только критичные отдельные папки.
ОТВЕТ: а что, жалко для всех папок? а если забудете отметить "важные"?
2. Зачем городить какой-то рейд, он же такой сложный?
ОТВЕТ: когда разберешься в принципах работы RAID, он перестает казаться непомерно сложным (и вместо рейд начинаешь писать аббревиатуру "RAID" )

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

Sumen

а я и не называл zfs корпоративным решением, особенно говоря за железо

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

интересно было бы сравнить технологию от синолоджи с тем что поддерживает windows home server.

Поясните пожалуйста такое. Имеем Asus x79, SSD и 2xHDD 1Tb. На SSD - винда 7х64 а HDD хочу в райд 0 через биос (хранить там ничего не планирую, просто нужна скорость).
Выяснил что в биос Sata Mode нужно выставить в райд, перегрузиться и дальше утилитой интел создать массив.
Так вот, в мануале материнки написано что при переводе в режим рейд все остальный сата порты то же стартуют в райд режиме. По этому возникаем масса вопросов:
1. Будет ли SSD в режиме Sata Mode - Raid иметь все плюшки режима AHCI (ну Trim например)?
2. Если нет то можно после создания райд массива опять перейти в режим Sata Mode - AHCI?
3. Как лучше поступить, сначала установить винду на SSD и потом создать массив на HDD или сначала массив на HDD а уже потом винду на SSD?

Установить винду на SSD и сделать динамический том с чередованием из HDD при помощи стандартной оснастки Windows. И не заморачиваться по поводу двух первых пунктов.

Будет. Он же у тебя будет не в составе массива, а - сам по себе...
Так будет разумнее; а то вот откажется у тебя винда стартовать при смене режима с AHCI на RAID - и всё равно придётся её переустанавливать (либо "плясать с бубном").

O Smirnoff спасибо

Еще пару вопросов:
1. когда буду создавать райд какой лучше выбрать страйп (по умолчанию для райд 0 предлагает 128к)
2. после создания райд, в процессе установки Win 8.1 x64 на SSD (режим Sata Mode - Raid) нужно ли будет подсовывать RAID драйвера: RSTe - IRST? и если да, то какой из них предпочтительней?

Нет, уже семёрка узнавала интелёвый чипсетный RAID без дополнительных дров; вот после установки ОСи будет разумнее поставить IRST. Если у тебя десктопная m/b - на них Rapid Storage Technology Enterprise (Intel RSTe) не бывает; если серверная и там есть выбор между этими двумя вариантами... ну ты уж сам как-нить определись, что тебе надо - IRST или RSTe.

O Smirnoff спасибо за помощь

Еще один вопрос по питанию.
Запитать каждый из 2 HDD отдельным кабелем или можно посадить оба на один?

Без разницы: типичное потребление единичного HDD 3.5" - в районе 7..10 Ватт, так что и 4 штуки на один шлейф ничего не "перегрузят"...

Такая проблема. Столкнулся с органичением на размер массива на контроллере adaptec 5405. Не дает создать массив больше 10Тб. Ни рейд5 на 4х4Тб, ни (ради эксперимента) рейд0 на 3х4Тб. Меньше пожалуйста, а больше не конфигурирует без сообщений об ошибке. Жду ответ от их техподдержки. Не знаю, это прикол конкретного контроллера или какое-то более фундаментальное ограничение.

Отвечаю себе в режиме ворклога. Техподдержка adaptec отписала, что существует ограничение на 512Тб, посоветовали обновить прошивку, и, если не поможет, слать им логи.

512 больше похоже на правду, нежели несчастные 10...
А "прошивку обновить" - это вообще стандартная процедура перед использованием любого дискретного RAID-контроллера.

Ворклог adaptec 5405. Запись 3. В общем даже после обновления всего и вся через виндоусовский софт массив так и не собрался, зато удалось собрать его из биосной утилиты контроллера. Problem solved. Что это было, пусть роет по логам техподдержка. К слову, техподдержке adaptec зачет, вполне адекватные ребята, отвечают нормально, хотя в данном конкретном случае их роль остается под вопросом.

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