Перейти из форума на сайт.

НовостиФайловые архивы
ПоискАктивные темыТоп лист
ПравилаКто в on-line?
Вход Забыли пароль? Первый раз на этом сайте? Регистрация
Компьютерный форум Ru.Board » Hardware » Магнитные носители информации » Все о железячном RAID

Модерирует : Akam1, Dr_StandBy, vertex4

Akam1 (25-08-2016 02:39): http://forum.ru-board.com/topic.cgi?forum=84&topic=5184  Версия для печати • ПодписатьсяДобавить в закладки
Страницы: 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79 80 81 82 83 84 85 86 87 88 89 90 91 92 93 94 95 96 97 98 99 100 101 102 103 104 105 106 107 108 109 110 111 112 113 114 115

   

vzbzdnov



Silver Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
RAID(Redundant Array of Independent/inexpensive Disks)

 
 
на wikipedia
 
 
Array Массив    
Mirroring Зеркало    
Duplexing Дуплекс    
Striping Чередование    
Parity Чётность  

 
 
Статьи
 
RAID Levels
Подробное знакомство с RAID-массивами
Технология RAID
ДИСКОВЫЕ СИСТЕМЫ RAID
Производительность RAID под разной нагрузкой
 

Всего записей: 3970 | Зарегистр. 27-03-2002 | Отправлено: 23:55 21-10-2002 | Исправлено: vzar, 12:46 30-03-2016
DeH



Full Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Здраствуйте уважаемые рубордцы. Обращаюсь к Вам за советом что делать в моей безнадежной ситуации.  
Суть вопроса такова:  
Жили были 3 SATA винта по 500 гигов в 5ом рейдике на LSI контроллере. Тут понадобилось добавить еще 4 винта по 500 гигов. Долго не раздумывая я установил в корзину винты, включился и полез в бивис контроллера. Там я к сожалению их не увидел в ONLINE режиме. Ничего другого в голову мне не пришло в то время как попробовать поменять местами работающий винт с новым, который не завелся и я нагорячую их поменял находясь в бивисе контроллера. Изучив похожие топики я понял что это был ой как напрасно... В общем сервер подвис после рефреша. Я выключил серво, вернул все на место, вынул 4 винта которые нужно было добавить, загрузился - контроллер запищал о том, что один из рабочих винтов FAILED. Бился долго и мучительно пытаясь запустить его, в итоге черт меня попутал или мозг клин словил от этого писка и я в горячах сделал CLEAR CONFIGURATION......................... Далее сконфигурил заново тот же массив, разобрался с новыми винтами и рядом создал еще один 5ый рейд из таких же 3 винтов, поставил на него систему и сейчас поставил сканирование первого рейда при помощи R-Studio.... Что-то находит, но боюсь увидеть результаты сканирования.....  
Натворил делов, сам понимаю... Но все же, какова вероятность восстановления информации? Чем еще можно попробовать восстановить инфу? Или как?  
Заранее благодарю всех откликнувщихся на призыв о помощи.

Всего записей: 588 | Зарегистр. 07-06-2003 | Отправлено: 02:31 28-09-2007
TRANTOR



Advanced Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
DeH

Цитата:
Но все же, какова вероятность восстановления информации?
Она довольно низка.
 
Все эти действия, конечно, проделаны очень зря. Кроме того, что контроллеры LSI тормозные, они еще и довольно "веселые", как оказывается. Советую поменять сей контроллер на какой-нить более вменяемый, например 3ware, Areca, Adaptec. И, разумеется, так больше никогда не делать и вообче перед любыми действиями с массивом делать бэкап.

Всего записей: 1037 | Зарегистр. 17-08-2003 | Отправлено: 10:21 28-09-2007
LeoT

