Прогрессивное обновление RAID-массива

Это, как я закрепляю это на 2003 - справка мая.

  1. Удостоверьтесь, что нет никаких правил групповой политики, все еще применяемых к тому пользователю.
  2. Удалите профиль, сохраненный локально, как в в настольной системе.
  3. Удалите профиль роуминга из сети.
  4. Выполненные gpupdate / вызывают на рабочем столе.
  5. Перезагрузите рабочий стол.

Вход в систему как пользователь - профиль роуминга не должен умирать.

Затем добавьте пользователя к соответствующему OU's и всем сделанным :)

2
задан 22 June 2013 в 23:15
2 ответа

Если ваш рейд-контроллер поддерживает этот тип расширения, ваш план должен работать .

Однако, Я рекомендую не делать этого так. Выполнение повторной синхронизации для массива с 16 дисками по 2 ТБ в нем займет вечность, и вы почти наверняка столкнетесь с неисправимыми ошибками чтения во время повторной синхронизации. Следовательно, вашей конечной целью должен быть массив raid60. Если ваш контроллер не поддерживает это, вам следует вместо этого создать 2 массива raid6 с 8 дисками в каждом и использовать вашу ОС для разделения этих двух массивов.

Еще лучше было бы отказаться от аппаратного рейда и переключиться на что-то, предназначенное для обработки очень большие диски и очень большие объемы. Лично я предпочитаю ZFS. Если вы выберете ZFS, я бы порекомендовал 3 группы raidz1 по 5 дисков в каждой и горячий резерв.

вашей конечной целью должен быть массив raid60. Если ваш контроллер не поддерживает это, вам следует вместо этого создать 2 массива raid6 с 8 дисками в каждом и использовать вашу ОС для разделения этих двух массивов.

Еще лучше было бы отказаться от аппаратного рейда и переключиться на что-то, предназначенное для обработки очень большие диски и очень большие объемы. Лично я предпочитаю ZFS. Если вы выберете ZFS, я бы порекомендовал 3 группы raidz1 по 5 дисков в каждой и горячий резерв.

вашей конечной целью должен быть массив raid60. Если ваш контроллер не поддерживает это, вам следует вместо этого создать 2 массива raid6 с 8 дисками в каждом и использовать вашу ОС для разделения этих двух массивов.

Еще лучше было бы отказаться от аппаратного рейда и переключиться на что-то, предназначенное для обработки очень большие диски и очень большие объемы. Лично я предпочитаю ZFS. Если вы выберете ZFS, я бы порекомендовал 3 группы raidz1 по 5 дисков в каждой и горячий резерв.

3
ответ дан 3 December 2019 в 09:38

On Linux mdadm RAID, I would replace every disk one by one with the new drive and grow it once all the drives have been replaced. It doesn't matter if you use 2 TB instead of 500 GB, you just won't have the 1.5 TB available, until you can grow it when they have all been replaced. Read this, for instance:

Expanding existing partitions

It is possible to migrate the whole array to larger drives (e.g. 250 ГБ на 1 ТБ) путем замены по одному. В итоге количество устройств будут такими же, данные останутся нетронутыми, и у вас будет больше

Я бы обратился в службу технической поддержки 3Ware (LSI) и попросил. Они довольно хорошо помогли мне с несколькими вещами (на самом деле у меня есть несколько серверов, использующих эту карту RAID).

(не совсем то же самое, что и ваша проблема, но я сделал нечто подобное )

2
ответ дан 3 December 2019 в 09:38

Теги

Похожие вопросы