Raid изменить размер тома

Обновлено: 02.07.2024

Иногда возникает ситуация, когда места на сервере начинает не хватать. Хорошо, когда есть дополнительные слоты под диски и можно просто добавить несколько винчестеров и расширить существующий рейд либо создать еще один. Но в случае если свободных слотов нет, ситуация становится проблемной, поскольку нужно копировать данные, ставить новые диски с большим объемом, создавать новый рейд и восстанавливать данные из бекапа.
Довольно часто, у компаний нету столько свободного места для проведения всех этих манипуляций, не говоря уже о том, что нету столько времени, чтобы полностью останавливать работу и проделывать все эти операции. К счастью у HP есть способ как это сделать не останавливая работу предприятия на длительное время и без промежуточного хранилища данных.

Как это сделать?

Увеличивать объем логических дисков будем на примере сервера HP DL360e G8, контроллера HP Smart Array P420, операционной системы Windows Server 2012 R2, встроенного приложения Smart Storage Administrator (далее SSA) и двумя жесткими дисками объемом 300GB подключенными в RAID1. Будем производить замену на 2 диска объемом 600GB чтобы удвоить рабочее пространство в рейде.

Изначально размер нашего системного диска составляет 300GB.

Выключаем сервер. Меняем один жесткий диск с 300GB на 600GB и включаем сервер. Во время загрузки контроллера нажимаем “F1” чтобы начался процесс ребилдинга РЕЙДа. Ребилдинг - это копирование резервной информации с рабочего диска на новый диск. Операция сильно нагружает рабочий диск, поэтому лучше запланировать этот процесс на нерабочее время. При сильной необходимости, работать можно, но лучше перестраховаться.

Ждем когда восстановится первый диск. Это можно увидеть по индикации дисков в сервере, в ILO и приложении SSA.

Индикация на диске

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

В ILO этот процесс можно увидеть в пункте “System information” раздел “Storage”

С помощью SSA можно увидеть в процентах сколько осталось до конца восстановления

Когда логический диск восстановится статус поменяется на “OK”

Теперь опять отключаем сервер и меняем уже второй диск на 600GB. Так же как и с первым диском ожидаем его восстановление.

После ребилдинга, заходим в SSA, выбираем рейд который хотим расширить и нажимаем “Extend Logical Drive”

Выбираем “Maximum Size”

Логический диск трансформирован. Выходим из SSA, запускаем операционную систему и переходим в “Disk management”

Нажимаем правой клавишей мыши на локальный диск С: и выбираем “Extend Volume”

Из-за преимуществ аппаратных RAID-массивов многие серверы используют аппаратные RAID-массивы, такие как RAID 1 и RAID 5. Однако, как и в случае с физическим жестким диском, RAID-массивы также заканчивается пространство особенно когда вы используете RAID для операционной системы и сервисов. Самый быстрый способ решить эту проблему изменение размера тома RAID с программным обеспечением серверных разделов. В этой статье я расскажу Как изменить размер раздела RAID без переустановки Windows или потерять данные.

Обзор:

Что такое RAID?

RAID - что означает Избыточный массив недорогих дисков, или иногда альтернативно Redundant Array of Independent Disk - это технология, которая использует одновременное использование двух или более жестких дисков для достижения более высоких уровней производительности, надежности и / или больших объемов данных. Он используется для компьютерных схем хранения данных, которые могут разделять и реплицировать данные между несколькими жесткими дисками. Две основные цели проектирования RAID: повышение надежности данных и повышение производительности ввода / вывода.

Существуют различные комбинации этих подходов, обеспечивающие различные компромиссы защиты от потери данных, емкости и скорости, включая RAID 0, RAID 1, RAID 2, RAID 3, RAID 4, RAID5, RAID 6и RAID 10 (1 + 0). Среди них наиболее часто встречаются уровни RAID 0, 1 и 5, которые соответствуют большинству требований.

Аппаратная реализация RAID требует как минимум специального RAID-контроллера. Вы можете использовать инструменты от производителя вашего контроллера RAID для перенастройки массива. С этим контроллером RAID вы можете изменить размер раздела RAID. Изменение размера раздела RAID с раздел программного обеспечения может облегчить процесс.

Разница между аппаратным RAID и физическим диском

Вкратце: преимущества, производительность чтения и записи данных реализуются контроллером raid. Жесткий диск напрямую контролируется операционной системой. Однако, как устройство хранения, после того, как RAID был создан, виртуальные диски совпадают с разделами физического диска в Windows.