Advanced Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
А вообще - надо смотреть. Если не делали consistensy check, или если делали, то с теми же винтами и теми же параметрами массива (а чек мог запуститься автоматически без предупреждения, посмотреть можно в BIOS'е контроллера в пункте, где есть что-нибудь про background activity, или что-то подобное) , то восстановить инфу можно. Но к контроллеру желательно не подключать, а собирать массив программно. Лучше, естесственно, силами специалистов по восстановлению инфы.

Всего записей: 1160 | Зарегистр. 24-11-2004 | Отправлено: 10:58 28-09-2007
DeH



Full Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Елки палки, тыкал все что можно, в том числе и consistensy check, но не помню когда.. до или после дропа конфы..

Всего записей: 588 | Зарегистр. 07-06-2003 | Отправлено: 11:35 28-09-2007
LeoT

Advanced Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Главное, чтобы чек делался с теми же винтами, и тоже в 5-м RAID'е. XOR в этом случае все равно должен был сходиться в любых сочетаниях, и инфу это не испортило бы. Вот если делали, заменив один из винтов - тогда все, можно больше не мучаться.

Всего записей: 1160 | Зарегистр. 24-11-2004 | Отправлено: 12:31 28-09-2007 | Исправлено: LeoT, 12:32 28-09-2007
DeH



Full Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Ребят, может софт какой толковый наподобии R-Studio еще посоветуете?

Всего записей: 588 | Зарегистр. 07-06-2003 | Отправлено: 18:13 28-09-2007
TRANTOR



Advanced Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
DeH

Цитата:
наподобии R-Studio еще посоветуете?
Да вроде это наиболее известный из всех известных.
 
LeoT
Наверное имеется в виду не консистенси чек, а ребилд? Какой уж тут чек, когда массив в дегрейде. Хотя, в случае приличного контроллера, ребилд бы прошел с новым хардом и все было бы нормально. А вот если хард (любой) был вытащен во время ребилда, то всё: капут.
 
 

Всего записей: 1037 | Зарегистр. 17-08-2003 | Отправлено: 20:00 28-09-2007
LeoT

Advanced Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Именно чек. Это довольно распространенная ошибка - например, ставят в онлайн давно отвалившийся диск (или меняют диск) и запускают чек, думая, что это просто проверка целостности. А на самом деле это перезапись всех XORов по кругу на всех дисках. А ребилд, т.е. запись только на один замененный диск, для инфы не опасен. Даже если винт вытащить - ну свалится массив опять в degraded, ребилд остановится.

Всего записей: 1160 | Зарегистр. 24-11-2004 | Отправлено: 01:03 29-09-2007
TRANTOR



Advanced Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
LeoT

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

Цитата:
А на самом деле это перезапись всех XORов по кругу на всех дисках.
Это не совсем так. В продвинутых контроллерах, помимо инфы и ксора пишутся еще некие дополнительные контрольные суммы, которые позволяют в случае сбойных секторов восстановить инфу (или ксор), определить - где неверный ксор, а где неверная инфа. Иначе восстанавливая по неверной инфе (к примеру сбойный сектор, помеха на шине, итд) получаем неверный ксор. К чему это приведет - надеюсь понятно. А в случае неверного, сбойного ксора - получаем неверную инфу. Т.е., по идее, при отсутствии инфы (и этих дополнительных контрольных сумм) на чистом диске он должен был бы восстановиться из имеющихся ксоров, т.е. должен был бы произойти аналог ребилда. А тут этого не произошло. Значит контроллер несколько "глупее", чем нужно, и он не пишет этих контрольных сумм или их пишет мало. Отсюда и результат, как я понимаю.
 
 

Всего записей: 1037 | Зарегистр. 17-08-2003 | Отправлено: 02:14 29-09-2007 | Исправлено: TRANTOR, 02:23 29-09-2007
LeoT

Advanced Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору

Цитата:
В продвинутых контроллерах, помимо инфы и ксора пишутся еще некие дополнительные контрольные суммы,  

Куда они пишутся? Ни разу ничего подобного не видел. Это же как минимум карта должна быть немаленькая где-то за пределом пользовательского объема, а максимум - еще один диск.
На чистом диске отсутствует конфигурационная инфа контроллера, по которой он и определяет, что диск заменен.

Всего записей: 1160 | Зарегистр. 24-11-2004 | Отправлено: 15:36 29-09-2007
TRANTOR



Advanced Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
LeoT

Цитата:
Куда они пишутся?
Достоверно не знаю, но знаю, что пишутся. Рискну предположить, что к примеру на один блок страйпа 1, наример, байт контрольной суммы или даже меньше - байт CRC на 2 или 4 страйпа.
 

Цитата:
Это же как минимум карта должна быть немаленькая где-то за пределом пользовательского объема, а максимум - еще один диск.
Не такая уж и большая. Вот, набросал просчет размера области контрольной суммы для своего массива Получается, что не так уж и много нужно место под CRC и цифры похожи на правду.
 

Цитата:
На чистом диске отсутствует конфигурационная инфа контроллера, по которой он и определяет, что диск заменен.
Это разумеется. Но если диск, к примеру, сильно повредился и много инфы искажено, а конфигурационная инфа осталась, то массив все равно должен свалиться в дегрейд. Попрог сваливания в дегрейд или несваливания у каждого котроллера свой, как я понимаю. На своем примере могу сказать, что когда у меня не было бабуина и упса, то при пропадании питания (была интенсивная работа с массивом) массив ушел в дегрейд. Ребилд нормально отработал, массив поднялся. Но был и другой случай: случайно задел один из саташных шнуров, он вывалился, я быстренько его обратно вставил, дегрейда не произошло. Обмен с диском был на минимуме. Потом при верификации массива были пофиксены неверные блоки и все. В обоих случаях конфиговая инфа на дисках никуда не девалась. Отсюда делаю вывод, что все намного хитрее устроено.

Всего записей: 1037 | Зарегистр. 17-08-2003 | Отправлено: 17:54 29-09-2007 | Исправлено: TRANTOR, 18:02 29-09-2007
K0L0M

Newbie
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Подскажите: есть два диска 7200.10 и контроллер PCI-E на Sil3132, воткнул диски в контроллер, в биосе контроллера создал рэйд 1, вставил диск с виндовс, через ф6 добавил драйвера, а виндовс пишет, что не находит диски и прерывает установку, что я не так делаю?  

Всего записей: 2 | Зарегистр. 15-09-2007 | Отправлено: 10:52 01-10-2007
LeoT

Advanced Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
TRANTOR:
Буду смотреть на попадающихся массивах, есть ли там что похожее на эти дополнительные CRC. Штука полезная, если она там есть, с некоторыми неоднозначными случаями позволит быстрее разбираться...

Всего записей: 1160 | Зарегистр. 24-11-2004 | Отправлено: 11:54 01-10-2007
simplix



Advanced Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Появились несколько вопросов по рейдам, поиск юзал и здесь, и в гугле - но ничего конкретного, ясного и чёткого не нашёл. Может быть здешние спецы подскажут что к чему. Речь будет идти только о RAID 1, все опыты проводились на nForce 570, где находится рейд-контроллер MediaShield. При создании массива RAID 1 нужно указать диски для объединения, после чего он спрашивает - удалить все данные с дисков или нет. Если нажать нет, данные остаются, а далее можно выбрать какой диск ребилдить - если выбираем второй, то в фоне при работе компа данные копируются с первого на второй винт - с этим вопросов не возникает (рассказываю для понимания общей картины). Уже в самой винде в утилитке управления рейдом есть две опции восстановления: собственно восстановление (ребилд, аналогичная опции ребилда в биосе) и синхронизация. При восстановлении нужно выбрать диск, который нужно ребилдить, а при синхронизации просто происходит операция, по времени равная ребилду, но ничего не выбирается.
 
1. Чем конкретно отличается восстановление от синхронизации? Если (предполагаю) синхронизация - это тот же ребилд, но сбойный диск определяется самим контроллером, то по какому принципу выбирается диск-источник? Ведь как восстановление, так и синхронизация доступны и работают даже когда оба диска массива находятся в исправном состоянии. Тем более дело осложняет второй вопрос.
 
Некоторые программы, которые работают с дисками напрямую, не видят рейда, даже если винты в него объединены и в винде он работает как нормальный рейд. Например программа HDClone увидит два диска, с каждым из которых можно работать в отдельности. Допустим помимо массива мы поцепим третий винт (то есть из винды будет видно рейд как один массив и наш третий винт как просто винт, а в HDClone мы увидим три винта), и с помощью данной программы склонируем один из разделов с третьего отдельного винта на один из разделов второго винта из рейда. Контроллер аппаратный, но не препятствует таким операциям. После этого данные первого винта в рейде уже будут отличаться от данных второго. Или другой пример - мы можем просто расформировать рейд-массив, изменить часть данных на втором винчестере и обратно объединить их в рейд - контроллер позволяет делать это без потери данных. При чём в обоих случаях контроллер будет говорить что рейд исправен.
 
2. Как будут реагировать на рейд после таких операций винда или программы, которые видят именно рейд, а не два отдельных винта? С каким из двух винтов они будут работать и откуда будут считываться данные? При синхронизации - первый винт скопируется на второй, или второй на первый - и почему?
 
Вот пока основные вопросы, хотелось бы лучше разобраться в работе рейда-1, чтобы дальше было меньше неожиданностей

Всего записей: 1151 | Зарегистр. 08-08-2005 | Отправлено: 16:15 01-10-2007
TRANTOR



Advanced Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
simplix

Цитата:
Чем конкретно отличается восстановление от синхронизации?
Восстановление == ребилд. Синхронизация == консистенси чек. По этим вопросам я уже выше немного расписал. Это идеологичеси разные операции. В случае ребилда мы (или контроллер) достоверно знаем, какой диск верный, а какой нет. В случае консистенси чека мы еще ничего не знаем и контроллер пытается определить, все ли в порядке. Каким образом - см. выше. Но это относится к аппаратным контроллерам (т.е. так должно быть "по науке"). Будет ли справедлива такая схема работы для этого "контроллера" - тот еще вопрос.
 

Цитата:
Контроллер аппаратный
Это не так. Он полуаппаратный, на 90% он программный.
 

Цитата:
Некоторые программы, которые работают с дисками напрямую, не видят рейда
Это потому, что он полуаппаратный. В моем случае, любые проги видят два диска, которые ЛУНы массива.
 

Цитата:
С каким из двух винтов они будут работать и откуда будут считываться данные?
Это зависит от того, как реализована работа с массивом в дровах. Как именно она реализована в данном случае - загадка.
 
 
 

Всего записей: 1037 | Зарегистр. 17-08-2003 | Отправлено: 18:09 01-10-2007
simplix



Advanced Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
TRANTOR
 
Спасибо за ответ.
 

Цитата:
В случае консистенси чека мы еще ничего не знаем и контроллер пытается определить, все ли в порядке.
Если я правильно понял, то операция синхронизации должна 1) определить сбойный диск, 2) самостоятельно не вносить изменения, 3) показать, где находятся различающиеся данные, 4) предложить варианты восстановления данных (например какой диск на какой копировать, или часть предполагаемого рабочего диска на соответствующую часть другого)? Укажите плиз, какие именно из этих предположений не совпадают с действительностью
 

