Гм... не хорошая идея, по-моему. Это - рабочий сервер.
Когда это была бы хорошая идея?
Вам были бы нужны резервные копии. Протестированный, что можно восстановить его от чистого металла. Т.е. Вы играете с разделом. Одна ошибка = много времени простоя.
Вы смогли использовать Linux bootdisk с gparted для редактирования раздела, но Вы все еще берете на себя настоящий риск, особенно с RAID-контроллером.
Ваш лучший выбор состоит в том, чтобы создать резервную копию всего, вытереть диск и повторно разделить его, и данные восстановления из резервного копирования.
Еще лучше переключите свой резервный сервер в Ваш рабочий сервер, затем превратите Ваш рабочий сервер в резервное устройство и повторно разделите его с техникой выше.
Время простоя - мог потребоваться час, или если что-то идет не так, как надо, где-нибудь с половины дня до дня или больше. Вы не будете знать, пока Вы не узнаете, идет ли что-то уничтоженное.
Прежде всего, я волновался бы о миграции его прочь того, чтобы быть рабочим сервером прежде, чем попробовать что-либо им. Вы - вид поиска неприятностей путем проигрывания с разделами живого рабочего сервера.
Да, как Bart сказал, переместите загрузку в другой сервер и затем вытрите и перезагрузите первый в мире, была бы самая простая опция. Но я не вижу много точки или в наличии двух разделов, если они находятся оба на том же массиве RAID-5, полностью расширенном - это не похоже, это поможет производительности или что inetpub трудно найти на системном томе.
Я почти пошел бы другим путем и восстановил бы другой сервер, чтобы только использовать один раздел вместо этого для решения и проблемы пути и проблемы с подделкой в рабочий рабочий сервер? Или вложите капитал в пару дополнительных дисков для отдельного массива зеркала операционной системы и очистки, перезагрузите их обоих ^^
Если нет никакого пространства для уменьшения (любите Server 2008 + управление томами btw, оно наконец начинает делать, полезному материалу нравится, расширяют и уменьшают системные тома), Вы вне опций онлайн. Используйте инструмент дефрагментации, который переместит файлы в начало диска - возможно, встроенный дефрагментатор помог бы Вам достаточно. Затем повторно выполните проверку уменьшения. Имейте хорошо протестированное резервное копирование и сделайте это во время окна обслуживания.
Прежде всего повторное разделение не является никаким грандиозным предприятием со многими легко доступными продуктами, чтобы сделать задание, но всегда существует возможность, что что-то может пойти не так, как надо. Закон Murphy's гарантирует что, чем больше Вам нужны эта система и выполнение, тем выше вероятность, что это будет все идти сформированная груша. У Вас поэтому абсолютно должны быть резервные копии, которые могут использоваться от холодного металлического состояния, как уже сказали другие.
Несмотря на предшествующее, Вы не привели настоящую причину для такой операции, которая может вызвать время простоя, длясь что-либо с получаса до любого времени, которое требуется для восстановления от резервного копирования. Даже когда все это подходит, сумма времени простоя будет зависеть от ряда факторов, главным образом размер раздела, объема данных по нему и уровня фрагментации.
Старая идея разделить ОС и данные в отдельные разделы, по крайней мере, на машинах Windows, только сопровождается очень небольшим количеством администраторов в эти дни, поскольку большинство из нас узнало давным-давно, что существуют многочисленные недостатки и никакие реальные преимущества. Если они должны быть разделены, делают так на отдельных дисках, не разделах на том же диске. Использование RAID не изменяет это всегда.
Переключите свой резервный сервер в Ваш рабочий сервер, затем превратите Ваш рабочий сервер в резервное устройство и повторно разделите его, в то время как это мог бы быть спам, это только должно работать при восстановлении старого основного устройства. Если это - Ваша идея боссов, заставляют его утверждать, какую опцию он хочет - используют, некоторые запланировали downwtime и надежду, что резервное устройство может быть поднято, если сервер восстанавливает, занимает больше времени, чем ожидалось или машины подкачки, и возьмите потенциально деградированные сервисы, в то время как это создается. Это не должно быть Вашим вызовом, по сути представляют опции бизнесу и позволяют им решить