Примечания по изменению размера раздела RAID

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

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

NIUBI Partition Editor это единственная программа, которая объединяет уникальные Технология отката для обеспечения 100% безопасность системы и данных. Он может откатить сервер к правильному состоянию перед автоматическим изменением размера в мгновение ока, если во время изменения размера произошла какая-либо программная ошибка или проблема с оборудованием, например сбой питания. Операционная система и данные всегда остаются неизменными. Эта технология является огромным нововведением в индустрии управления дисками.

Из-за своего уникального алгоритма перемещения файлов, NIUBI Partition Editor Также как минимум на 30% быстрее чем любые другие инструменты, которые строго проверены. Уменьшение времени работы также важно.

Как изменить размер тома RAID без потери данных?

Во всплывающем окне перетащите оставил граница правота чтобы уменьшить это.

Нажмите на OK и обратно в главное окно, 20 ГБ нераспределенного пространства, созданного за диском C, который сократился с D.

Шаг 2: Щелкните правой кнопкой мыши диск C и выберите «Resize/Move Volume" еще раз. Во всплывающем окне перетащите правильно граница правота удерживать нераспределенное пространство.

Шаг 3: Диск C расширен в виртуальном режиме, нажмите Apply вверху слева выполнить, готово. (все операции до нажатия Apply работать в виртуальном режиме, вы можете отменить и повторить любые шаги.)

Видеогид по изменению размера раздела RAID на Windows Server.

Если у вас есть много серверов для управления, NIUBI Partition Editor Enterprise Edition лучший выбор, 1 копия которого может быть установлена на Неограниченный ПК и серверы для экономии времени и средств.

Как увеличить размер программного RAID-массива в Linux

Объемы данных в современных системах растут с каждым днем и тот объем, который еще вчера считался достаточным, сегодня уже не способен удовлетворить текущие требования. Также дешевеют носители данных, особенно это касается твердотельных накопителей, что рано или поздно поставит администратора перед необходимостью апгрейда дисковой подсистемы. Но как быть, если вы используете программный RAID в Linux? В этой статье мы рассмотрим наиболее часто встречающийся сценарий с заменой дисков на более емкие и расширением объема массива.

Несмотря на то, что в качестве примера мы использовали Debian 9 все нижеизложенное будет справедливо для любого базирующегося на Debian дистрибутиве, а с небольшими поправками (там, где касается установки загрузчика) для любой Linux-системы.

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

Итак, у нас в системе используются два виртуальных жестких диска объемом 20 ГБ которые мы хотим заменить на новые виртуальные диски объемом в 30 ГБ желательно без существенного простоя системы.

Прежде всего ознакомимся с текущей конфигурацией дисковой подсистемы. Будет очень полезно выполнить перезагрузку и войдя в BIOS уточнить с какого именно физического диска мы загружаемся.

В нашем случае это первый физический диск. Теперь загрузимся в систему и выполним команду:

ее вывод позволяет в удобном виде увидеть структуру текущей дисковой подсистемы.

Как можно увидеть, в нашем случае на двух физических жестких дисках sda и sdb расположены два программных массива raid1: md0 с корневой файловой системой и md1 с разделом подкачки объемом 16,8 ГБ и 3,2 ГБ соответственно.

Следующим шагом нам нужно посмотреть разметку на физических дисках, это можно сделать при помощи утилиты fdisk, но лучше использовать ее аналог с псевдографическим интерфейсом - cfdisk. Запустим ее с указанием интересующего нас диска:

Здесь мы видим, что диск имеет таблицу разделов MBR (Label: dos в шапке) и содержит первичный раздел sda1 объемом 16,8 ГБ типа fd Linux RAID, а также логический раздел sda2, в котором находится еще один раздел типа fd Linux RAID размером 3,2 ГБ - sda5.

Запомним эти данные, так как аналогичную по структуре разметку нам нужно будет воспроизвести на новом жестком диске. Для этого нам нужно заменить один из старых дисков массива на новый, так как загрузились мы с первого физического диска, т.е. sda, то заменить нам следует sdb. Поэтому пометим его как сбойный для каждого из расположенных на нем массивов:

Теперь можно выключить сервер и физически заменить старый жесткий диск на новый. После этого загрузимся и выполним команду:

Как видим в системе появился новый неразмеченный диск sdb объемом 30 ГБ. Теперь следует разметить его:

