[Iska]

shevgenius, самое простое — заменили один, дождались конца ресинхронизации, заменили второй. Да, часть пространства, вероятно, пойдёт псу под хвост, но так меньше всего головной боли.

[Angry Demon]

Где храниться информация о RAID-массиве, в памяти RAID-массива или на каждом диске не завися от RAID-массива

Вопрос лишён смысла, ибо "RAID-массив" - совокупность дисков. А информация хранится в памяти контроллера.

Если из RAID-массива извлечь все диски (физически вынимая из корзин), поставить новые чистые диски, чтобы накатить бекап

Сначала удалите старый массив. Новый не даст создать.

[Charg]

А какой именно рейд то?

[shevgenius]

Изучение User Guide дало ответы на некоторые вопросы, в частности:

информация хранится в памяти контроллера

там я в самом вопросе накрутил с формулировкой...

1.6.7 Drive Roaming
Configuration data is saved in both the NVRAM on the RAID controller and on the drives attached to the controller.
This action maintains the integrity of the data on each drive, even if the drives have changed their physical device ID.

Так скорее всего RAID-контроллер определяет замену диска, сверяя конфигурацию на дисках и в NVRAM контроллера.

Сначала удалите старый массив. Новый не даст создать.

Здесь вы правы, но делать это нужно на контроллере с отключенными дисками, чтобы подключив диски с массивом, контроллер подхватил конфигурацию RAID-массива с дисков.

1.6.8 Drive Migration
Drive migration is the transfer of a set of drives in an existing configuration from one controller to another. The drives
must remain on the same channel and must be reinstalled in the same order as in the original configuration. The
controller to which you migrate the drives cannot have an existing configuration.

Смущает, только эта оговорка. Что значит virtual drive (not all of the drives in a drive group)?
Т.е. это физические диски, из которых состоит/размечен virtual drive, который видит ОС, но в этот набор не включены диски hot spare или еще что-то?

NOTE: When you migrate drives, move only the drives that make up the virtual drive

When you migrate drives, move only the drives that make up the virtual drive (not all of the drives in a drive group), so that you do not see an NVRAM mismatch error (providing a configuration is on the destination controller). The NVRAM mismatch error appears only if you move all of the drives to the other controller.

А какой именно рейд то?

заменили один, дождались конца ресинхронизации, заменили второй

Сейчас используется аппаратный RAID10 на четырех дисках, дожидаться четыре ресинхронизации думаю будет дольше, к тому же их нужно делать последовательно,
чем собрать чистый RAID10 и накатить на него бекап.
А если верить User Guide, то вариант извлечь старый RAID-массив и собрав новый надежнее, т.к. всегда останется старый хромающий но еще работающий.
Да и диски старые и новые разных производителей, хоть и объем одинаковый.

6Gb/s MegaRAID® SAS RAID Controllers - User Guide

1.6.7 Drive Roaming

Drive roaming occurs when the drives are changed to different ports on the same controller. When the drives are
placed on different channels, the controller detects the RAID configuration from the configuration data on the drives.
Configuration data is saved in both the NVRAM on the RAID controller and on the drives attached to the controller.
This action maintains the integrity of the data on each drive, even if the drives have changed their physical device ID.

NOTE
If you move a drive that is being rebuilt, the rebuild operation restarts;
it does not resume from the stopping point.

Follow these steps to use the drive roaming feature:
1. Turn off the power to the server and all drives, enclosures, and system components. Disconnect the power cords from the system.
2. Open the host system by following the instructions in the host system technical documentation.
3. Move the drives to different positions on the backplane to change the targets.
4. Determine the SAS target requirements.
5. Perform a safety check.
a. Make sure that the drives are inserted correctly.
b. Close the cabinet of the host system.
6. Reconnect the power cords to the system.
7. Turn on the power to the system.
The controller then detects the RAID configuration from the configuration data on the drives.

1.6.8 Drive Migration

Drive migration is the transfer of a set of drives in an existing configuration from one controller to another.
The drives must remain on the same channel and must be reinstalled in the same order as in the original configuration.
The controller to which you migrate the drives cannot have an existing configuration.

NOTE
Partial configurations, which include individual virtual drives, can be migrated.

NOTE
Drive roaming and drive migration cannot be supported at the same time.

Follow these steps to migrate drives:
1. Make sure that you clear the configuration on the system to which you migrate the drives to prevent a configuration data mismatch between the drives and the NVRAM.
NOTE
When you migrate drives, move only the drives that make up the virtual drive (not all of the drives in a drive group), so that you do not see an NVRAM mismatch error (providing a configuration is on the destination controller). The NVRAM mismatch error appears only if you move all of the drives to the other controller.

