Как заменить диски в RAID 1 на диски меньшего объема?

Question

[denism300]

В общем, суть:
есть аппаратный raid 1 в котором стоят два hdd 500GB, они оба рабочие, проблем нет. Я их хочу поменять на SSD. В настоящее время есть подходящие серверные SSD либо 1Тб, либо 480Гб. 1Тб - много, да и стоят дороже, поэтому, будут покупаться на 480Гб.
Ранее такое не проворачивал, в теории делается так:
1. Снимается один диск, ставится чистый
2. Делается rebuild массива
3. Повторяется для второго диска

Вопрос: не будет ли проблем из-за того, что новые диски меньшего объема?

Answer 1

[Melkij]

Будут, разумеется. Как вы контроллеру предлагаете обеспечить зеркало ёмкости 500гб на накопителе меньшего объёма? Контроллер закономерно откажется использовать такой диск в массиве.

Открываете документацию к контроллеру и ищете, есть ли в принципе возможность уменьшить размер виртуального диска. Может не быть.

Если у контроллера есть такая возможность - то сначала делаете бекап. Потом придумываете, как уменьшить использование диска до нового порога с точки зрения ОС. Уменьшить файловые системы, разделы диска и прочее что как-то использует ёмкость виртуального диска.
Затем делаете ещё бекап..
Затем следуете документации контроллера по уменьшению размера виртуального диска.
Затем меняете диск, ждёте ребилд, меняете второй диск.

Если контроллер так не умеет - делаете второй виртуальный диск меньшего размера, переносите на него систему, старый виртуальный диск удаляете.

Comments

[denism300]

алгоритм понятен, спасибо.
Буду курить мануалы к контроллеру.
Хотя, по идее, вместо того, чем заморачиваться с уменьшением текущих разделов и т.д., сразу перейти к варианту №2

[tukreb]

denism300, я бы не менял на меньшей, потом геморой будет когда вылетит меньшего размера. Не все контролеры да и программные рейды без бубна принимают меньшего размера.
Даже если вы заранее на большом диске разметите меньше, всё равно не даст заменить, т.к они видят полный объём диска, а не сколько вы там на нём разметили.
Поэтому так же не рекомендую брать ССД разных производителей, т.к у всех ГБ разные, могут отличаться буквально в несколько битов (т.к разные чипы памяти имеют разные объёмы) и контроллер при замене пошлёт вас на 3 буквы и вы будете ломать голову, как заставить контроллер или софт сожрать ваш новый диск.

[denism300]

tukreb, про разных производителей я в курсе - сталкивался
Тут речь не о замене одного диска массива на меньший по объему, а о замене всех дисков.

[tukreb]

denism300, ну про замену всех, вам ответили, проще сделать бэкап и пересобрать рейд, так больше вероятности что вы не потеряете данные и меньше потратите времени.

Answer 2

[rPman]

99% проблем у тебя создает аппаратный raid, зачастую функционал там ограничивается вендором.

если бы рейд был софтовым, я бы сделал бакап (бакап нужно делать всегда), затем отключил бы один из дисков из рейда (рейд перейдет в состояние degraded но будет продолжать работать), затем

для linux mdadm:
- создаешь второй software рейд из одного диска (того что из рейда убрал), указав что второй missing

mdadm --create /dev/md0 --level=1 --raid-devices=2 missing /dev/sdb1

- переносишь данные со старого degraded рейда на новый тоже degraded
- удаляешь аппаратный рейд, и добавляешь освободившийся диск к софтварному рейду
mdadm /dev/md0 -a /dev/sda1

для windows:
- можно просто создать обычный раздел (сразу делай gpt разметку), скопировать и позже конвертировать в динамический

обе системы сделают rebuild автоматически (синхронизацию данных)

p.s. аппаратные рейды, если это не дорогой контроллер с батарейкой и собственным кешем, абсолютно бесполезны, как минимум домашнему пользователю... проблем они создают больше чем пользы.

многие NAS внутри используют софтварный mdadm за что им спасибо

Answer 3

[Drno]

Скопировать данные
Пересобрать рейд
Скопировать данные обратно

Answer 4

[EDCS]

Сделать Backup всего содержимого на RAID-1, заменить диски, восстановить из Backup-а...

Comments

[Vladimir]

самый безопасный вариант