Цитата:
Это не так. Он полуаппаратный, на 90% он программный.
Под аппаратным имелся в виду контроллер на материнке, в том смысле что в отличие от него программный создаётся только средствами операционной системы.
 

Всего записей: 1151 | Зарегистр. 08-08-2005 | Отправлено: 18:55 01-10-2007
TRANTOR



Advanced Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору

Цитата:
1) определить сбойный диск
По идее - да.
 

Цитата:
2) самостоятельно не вносить изменения
Не факт. Зависит от политики конкретного контроллера.
 

Цитата:
3) показать, где находятся различающиеся данные
Не обязательно. Может и просто сказать, что что-то не в порядке, а может и пофиксить.
 

Цитата:
4) предложить варианты восстановления данных (например какой диск на какой копировать, или часть предполагаемого рабочего диска на соответствующую часть другого)?
Ну это как получится. Точнее, опять же, зависит от политики конкретного контроллера.
 

Цитата:
в том смысле что в отличие от него программный создаётся только средствами операционной системы.
А этот создается дровами и чипом. Считает все равно основной камень. И в случае какого-то сбоя (что не редкость) все может быть очень грустно.

Всего записей: 1037 | Зарегистр. 17-08-2003 | Отправлено: 20:22 01-10-2007
LeoT

Advanced Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору

