Сокращенный раздел на производственном сервере

Наш производственный сервер был настроен только с одним большим разделом.

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

Это HP DL380 G6

У нас есть 4 диска горячей замены в массиве RAID 5.

Как лучше я должен делать это. Похоже, плохая идея для меня.

Должен ли я использовать Windows или HP для разделения?

Что я должен знать в производственной среде? Идея состоит в том, чтобы поместить сайт (Inetpub) в отдельный раздел вместо диска C:.

Сколько времени простоя мне ожидать?

Это ужасная идея?

Что-то еще, что я пропустил?

РЕДАКТИРОВАТЬ / ОБНОВИТЬ: я представил собранную информацию и включил информацию, представленную здесь пользователями, и мы НЕ занимаемся разделом! БЛАГОДАРЮ ВАС! К вашему сведению: его идея состояла в том, чтобы создать два раздела, чтобы в случае сбоя ОС данные были в безопасности.

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

4 ответа

Решение

Хм... не очень хорошая идея, на мой взгляд. Это производственный сервер.

Когда это будет хорошей идеей?

Вам понадобятся резервные копии. Проверено, что вы можете восстановить его из голого металла. Т.е. вы играете с разделом. Одна ошибка = много простоев.

Возможно, вы сможете использовать загрузочный диск Linux с gparted для редактирования раздела, но вы все равно рискуете, особенно. с контроллером RAID.

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

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

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

Прежде всего, я бы беспокоился о том, чтобы перенести его с рабочего сервера, прежде чем пытаться что-либо сделать с ним. Вы как бы напрашиваетесь на неприятности, играя с разделами живого рабочего сервера.

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

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

За старой идеей разделения ОС и данных на отдельные разделы, по крайней мере, на машинах Windows, в наши дни следует очень небольшое количество администраторов, поскольку многие из нас давно узнали, что существует множество недостатков и никаких реальных преимуществ., Если они должны быть разделены, делайте это на отдельных дисках, а не на разделах на одном диске. Использование RAID никак не меняет этого.

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

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

Если нет места для сжатия (любите, кстати, управление томами в Server 2008+, наконец-то начинаются полезные вещи, такие как расширение и сжатие системных томов), у вас нет онлайн-возможностей. Используйте инструмент дефрагментации, который переместит файлы в начало диска - возможно, вам поможет встроенный дефрагментатор. Затем повторно запустите проверку усадки. Иметь хорошо проверенную резервную копию и делать это во время технического обслуживания.

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

Другие вопросы по тегам