2. Turn off power to the server and all drives, enclosures, and system components. Disconnect the power cords from the systems.
3. Open the host system by following the instructions in the host system technical documentation.
4. Either remove the SAS cable connectors from the internal drives, or remove the shielded cables from the external drives that you want to migrate.
a. Make sure that pin 1 on the cable matches pin 1 on the connector.
b. Make sure that the SAS cables conform to all SAS specifications.
5. Remove the drives from the first system, and insert them into the drive bays on the second system.
6. Connect the SAS cables to the drives in the second system.
7. Determine the SAS target requirements.
8. Perform a safety check.
a. Make sure that all of the cables are attached correctly.
b. Make sure that the RAID controller is installed correctly.
c. Close the cabinet of the host system.
9. Reconnect the power cords to the system.
10. Turn on the power to the system.
The controller detects the RAID configuration from the configuration data on the drives.

[Iska]

Сейчас используется аппаратный RAID10 на четырех дисках, »

Тут даже советовать не буду, ибо сам не пробовал.

Да и диски старые и новые разных производителей, хоть и объем одинаковый. »

С этим проблем как раз не возникало.

[Angry Demon]

Здесь вы правы, но делать это нужно на контроллере с отключенными дисками

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

чтобы подключив диски с массивом, контроллер подхватил конфигурацию RAID-массива с дисков

О каких ещё "дисках с массивом" вы говорите??? Насколько я понял, вы собираетесь новые диски купить. Вот и создавайте из них новый массив.

[shevgenius]

О каких ещё "дисках с массивом" вы говорите

для ясности:
RAID10-старый, массив из 4х дисков, которые сейчас установлены в сервере и работают, из которого, готовится отвалится диск.
RAID10-новый, массив из 4х новых дисков, если его собрать наново без участия старых дисков.

Хочу все сделать по такой схеме:

* бекап системного диска сервера;
* вытащили из корзин диски RAID10-старого - это и работающий образ системы и еще один бекап на старых дисках;
* очистить конфигурацию в контроллере и собрать RAID10-новый, накатить бекап, если все ок, так и оставляем;

Если RAID10-новый не взлетел, тогда:
* вытащили из корзин диски RAID10-нового;
* очистили конфигурацию в контроллере, подключили RAID10-старый, пользователи продолжают работу с сервером;
* думаем, почему не взлетело

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

С этим проблем как раз не возникало.

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

С отключенными дисками, насколько я помню, MegaRAID не позволяет ничего сделать с массивом.

Утверждать не стану, еще не проверял, но вытащив диски RAID10-старого из корзин, в памяти контроллера останется текущая конфигурация RAID-массива.
О чем подтверждает этот абзац:

Configuration data is saved in both the NVRAM on the RAID controller and on the drives attached to the controller.

Идем дальше, включаем сервер без дисков, контроллер сообщает нам: помню был RAID10, вот здесь, а где сейчас не знаю...
Ну или, например, RAID-массив деградировал, можно же очистить конфигурацию в контроллере и создавать новый RAID-массив.
Котроллеру же не нужно для этого теребить почившего, чтобы сказать ему, что, да отпускаю...

Или перенос RAID-массива с одного контроллера на другой, но у меня в распоряжении один контроллер, а вышеописанная схема подразумевает маневры с двумя RAID-массивами.
И на этот счет из 1.6.8 Drive Migration читаем:

Make sure that you clear the configuration on the system to which you migrate the drives to prevent a configuration data mismatch between the drives and the NVRAM.

и дальше по тексту...

[Angry Demon]

shevgenius, вы сильно усложняете и искривляете путь к результату.
0. Делаете образ тома RAID-массива.
1. Разбиваете RAID-массив.
2. Отключаете старые диски.
3. Подключаете новые диски.
4. Создаёте новый RAID-массив, не забыв установить загрузочный атрибут, если он должен быть.
5. Разворачиваете на него ранее сохранённый образ.
Делов на полчаса - сорок минут. Проделывалось неоднократно.

Но если ресинхронизация завалит RAID-старый, например под утро или в течении дня

Бред.

Хорошо, тогда, сколько приблизительно будет идти ресинхронизиция для одного 300Gb диска?

ИМХО, часа три - четыре.

от пользователей, разумное: что же это оно так все тормозит то?

С чего он будет тормозить? Это не RAID1, а RAID10.

И как скажется на процессе ресинхронизации работа пользователей на сервере?

Тот же самый процесс происходит, что и при отражении, ничего экстраординарного.

[shevgenius]

4. Создаёте новый RAID-массив, не забыв установить загрузочный атрибут, если он должен быть. »

Можно об этом подробнее, это в настройках при создании RAID-массива или речь идет об активном разделе логического диска с системой? или еще нужно будет загрузчик системы настраивать?

С чего он будет тормозить? Это не RAID1, а RAID10. »

так RAID10 это те же n-дцать RAID1 в RAID0, и если файлы пользователя, как раз на ресинхронизируемом n-ном RAID1?
для нас то очевидно:

Тот же самый процесс происходит, что и при отражении, ничего экстраординарного. »

а вот для пользователя)...