Цитата:
зависит от политики конкретного контроллера.  

На практике обычно просто тупо синхронизирует все целиком, никак не предупреждая и ничего не определяя, кроме факта замены диска. И уж совсем фантастика - ждать от контроллера какого-то анализа пользовательской инфы.
Тем более все эти интегрированные контроллеры - там вообще сервиса минимум.
 
Добавлено:
simplix
Есть подозрение, что в Вашем контроллере при синхронизации просто всегда источником выбирается один и тот же диск.

Всего записей: 1160 | Зарегистр. 24-11-2004 | Отправлено: 22:25 01-10-2007
simplix



Advanced Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
TRANTOR

Цитата:
А этот создается дровами и чипом. Считает все равно основной камень.
Какая разница, в чипсете материнки находится контроллер рейда, или на pci-плате - они организованы аппаратно, и тот и другой требует дрова, оба общаются с процом и оба (опять же зависит от контроллера) производят вычисления. Это к тому что не имеет значения где стоит чип, на материнке или отдельной плате, функциональность контроллера от расположения не пострадает - другое дело что встроенных в материнки высокопроизводительных контроллеров не делают (смысла нету, кому нужно - купят отдельной платой). В программной реализации рейда вся нагрузка ложится на проц, а в аппаратной может быть и так и сяк, но по крайней мере после объединения в рейд двух винтов на nForce 570 (контроллер MediaShield) никакой дополнительной нагрузки на проц я не зафиксировал даже при ребилде или синхронизации, чем и объясняю аппаратную реализацию.
 
