Где и как храниться информация о RAID

[NoBrain]

На днях впервые довелось столкнуться RAID более или менее глубоко.

Часть 1.
Заменил в массиве RAID один HDD SAS. Диск был магазинный - никакой подготовки с ним не велось.
Контроллер сразу взял диск в оборот. Но процесс прервался из-за форс-мажора. В итоге когда я всунул этот же винт опять, то рейд его в оборот уже не взял и предложил сделать что-то типа ребилдинга. Т.к. не был уверен, что это не приведет к потере данных в хранилище - не рискнул делать. Просто взял еще один подготовленный винт. прошло все нормально.

Часть 2.
Решил вернуть прерванный винт в рабочее состояние.
Для этого подключил его. Запустил acronis disk director 12 и выполнил его инициализацию и преобразование из MBR в GPT.

Вопросы:
1. Привел бы процесс ребилдинга одного из винтов к потере данных всего массива?
2. Где и как RAID-контроллер хранит информацию о том, сколько у него винтов в массиве и вообще, что этот винт в массиве?
3. На каком уровне данных он хранит её?
4. Операция, которую я провел с помощью acronis - удаляет данные о том, что винт часть массива?
5. Готов ли такой винт войти в массив без всяких ребилдингов?

Спасибо!

[Targarien]

NoBrain
Для начала напишите что за контроллер(модель и внутр. или внеш.) и какой уровень этого дискового массива(RAID'а).

[Jula0071]

1. Привел бы процесс ребилдинга одного из винтов к потере данных всего массива? »
Нет, при условии, что при очередном падении не пострадали остальные члены массива, но тут и нулёвый диск ничем бы не помог. Процесс бы продолжился с того же места, где прервался.
2. Где и как RAID-контроллер хранит информацию о том, сколько у него винтов в массиве и вообще, что этот винт в массиве? »
В NVRAM своего биоса. Также метаданные массива хранятся на самих дисках, в неиспользуемых областях, где именно – зависит от вендора контроллера. Это позволяет собрать массив при выходе из строя самого контроллера и замене его на новый – т. н. процедура import foreign.
3. На каком уровне данных он хранит её? »
На уровне метаданных, недоступных ОС/пользователю. См. ответ выше.
4. Операция, которую я провел с помощью acronis - удаляет данные о том, что винт часть массива? »
Не факт. Для гарантированной очистки следует весь диск затереть нулями, или хотя бы по мегабайту в начале и конце диска. dd в помощь, или, если не дружите с линуксом, то что-то наподобие DMDE. Или средствами самого контроллера.

5. Готов ли такой винт войти в массив без всяких ребилдингов? »
Когда вы вставили пустой диск и массив восстанавливался, это и был процесс ребилда. Ребилд происходит при следующих двух обязательных условиях:
- контроллер обнаружил нарушение структуры массива (Array degraded);
- есть физический диск, на который можно провести восстановление (Rebuild). Это может быть свежевставленный нулёвый диск, заранее подготовленный hot spare, или диск, который уже член массива, но по каким-то причинам был отключен, а потом подключен - данные на нём вышли из синхронизации. Кабель, например дёрнули или что-то в таком духе. В любом случае происходит ребилд, то есть восстановление структуры массива для обеспечения расчётной отказоустойчивости.

Поэтому ваш вопрос я истолкую так – можно ли этот диск вставить как нулёвый и расценит ли контроллер его как нулёвый? Ответ – нет. Нужно произвести полную очистку диска (или зачистку начала-конца как минимум).

[mwz]

Запустил acronis disk director 12 и выполнил его инициализацию и преобразование из MBR в GPT »

Это танцы с бубном, по принципу "авось чего получится" — а не необходимые действия...

Ни инициализировать, ни преобразовывать смысла нет никакого. Как и использовать Acronis Data Destroyer.