RAID на материнской плате: когда лекарство опаснее болезни
Дисковые массивы принято называть RAID. Зануда может рассказать, что это не вполне корректно, но опустим тонкости. Важнее то, что самый доступный для домашнего пользователя вид RAID, на материнской плате, вреден.
То есть его можно использовать для построения RAID0 (это который с увеличением скорости в ущерб надёжности). Но для сохранения информации или обеспечения доступа к ней использовать RAID на матплате может быть опасно. Поэтому при выборе материнской платы пользовательского класса (ака desktop) обращать внимание на то, какой в ней RAID не нужно. Он в любом случае fake-RAID, горячий привет маркетологам. Кстати, в серверах, где RAID функционал не просто востребован, но и обязателен, используют не fake-RAID функционал матери, а отдельные недешёвые контроллеры. Зачем-то.
Если вам интересно подробнее
Из нашего FAQ
ВАЖНО настолько, что подчеркну вновь. Никакой RAID не есть замена backup.
Предельно кратко, пригодный к промышленному использованию RAID бывает программный (SW, software), аппаратный (HW, hardware). Годный аппаратный RAID контроллер - это собранный на карте расширения специализированный компьютер со своими процессором, памятью, и, особенно важно, системой сохранения памяти при сбое по питанию. Обычно это BBU, батарейка в просторечье. Помимо множества преимуществ у аппаратного RAID контроллера есть почти запретительная для домашнего использования цена. Программный RAID реализуется средствами операционной системы. Как примеры можно привести mdadm из Linux, zfs из Solaris, FreeBSD, Linux или Storage Spaces из Windows. Программный RAID потому и программный, что не привязан к конкретному оборудованию, а может работать на различном, если оно поддерживается операционной системой. Ещё недавно работа программного RAID отнимала значительные ресурсы от центрального процессора. Но с ростом производительности процессоров проблема практически отпала.
Fake RAID возник как дешёвая замена аппаратного RAID. Вычисления производятся на центральном процессоре компьютера. Но какая то, пусть и минимальная аппаратная часть используется.
Например, первая же ссылка, выдаваемая Гуглом по запросу "материнские платы raid" содержит следующую чушь
[Spoiler (click to open)]
Аппаратный raid покажет ощутимое преимущество если у вас 4 или более винчестеров в раид массиве, т.е. если проект имеет реально большую нагрузку на дисковую систему. Тогда отдельная плата позволит серверу быстрее обрабатывать огромное количество одновременных параллельных дисковых операций ввода-вывода.(...) По надежности оба типа контроллеров одинаковы.
Это не правда, они не одинаковы по надёжности. На фейковом RAID вы запросто получите дыру по записи при сбое по питанию, или поимеете проблемы при попытке восстановления массива, когда диск сдохнет и такое восстановление понадобится, или обнаружите, что на новой материнской плате фейковый RAID не монтируется или потеряете метки на RAID дисках при сбросе BIOS матери из-за севшей батарейки и пр. Впрочем запросто не значит наверняка. При известной (и не такой уж большой) квалификации вы вполне можете преодолеть эти и другие проблемы. Просто такая квалификация нужно ДО того, когда приходится перестраивать RAID массив, а не В МОМЕНТ, когда диск упал и что-то надо делать. Поэтому, устраивая у себя RAID, обязательно смоделируйте на берегу возможные нештатные ситуации. Оно сильно пригодится. И для душевного здоровья и для сохранности волос на заднице. Кстати, когда я впервые примерялся к ZFS, я не поленился даже сбойный диск включить в массив, записать данные, вырвать на горячую нормальный диск - и посмотреть что будет. Так что совет про на берегу - он не только про фейковый RAID, он про всё в этой жизни.
PS UPD от 12 фев 2017 Пример из жизни
Всем добрый вечер. Может есть способ решить мою проблему без длительных копирований восстановлений. На материнке был RAID0 2Tb+2Tb, и SSD с системой. После какаихто манипуляций подростающего поколения с разгоном, биос не смог загрузить текущую конфигурацию и предложил сбросится по умолчанию. С чем юное дарование собственно и согласилось. После этого была попытка загрузить систему, которая почти удалась, вот только винда заныла что что то у меня там не очень внутри, и давайтека восстановимся. Юный хакер конечно согласился, но после всех процедур он грустно глянул на синий экран и позвал меня. После включения в биосе режима RAID для дисков, винда благополучно загрузилась, но рейд развалился, один диск остался второй вывалился и стал диском D , на место рейда. Как я понимаю винда когда восстанавливала себя потерла там загрузочные сектора и т.д. Подозреваю что есть путь решения проблемы при помощи исправления только загрузочной информации, хотя не факт. если там вся информация убита. Сейчас пробую прогнать через R-Studiо , но тот диск чтоостался в рейде пришлось подключить через USB, по другому он лезет в рейд, и еще часов 12 он будет только сканироваться. И то не факт что на выходе не получу фарш. Вот собственно и вопрос. Есть шанс как то восстановить инфу по другому. Всем спасибо за то что прочитали хотя бы) а если еще и идею подкинете по делу - огроменное спасибо вам!/UPD
UPD от 20 фев 2017 Ни разу не было и вот снова...
Так случилось, что сервер, благополучно работавший в дата-центре с 2010 года, завис, а после выключения-включения не смог загрузиться. На нем стоит RAID1 из двух 500 гиговых WD. В настоящее время состояние рейда - none defined, а оба диска в статусе Offline member. Контроллер - Intel Matrix Storage Manager option ROM v8.9.1.1002. Первым делом я приволок сервер в офис и стал бэкапить диски. Один благополучно забэкапился, а вот второй стал ругаться на битые сектора. Собственно свой ресурс диски уже выработали и я сейчас заказал пару новых. Отсюда вопрос, как мне вернуть рейд в работоспособное состояние? На порту 0 - рабочий диск, на порту 1 - битый диск. У биосе контроллера есть опция Recovery Volume Options, а в ней подопции 1. Enable only Recovery Disk 2. Enable only Master Disk. Я так понимаю, что мастер диск на порту 0. Или вот тут на форуме писали, что нужно делать диск Non-RAID, а потом создавать его заново. Что посоветуете? /UPD
То есть его можно использовать для построения RAID0 (это который с увеличением скорости в ущерб надёжности). Но для сохранения информации или обеспечения доступа к ней использовать RAID на матплате может быть опасно. Поэтому при выборе материнской платы пользовательского класса (ака desktop) обращать внимание на то, какой в ней RAID не нужно. Он в любом случае fake-RAID, горячий привет маркетологам. Кстати, в серверах, где RAID функционал не просто востребован, но и обязателен, используют не fake-RAID функционал матери, а отдельные недешёвые контроллеры. Зачем-то.
Если вам интересно подробнее
Из нашего FAQ
ВАЖНО настолько, что подчеркну вновь. Никакой RAID не есть замена backup.
Предельно кратко, пригодный к промышленному использованию RAID бывает программный (SW, software), аппаратный (HW, hardware). Годный аппаратный RAID контроллер - это собранный на карте расширения специализированный компьютер со своими процессором, памятью, и, особенно важно, системой сохранения памяти при сбое по питанию. Обычно это BBU, батарейка в просторечье. Помимо множества преимуществ у аппаратного RAID контроллера есть почти запретительная для домашнего использования цена. Программный RAID реализуется средствами операционной системы. Как примеры можно привести mdadm из Linux, zfs из Solaris, FreeBSD, Linux или Storage Spaces из Windows. Программный RAID потому и программный, что не привязан к конкретному оборудованию, а может работать на различном, если оно поддерживается операционной системой. Ещё недавно работа программного RAID отнимала значительные ресурсы от центрального процессора. Но с ростом производительности процессоров проблема практически отпала.
Fake RAID возник как дешёвая замена аппаратного RAID. Вычисления производятся на центральном процессоре компьютера. Но какая то, пусть и минимальная аппаратная часть используется.
Например, первая же ссылка, выдаваемая Гуглом по запросу "материнские платы raid" содержит следующую чушь
[Spoiler (click to open)]
Аппаратный raid покажет ощутимое преимущество если у вас 4 или более винчестеров в раид массиве, т.е. если проект имеет реально большую нагрузку на дисковую систему. Тогда отдельная плата позволит серверу быстрее обрабатывать огромное количество одновременных параллельных дисковых операций ввода-вывода.(...) По надежности оба типа контроллеров одинаковы.
Это не правда, они не одинаковы по надёжности. На фейковом RAID вы запросто получите дыру по записи при сбое по питанию, или поимеете проблемы при попытке восстановления массива, когда диск сдохнет и такое восстановление понадобится, или обнаружите, что на новой материнской плате фейковый RAID не монтируется или потеряете метки на RAID дисках при сбросе BIOS матери из-за севшей батарейки и пр. Впрочем запросто не значит наверняка. При известной (и не такой уж большой) квалификации вы вполне можете преодолеть эти и другие проблемы. Просто такая квалификация нужно ДО того, когда приходится перестраивать RAID массив, а не В МОМЕНТ, когда диск упал и что-то надо делать. Поэтому, устраивая у себя RAID, обязательно смоделируйте на берегу возможные нештатные ситуации. Оно сильно пригодится. И для душевного здоровья и для сохранности волос на заднице. Кстати, когда я впервые примерялся к ZFS, я не поленился даже сбойный диск включить в массив, записать данные, вырвать на горячую нормальный диск - и посмотреть что будет. Так что совет про на берегу - он не только про фейковый RAID, он про всё в этой жизни.
PS UPD от 12 фев 2017 Пример из жизни
Всем добрый вечер. Может есть способ решить мою проблему без длительных копирований восстановлений. На материнке был RAID0 2Tb+2Tb, и SSD с системой. После какаихто манипуляций подростающего поколения с разгоном, биос не смог загрузить текущую конфигурацию и предложил сбросится по умолчанию. С чем юное дарование собственно и согласилось. После этого была попытка загрузить систему, которая почти удалась, вот только винда заныла что что то у меня там не очень внутри, и давайтека восстановимся. Юный хакер конечно согласился, но после всех процедур он грустно глянул на синий экран и позвал меня. После включения в биосе режима RAID для дисков, винда благополучно загрузилась, но рейд развалился, один диск остался второй вывалился и стал диском D , на место рейда. Как я понимаю винда когда восстанавливала себя потерла там загрузочные сектора и т.д. Подозреваю что есть путь решения проблемы при помощи исправления только загрузочной информации, хотя не факт. если там вся информация убита. Сейчас пробую прогнать через R-Studiо , но тот диск чтоостался в рейде пришлось подключить через USB, по другому он лезет в рейд, и еще часов 12 он будет только сканироваться. И то не факт что на выходе не получу фарш. Вот собственно и вопрос. Есть шанс как то восстановить инфу по другому. Всем спасибо за то что прочитали хотя бы) а если еще и идею подкинете по делу - огроменное спасибо вам!/UPD
UPD от 20 фев 2017 Ни разу не было и вот снова...
Так случилось, что сервер, благополучно работавший в дата-центре с 2010 года, завис, а после выключения-включения не смог загрузиться. На нем стоит RAID1 из двух 500 гиговых WD. В настоящее время состояние рейда - none defined, а оба диска в статусе Offline member. Контроллер - Intel Matrix Storage Manager option ROM v8.9.1.1002. Первым делом я приволок сервер в офис и стал бэкапить диски. Один благополучно забэкапился, а вот второй стал ругаться на битые сектора. Собственно свой ресурс диски уже выработали и я сейчас заказал пару новых. Отсюда вопрос, как мне вернуть рейд в работоспособное состояние? На порту 0 - рабочий диск, на порту 1 - битый диск. У биосе контроллера есть опция Recovery Volume Options, а в ней подопции 1. Enable only Recovery Disk 2. Enable only Master Disk. Я так понимаю, что мастер диск на порту 0. Или вот тут на форуме писали, что нужно делать диск Non-RAID, а потом создавать его заново. Что посоветуете? /UPD