LeoT

Цитата:
И уж совсем фантастика - ждать от контроллера какого-то анализа пользовательской инфы.
Какая же здесь фантастика - тупо сравнить два диска и где байтики отличаются - показать на каких секторах и их содержимое, и спросить элементарно, что куда перекидывать - первый винт на второй, или на оборот. Такое в рейд-1 очень востребовано.
 

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

Всего записей: 1151 | Зарегистр. 08-08-2005 | Отправлено: 23:18 01-10-2007
LeoT

Advanced Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
По поводу фантастики - такого (сравнить и показать) нет и на "самых навороченных" контроллерах, все молча копируют или XOR'ы переписывают. А тут - интегрированный "недоконтроллер". Их главный минус - то, что они являются "бесплатным приложением" к МВ, сделаны не для работы, а "чтобы было". И  фирмварь их также по остаточному принципу написана, кое как работает - и ладно. Там и общеупотребительных фичей многих нет, не то что какого-то дополнительного сервиса...
Как проверить, какой диск куда пишется - например, внести на один изменения, синхронизировать и посмотреть. Потом повторить, с изменениями на другом диске.

Всего записей: 1160 | Зарегистр. 24-11-2004 | Отправлено: 23:52 01-10-2007 | Исправлено: LeoT, 23:53 01-10-2007
   

Страницы: 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79 80 81 82 83 84 85 86 87 88 89 90 91 92 93 94 95 96 97 98 99 100 101 102 103 104 105 106 107 108 109 110 111 112 113 114 115

Компьютерный форум Ru.Board » Hardware » Магнитные носители информации » Все о железячном RAID
Akam1 (25-08-2016 02:39): http://forum.ru-board.com/topic.cgi?forum=84&topic=5184


Реклама на форуме Ru.Board.

Powered by Ikonboard "v2.1.7b" © 2000 Ikonboard.com
Modified by Ru.B0ard
© Ru.B0ard 2000-2024

BitCoin: 1NGG1chHtUvrtEqjeerQCKDMUi6S6CG4iC

Рейтинг.ru