Первым шагом указываем тип таблицы разделов, так как у нас уже используется MBR, то выбираем dos.

Теперь нам нужно создать аналогичную по структуре sda разметку, но с новыми размерами разделов. Единственное условие - они не должны быть меньше уже имеющихся. В нашем случае мы создадим первичный раздел объемом 26 ГБ и укажем для него тип Linux raid autodetect (fd) используя для этого кнопку Type утилиты.

Затем запишем изменения кнопкой Write. На оставшемся месте создадим расширенный раздел (extended) и внутри его еще один раздел Linux raid autodetect (fd). В итоге у вас должна получиться разметка аналогичная по структуре sda, но с новыми размерами разделов.

Теперь добавим вновь созданные разделы в массивы:

После чего убедимся, что начался процесс ресинхронизации:

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

Вроде бы все хорошо, но не забываем про загрузчик, на новом диске его нет. Поэтому выполним:

Принимаем значения по умолчанию пока не появится окно с выбором дисков, указываем установку загрузчика на все физические диски, выбирать RAID-массив не надо.

Перезагружаем систему, выбрав в BIOS в качестве загрузочного устройства новый жесткий диск. Если все было сделано правильно, то вы загрузитесь уже с нового жесткого диска. Теперь нужно пометить sda как сбойный и исключить его из массива:

Выключаем сервер, физически заменяем диск на новый, загружаемся. Проверяем дисковую конфигурацию:

Как видим, теперь у нас в системе появился новый неразмеченный диск sda, но так как нам уже не нужно создавать разделы с отличным от sdb размером, то просто скопируем разметку с одного диска на второй, для этого используем еще одну утилиту sfdisk:

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

Снова добавим разделы в массив:

Дождемся окончания ресинхронизации:

Перезагрузимся несколько раз и убедимся, что загрузка возможна с обоих физических дисков. Теперь снова выполним команду:

и внимательно изучим вывод:

Несмотря на то, что мы увеличили размер sda1/sdb1 и sda5/sdb5 размеры массивов md0 и md1 остались неизменными. Но если мы вспомним, что программный RAID в Linux строится поверх разделов, то все станет на свои места. Это аналогично тому, что если бы мы заменили жесткий диск в системе на более емкий, но перенесли раздел без изменения размера.

Что делать? Расширить объем массива, для этого выполните команды:

Что у нас получилось?

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

Из ее вывода видно, что размер файловой системы не изменился и нам по-прежнему доступно около 17 ГБ. Но здесь нет никакой ошибки, если мы вспомним, что программный RAID является для системы аналогом диска, который содержит раздел с файловой системы, то поймем, что несмотря на то, что мы увеличили размер диска, нам следует также увеличить размер раздела с данными. Для этого выполним:

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

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

В этот раз я вам расскажу о том, как увеличить размер раздела который находится на software raid массиве. В качестве примера мы расширим раздел находящийся на RAID 1 массиве.

Ситуация:
Сервер с двумя дисками на которых собран программный RAID 1, было создано 3 логических диска.
md0 с точкой минирования / -10 Gb -Находится операционная система
Раздел подкачки- по 512Mb на каждом диске, итого 1Gb
md1 /home- под него выделено все оставшееся место на диске там и находятся данные файлового сервера.

Переставим задачу, у нас есть файловый сервер, на котором установлено 2 жестких диска, размером 160Gb каждый, объединенных в программный RAID 1, место в разделе перестало хватать и нам требуется установить более емкие жесткие диски, например- 2х1TB. Конечно можно засунуть новые диски и переустановить операционную систему, но это не «тру» т.к. придется многое перенести: информацию, перенастроить SAMBA, права доступа к директориям, снова настраивать резервное копирование и прочие малоинтересные, но крайне необходимые вещи, которые до этого момента отлично работали.
В общем все это нужно тихонько перенести, ничего не потеряв по дороге, иначе «капут»…
Пару лет назад я уже писал статью по установке системы на программный RAID, с которой можно ознакомиться в статье Как установить Ubuntu 10.04 на RAID 5, статья до сих пор не потеряла актуальности, рекомендую к ознакомлению, многие действия перекочевали оттуда.

Сам метод применим не только к RAID1, но и к другим массивам имеющим отказоустойчивость и выдерживающим потерю как минимум одного диска, а именно RAID5, RAID6, RAID10. Пример с RAID 1 рассматриваться как наиболее простой и доступный для понимания, алгоритм был протестирован на массивах 5,6 и 10го уровней и отлично показал себя.

