Можно ли в работающем RAID-10 уменьшить количество физических дисков?

Question

[vov1969]

Здравствуйте! Имеется сервер на Windows server 2012r2 на аппаратном RAID-10 из 12 физических дисков. При попытке бэкапа средствами ОС, выходит ошибка что размер тома больше 16 ТБ. Можно ли уменьшить количество дисков в RAIDе, чтобы размер виртуального диска был меньше 16 ТБ, не делая бэкапа и потом восстановления, на работающей системе? Виртуальный диск - 1, размером 32 ТБ.

Comments

[Алан Гибизов]

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

Answer 1

[АртемЪ]

Зачем менять рэйд, если вам нужно просто изменить размер тома на рэйде???
Просто уменьшите размер тома и все.
Заходите в диспетчер дисков и и выбираете - сжать том.

Comments

[vov1969]

Он почему-то даёт размер доступного сжимаемого пространства всего 18 ГБ, а это очень мало.

[vov1969]

вот он же предлагает сделать диск offline, что будет если так сделать?

[Alexey Dmitriev]

vov1969, это не он же. Вам сказали про диспетчер дисков в ОС Windows Server.

[vov1969]

вот на сколько сжать даёт, дефрагментацию делал, не помогло

[АртемЪ]

vov1969, У вас на этом томе система стоит? Или теневое копирование включено?
Отключите на время теневое копирование, удалите все теневые копии. Если на нем система стоит то уберите файл подкачки и файл гибернации.
После чего перезагрузка и дефрагментация - и можно сжимать.
Только потом обратно все включите - теневые копии, подкачку, и.т.п.

Answer 2

[rPman]

Не понимаю что именно у вас там виртуальное.

Изменить конфигурацию raid нельзя (кажется можно увеличить количество дисков), но можно оперировать логическими дисками поверх него (разделы и файловые системы), я не помню умело ли это windows2k но сейчас windows умеет, есть куча сторонних утилит или штатные в linux (загрузиться с livecd), можно сжать физически раздел за счет свободного места (к сожалению не полностью, есть неперемещаемые области) переместить, создать новые и т.п.

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

p.s. в linux, софтварный raid на основе файловой системы btrfs умеет уменьшаться и увеличиваться налету (выпадет ошибка если места не хватит), но для продакшна я бы его не рекомендовал.

Comments

[Alexey Dmitriev]

Бекап каталогов гораздо медленнее бекапа раздела

[rPman]

Alexey Dmitriev, это один из вариантов, первый скорее всего вам поможет

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

[vov1969]

Виртуальный диск - это диск, созданный при помощи RAID.

[vov1969]

т.е. имеется 12 физ. дисков, собранных при помощи рэйда в один виртуальный, я хотел убрать 2 или 4 диска из рейда, не меняя конфигурации рейда.

[rPman]

Никак

Убирать можно только диски-копии (raid перейдет в состояние не degraded), кстати это вариант выйти из проблемной ситуации - аккуратно извлечь из рейда половину дисков (очень опасная ситуация, можно развалить рейд если ошибетесь), на их основе создать несколько новых рейдов поменьше и переносить данные на них

p.s. настоятельно рекомендую не делать один гигантский рейд массив, лучше несколько маленьких - так конфигурация гибче.

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

[Alexey Dmitriev]

vov1969, вы задаете глупые вопросы. Если у вас там реально нужных данных на 16TB и вы не хотите их потерять - обратитесь к профессионалу и сделайте резервную копию данных перед любыми операциями.

[vov1969]

Данных не 16 ТВ, а где-то 6. Я понимаю, что можно сделать бэкап, пересобрать рэйд и потом из бэкапа восстановиться, но это займёт много времени, сервер не дают остановить.

[rPman]

сервер не дают остановить

это фактически приговор

решение у вас только одно - делаешь как я описал с использованием новых дисков или резервных от текущего рейда, копируешь с shadow copy во время работы, потом еще раз синхронизируешь контент когда есть возможность остановить работу (уже кратковременно, будут скопированы только изменившиеся данные)

вообще то резервный сервер для подобных задач отличная практика