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

1. Бэкап сервера обЪязан просто быть - независимо от состояния накопителей его дисковой подсистемы.
2. Операция замены одного из накопителей "зеркала" в принципе не требует создания отдельного бэкапа. Ещё раз: бэкап обЪязан быть независимо ни от каких "игр" (и вообще независимо ни от какой каши в голове!). Смртря по тому, какой софт для RAID-контроллера установлен и как он настроен; если софт автоматически не начнёт ребилд - возможно, потребуется запустить ребилд руками (порой для этого достаточно объявить новый накопитель как HotSpare - тогда ребилд начнётся сразу).

1Е это страйпед миррор. занятный вариант в общем-то. хотя и странный.

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

Не, это скорее "вращающийся" миррор.Ну вот развалит ТС весь массив - узнаем, повод или нет...

Тормозатее, относительно RAID10; единственное теоретическое преимущество - можно использовать нечётное количество накопителей... Короче:

Добавлено спустя 1 минуту 21 секунду:
Если у него штатных регулярных бэкапов нет - туда и дорога этому "массиву".

Да.


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

Сам готов собрать что-то оптимальное и за свои деньги (либо Синеложи), но это уже не сюда (в личку?).

aggression Не уверен, что это однозначный сигнал менять накопитель. Если счетчик не растет под нагрузкой со временем, другие параметры не растут и винт не вываливается из массива - я бы забил: возможно, контроллер не совсем дружит с этими винтами и периодически их теряет. Какие винты с какими прошивками хоть, в HCL для данной прошивки и модели контроллера вообще присутствуют?

Под систему - ST373455SS (f/w: 0002) x3, под хранилище - S0NFJ1EPA06469 (f/w: CT100-12) + S0NFJ1EPA06465 (f/w: CT100-12), на счет остального без понятия о чем вы :)

Ну тогда если не передумали, то ищете совместимый диск, меняете им неисправный, грузитесь в ОС, заходите в ASM, в Physical Devices щелкаете на новом винте, "Аctions", "Create dedicated hot spare for", дальше выбираете первый Logical Device (1E который). Начнется перестроение массива.

Хитрый John

Если вы говорите, что данная ошибка не критична (если не будет каждодневно прогрессировать дальше), то остановлюсь пока на создании backup-а. Диск на «всякий пожарный» есть.

За помощь спасибо (всем) и, если вдруг что, обращусь снова :)

aggression Сама по себе "aborted commands" - лишь не принятая винтом в положенное время транзакция. Причины могут быть разные. Если винт не вываливается из массива и эти aborted commands не растут лавинообразно - ничего страшного нет. Вот если массив сваливается в degraded - тогда нужно смотреть, в чем причина (разъемы/корзины/питание и т. п.) и при необходимости менять этого участника.
З. Ы. Наличие RAID любого уровня отказоустойчивости не отменяет необходимости бэкапа.
З. З. Ы. ДБ-админы бывают двух типов: первые еще не делали бэкап, вторые - уже делают.

ОМГ!!! Да у тебя должен быть бэкап совершенно независимо от любых "если"! А если у тебя нет бэкапа - тебе и данные вовсе не нужны.

Хитрый John писал(а):

З. З. Ы. ДБ-админы бывают двух типов: первые еще не делали бэкап, вторые - уже делают.

Есть ещё и третья категория - те, что проверяют развёртываемость сделанного бэкапа (но это уже точно "за гранью" попсового форума overclockers.ru ).

Что для этого посоветовать можешь?

Смотря по тому, что за ОС используется и какие именно данные нужно бэкапить.
Если серверная винда - так саму себя она сама же и умеет бэкапить, только этот момент настроить надо. Что касается данных - для бэкапа баз M$ SQL Server опять-таки его и следует использовать; для бэкапа прочих данных я использую бесплатную софтину Cobian Backup http://www.cobiansoft.com/cobianbackup.htm - благо, она умеет инициировать теневое копирование тома...

Доброго времени суток! Ситуация такова - собрал я новый пк и решил сделать из 3-х hdd файлопомойку в виде RAID 0. Имеется asus crosshair vi hero, m2 nvme ssd samsung 960 evo, ssd crucial mx300, hdd wd blue 1tb x3. Хотел в итоге получить такую картину: система на m2, mx300 программы и т.п., и 3 hdd в raid0. Установил виндовс (10про), и начал возиться с рейдом. В биосе сата конф. выставляю с ANCI на RAID, сохраняю, перезагрузка. При загрузке предлагают нажать контрл+R, нажимаю и вижу справа список всех сата устройств, а слева список массивов (каждый диск в своем собственном), удаляю 3 массива hdd дисков, и создаю из них RAID 0, в процессе создания выставляется лимит в 2.1 ТБ, при повышении которого начинает писать, что видно не будет (игнорирую, соглашаюсь). Создается массив размером 2,9 ТБ, выход, перезагрузка. Грузится винда, в управлении дисками кроме m2 ssd на котором винда то и установлена больше не видно ни фига ни второго ssd ни рейда. Если изменить в биосе с RAID на ANCI, то все появляется само собой безо всяких рейд массивов. Установил чипсетные дрова с сайта амд (где то на буржуйском форуме помогло кому-то) эффекта - ноль, при попытке поставить дрова RAID контроллера - ошибка мол не совместимы с этим виндовс! (хотя должны быть). Пытался при переустановке винды подсунуть эти дрова (они с сайта материнской платы) как написано в книжке к материнке, пишет что не найдено для моего оборудования. Опять же если переустановка винды при включенном RAID, то при выборе куда ставить виндовс видно только м2 ssd. В общем я уже хз, что делать и вообще реально ли это сделать(где-то попадалось, что надо несколько контроллеров, мол на одном не могут висеть рейд и ссдишники отдельно)?

DjRama А зачем вам HBA-массив, если он не будет загрузочным? В режиме RAID удалите все созданные массивы, верните контроллер в AHCI, поставьте винду на ваш SSD, в системе в оснастке управления дисками объявите ваши 3 винта динамическими и создайте нормальный софтовый чередующийся массив.

Сделайте рейд средствами Винды, он будет переносим в любой винде и не требует геморроя с чипсетным глюком.
Легко переразбивается через Mini Tool.
Ради галочки RAID в Биос не придется ничего переставлять и ***ться.
Железный рейд нужен в дорогостоящем случае ради производительности, надежности, это выходит за рамки файлопомойки.
Только если даром какой нибудь SCSI хлам или бесплатно все достанется.
Быкап ваше фсё. Мониторьте состояние через Crystal Disk Info, сразу все не сдохнет,
держите свободными 15-20% на случай переразбивки на рейд из двух выживающих дисков в конце раздела,
разделяйте файлы большого и маленького размера на разные разделы для ускорения дефрагментации.