Есть вариант более правильный и простой, при кажущейся «геморройности» процедуры, а именно, следите за мыслью:
1) Убрать 1 старый жесткий диск
2) Установить 1 новый жесткий диск,
3) Перенести таблицу разделов на новый жесткий диск,
4) Расширить размер раздела на новом жестком диске, за счет оставшегося свободного места.
5) Синхронизировать содержимое старого диска с новым
6) Убрать старый диск
7) Установить второй- новый жесткий диск
8) Перенести таблицу разделов на второй новый жесткий диск
9) Синхронизировать содержимое дисков.
10) Расширить раздел RAID массива, за счет присоединения свободного места
Пользоваться!
В результате такого «переезда» информация останется на одном из дисков, который будет выключен, благодаря чему можно, с довольно высокой долей вероятности, говорить что инфа не пропадет, но наличие резервных копий никто не отменял.

В качестве тестового стенда, у меня будет система, которая состоит из 2х дисков по 20Gb.
В системе создано 2 устройства md
md0-Корневая файловая система
md1-Раздел /home (его мы и будем расширять)
В систему мы установим 2 диска по 160Gb.

Итого, нам требуется выполнить 10 действий.
Заходим в систему и поднимаем права до root

Для начала определимся что у нас все в порядке с RAID массивом

Нам вывалит «портянку» о стоянии массива в целом и дисков которые включены в него:

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

Из написанного видно что раздел /home, на устройстве md1 забит на 100%, я специально это сделал чтобы сделать более наглядно.

Убедимся что возможность загрузки системы, в случае сбоя массива, включена, для этого:

находим строку:
BOOT_DEGRADED и если в ней установлено:

Меняем значение на:

ну если совсем лень залезать в конфиги, то можно все сделать через dpkg:

ну и дальше следуем указаниям системы:

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

На этом с подготовкой все, переходим к практике.

1-Делай раз. Извлекаем старый жесткий диск.

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

2-Делай два. Добавляем новый диск и запускаем систему
Тут все ясно из названия пункта. Устанавливаем новый жесткий диск и включаем систему.

Проверяем состояние массива:

Тут мы можем понять что мы извлекли диск sdb -какая «неожиданность»…

Проверяем наличие дисков:

Если диск не определился, то перезагружаем систему и проверяем снова. Система остается работоспособной, ведь все данные имеются на втором диске.
Нам должно выдать следующее:

Нас интересует пункт:

Видно что диск большего объема определился, но не содержит никаких разделов, это нам и нужно было!

3-Делай три. Переносим таблицу разделов на новый жесткий диск.

Новый диск sdb определился, но он пуст, нам требуется создать дубликат таблицы разделов старого диска sda, давайте сделаем это:

Нам выдаст кучу всего, но нам нужно проверить что разделы создались:

Из написанного видно что на диске sdb создались разделы.

4- Делай четыре. Расширяем размер раздела на новом жестком диске, за счет оставшегося свободного места.

Вот тут мы сделаем небольшой «финт ушами» и удалим один раздел и создадим его по новой:

Выглядеть это будет следующим образом:

Удаляем раздел sdb6 и создаем его по новой:

В качестве типа раздела, выбираем logical:

В размер раздела укажем все доступное место на диске:

Указываем тип раздела:

Собственно тип раздела: Linux raid autodedect т.е. FD, нас скриншоте подчеркнуто красным:

Ну и самое главное, записываем изменения на диск, т.к. сами они не сохраняются, и выходим из cfdisk:
1 -запись изменений
2 -выход

5- Делай пять. Синхронизируем содержимое старого диска, с новым.

Тут тоже все просто, нам необходимо добавить разделы нового диска в md.
Для начала восстановим раздел md0-там где у нас живет операционная система.
устройстро md0 состоит у нас из разделов sdb1 и sda1 т.к. с sda1 у нас все хорошо, ведь с ним ПОКА ничего не происходило, то нам требуется добавить раздел со свежеустановленного диска, а он у нас sdb1

проверим состояние массива

Видно что на устройстве md0 началось восстановление, периодически повторяем ввод пока не обнаружим что восстановление завершилось:

Видно что на устройстве md0 присутствует 2 диска, значит восстановление завершилось успешно.

Туже операцию проводим с устройством md1:

Проверяем ход восстановления:

Дожидаемся окончания восстановления, в результате у нас должно получиться:

Это говорит о том что массив восстановлен, а информация на дисках синхронизирована.
Все ничего, но наш новый жесткий диск не является загрузочным т.к. на нем не установлен загрузчик, и с него система стартовать не сможет.
Устанавливаем загрузчик в нашем случае grub, наш новый диск sdb

Значит загрузчик установился нормально.
Выключаем систему!

Делай -6. Удаляем второй старый жесткий диск

Делай -7. Устанавливаем второй НОВЫЙ жесткий диск

Все как и в прошлый раз система «почешет репу» и обнаружит что её ОПЯТЬ немного ополовинили, бывает же такое…
Т.к. мы загрузились уже с нового жесткого диска, он у нас единственный в системе, который содержит данные, то он у нас определился как устройство sda, чувствуете к чему я клоню?! Правильно, выполняем все действия повторно, начиная с пункта 4.

Делай 8. Переносим разделы с одного диска, на тот, который мы только что установили

Копируем таблицу разделов с диска который содержит информацию, на новый, но с небольшими изменениями:

Кому требуется проверить успешность копирования разделов, можно воспользоваться командой:

Вывод ее работы, вы этот раз, я считаю прикладывать нецелесообразно, т.к. ранее уже было выложено.

Делай 9. Синхронизируем содержимое обоих дисков

Тут тоже все просто, снова добавляем диск sdb в массив:

Дождемся перестроения массива md0 и добавим раздел в md1

Устанавливаем загрузчик на новый жесткий диск:

Делай 10. Расширяем место в устройстве md1

Вот мы и добрались до самой «мякотки», собственно нам требуется расширить место, правда система его пока не видит но мы это сейчас исправим.
расширяем место на устройстве md1 до максимального размера:

В ответ на это система выдаст нам:

Это говорит о том что система увидела появившееся свободное пространство и начала перестроение массива. Запускаем, неоднократно, ранее использованную команду:

И периодически проверяем ход перестроения массива md1
Должно выдавать нечто похожее:

Где:
159950816-объем раздела, сравните это с тем что нам выдавало ранее…
Из этого видно что массив md1 находится в исправном состоянии, но выполняет синхронизацию.
В общем, нам нужно дождаться окончания перестроения массива и перезагрузить систему.
В меню grub выбираем recovery mode (на скриншоте подчекрнуто красным)

Немного поясню мои действия, чтобы выполнить проверку файловой системы нам необходимо от монтировать раздел md1, но на работающей системе этого сделать не получается и при запуске, массив остается в использовании и никакие действия с собой производить не позволяет. По этому, мы зайдем через режим восстановления, когда разделы точно не находятся в использовании.
В общем нам нужно гарантированно от монтировать раздел md1 иначе команда e2fsck и resize2fs завершаются ошибкой:

Если у кого-то есть решение данной проблемы, на работающей системе, пожалуйста отпишитесь т.к. я эту проблемы по другому решить не смог.

Тут мы выбираем командную строку root:

Вот тут можно вытворять системой все что вам угодно!

Для начала запускаем проверку файловой системы, на устройстве md1

получаем, то что указано на скриншоте:

после этого запустим резайз файловой системы:

Получаем:

Видно что система увидела прибавку на устройстве md1.
еще раз запустим проверку файловой системы:

наблюдаем небольшие изменения в файловой системе

После этого, перезагружаем систему и проверяем -чего мы в ней «наворотили»…
Набираем:

Видно что раздел /home на устройстве md1 увеличился теперь он занят всего на 9%, значит все наши действия завершены успешно, с чем я вас и поздравляю.

Если у вас возникнет необходимость в увеличении массива из 3х и более дисков, то тут тоже нет ничего сложного, достаточно разметить один новый диск как вам требуется, а затем копировать таблицу разделов на новые диски.
Например у вас массив состоящий из 4х дисков, тогда схема замены дисков будет иметь следующий вид, перечислю диски в порядке замены:

Допустим вы разметили диск №2 так как вам требуется, вы просто копируете разделы с него на все остальные диски, а когда приходит очередь поменять первый диск в системе, то вы просто диск №2 ставите первым, а новый диск на месте первого, ставите последним, копируете таблицу, синхронизируете содержимое разделов/восстанавливаете целостность массивов, ну а дальше-все как обычно по пункту 10.
Едиснственной проблемой данного метода, является необходимость как минимум 3х перезагрузок, а также время на восстановление целостности массивов, но согласитесь, это лучше, чем переносить данные руками…

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

500 гиг. В дальнейшем, когдя ставил вин2003 сервер, я создал лог. диск на 150 гиг для этого, а остаток не трогал. Тренировки закончились, все работает уже под нагрузкой. Теперь встал вопрос: как мне теперь логический диск увеличить до максимума?

Первое, что я придумал, это ставить дополнительный диск SATA (есть на 350 гиг), загрузиться с сидюка который я сделал загрузочным из Acronis True Image, в нем сделать копию моего рабочего раздела на диск SATA. Потом переназначить рэйд из меню биоса сервера, снова загрузится с сидюка и восстановить сохраненный образ на новый логический диск. Верно ли? Или есть что проще?

А вот это в описании не противоречит условиям?

Программа Diskpart позволяет преобразовать базовый диск в динамический. При этом базовый диск может быть пустым, содержать основные разделы или логические диски, являться диском с данными, системным или загрузочным диском, но не должен иметь в своем составе отказоустойчивых наборов (FtDisk), например чередующихся или зеркальных наборов.

Рэйд у Вас софтовый или аппаратный? Аппаратный с точки зрения винды - один диск.

Вот цитата из вышеприведенной ссылки на статью от MS:

extend [size=n][noerr]
Расширение тома, имеющего фокус, на смежное невыделенное пространство. Невыделенная область должна находиться на том же диске и следовать (иметь более высокое смещение) за разделом, имеющим фокус. С помощью этой команды существующий базовый раздел данных может быть расширен за счет вновь созданного пространства массива Raid.
Если раздел был ранее отформатирован в файловой системе NTFS, файловая система автоматически расширяется на увеличенный раздел без потери существующих данных. Если раздел был ранее отформатирован в другой файловой системе (отличной от NTFS), выполнение команды завершается неудачно (без изменения раздела).
Невозможно расширить текущий системный или загрузочный разделы.

У меня он системный и загрузочный. Все таки нельзя?

stas43 писал(а): У меня он системный и загрузочный. Все таки нельзя?

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

Цель, с которой я хочу изменить раздел диска на максимальный, с вашей точки зрения возможно смешна:) :
имея на одном диске (рейд 1+0) разбитый два раздела C: и D: в дальнейшем, при покупке еще 2-х аналогичных винтов и желании мигрировать в рейд 5 (HPACU это позволяет), я не пойму, где появится дополнительное пространство. Отдельным неразмеченным разделом? Тогда, возможно, к D: можно применить diskpart для расширения.
Я этого четко не понимаю:( и ввиду этого решил сделать один раздел, а размер расшаренных папок ограничить WinQuota.

Видимо, я где-то не прав? И мне не надо пока дергаться.

Читаем ваше ДАНО:
"Имеется сервер HP Proliant ML150G5, установлено 2 винта горячей замены по 500 гиг. Создан рэйд 1+0, образовался 1 диск размером

Переводим его на русский язык:
Дано:
1. 2 Винта в RAID-1 (1+0 возможен только на 4-х винтах). "Сырая" емкость RAID-1 - 500 Гиг.
2. На "сырой" емкости RAID-1 создан один логический диск C: емкостью 150 Гиг. Остальное не размечено и не используется.
3. Сервер работает на разделе C:

Надо:
Увеличить емкость раздела C:

Решение:
diskpart не годится, т.к. согласно документации не расширяет системные и загрузочные разделы, которым у вас является диск C:
Остается или бакап данных и загрузочного сектора, переразметка, восстановление, или Partition Magic, но бакап крайне желателен.

Ну да, так и есть. Только рейд действительно 1+0, это явно указывается в биосе рейда при создании его. Что там на самом деле - не знаю, но что видел, то и написал.

Спсаибо за совет по diskpart, похоже им и воспользуюсь. Решил пока не трограть диск С, а когда винты новые появятся тогда и поэкспериментирую с неразмеченным пространством и вновь добавленным.

1 raid 1+0 из 2х дисков создается нормально (добавочные диски потом распихиваются по группам 1 и 0)

2 изменить размер диска можно в НР утилке управления массивом
а) добовляем винты в array
б) кидаем винты на логический диск
в) делаем в НР утилке растяжку логического диска на фсе свободное место в итоге из 4х 500гб винтов получаем 931ГБ raid 1+0
г) правим конфиг контроллера - типа всякие кеши фсе такое
3 Ежли линух то прем в fdisk нарезаем новую партицию и монтируем
4 Ежли винда то каким нибудь утилом разворачиваем диск на свободное пространство

Читайте также: