Будет ли этот план перераспределения работать?

Question

Мне, не являющемуся администратором, было предложено решить проблему с Windows 2008 Small Business Server с постоянной проблемой, связанной с нехваткой дискового пространства в разделе операционной системы, которое часто опускается ниже 1 гигабайта свободного места.

Единственный диск на этом сервере разделен на системный раздел 60 ГБ (C:) и раздел данных 400 ГБ (E:). Системный раздел заполнен, раздел данных показывает только 40 ГБ (10%) использования.

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

1. Дефрагментация E:.
2. Используйте Shrink Partition, чтобы уменьшить E: до 50 ГБ.
3. Создайте новый раздел F: с 350gb.
4. Используйте XCopy для копирования всех файлов из E: в F:.
5. Используйте Delete Partition для удаления E:, освобождая 50 ГБ сразу же после "C".
6. Используйте Расширить раздел, чтобы увеличить C: с 60 до 110 Гб.
7. Дефрагментация С :.
8. Переименуйте раздел F: в E:.

Я хотел бы знать:

A. Будет ли разрешена каждая операция или что-то мешает мне выполнить какую-либо из этих операций?

B. Когда я использую Shrink Partition прямо сейчас, чтобы увидеть, насколько маленьким я могу сделать E:, он говорит мне, что самое маленькое, что я могу сделать, это около 220 ГБ, даже если на диске всего 40 ГБ данных. Это из-за фрагментации? Если да, позволит ли запуск операции дефрагментации сжимать E: до размера хранящихся на нем данных?

C. Предполагая, что я успешно управляю копированием из E: в F:, есть ли какой-либо другой риск потери данных (особенно во время операции Расширения раздела на C:)?

D. Если я переименую новый раздел точно так же, как исходный удаляемый раздел E: будут ли все ссылки и ярлыки (включая подключенные диски на клиентских компьютерах) все еще действительными?

---

Обновление: что я закончил делать:

Я сделал gparted live cd и использовал его, чтобы сжать и сдвинуть раздел E: за одну операцию, избегая создания дополнительного раздела и необходимости копировать данные. Эта операция заняла около 18 часов.

Затем я перезагрузил сервер и с помощью встроенного в Windows диспетчера разделов расширил раздел C: до свободного места, пока сервер работал. Эта операция была мгновенной и не требовала от меня "исправления" установки Windows (что, по-видимому, иногда требуется при использовании gparted в системном разделе). Затем я дефрагментировал раздел C:.

Моя проблема нехватки дискового пространства теперь исправлена. К сожалению, то, что я считал вторичной проблемой (10-минутное время входа в домен на рабочих станциях), не исправлено. Теперь перейдем к DNS!

Answer 1

A. Будет ли разрешена каждая операция или что-то мешает мне выполнить какую-либо из этих операций?

Нет ничего очевидного, что могло бы помешать работе.

B. Когда я использую Shrink Partition прямо сейчас, чтобы увидеть, насколько маленьким я могу сделать E:, он говорит мне, что самое маленькое, что я могу сделать, это около 220 ГБ, даже если на диске всего 40 ГБ данных. Это из-за фрагментации? Если да, позволит ли запуск операции дефрагментации сжимать E: до размера хранящихся на нем данных?

Возможно нет. Между фрагментацией и зеркалом MFT вы, вероятно, не сможете сжать этот раздел так, как вам хотелось бы. Может помочь дефрагментация, особенно если вы используете флаг /x .

C. Предполагая, что я успешно управляю копированием из E: в F:, есть ли какой-либо другой риск потери данных (особенно во время операции Расширения раздела на C:)?

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

D. Если я переименую новый раздел точно так же, как исходный удаляемый раздел E: будут ли все ссылки и ярлыки (включая подключенные диски на клиентских компьютерах) все еще действительными?

Вы должны будете позаботиться о переносе любых ACL.

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

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

Честно говоря, вам, вероятно, будет лучше, если вы удалите раздел E:, расширив C: до вашего нового размера, затем воссоздайте E: и восстановитесь из резервной копии.

Кроме того, вы уверены, что вам нужно пойти на все эти неприятности? Там нет места на C: что можно восстановить?

Answer 2

Я фанат Linux и использую GParted, который поставляется с Ubuntu для изменения размера разделов. Если у вас есть Ubuntu CD или USB, вы можете просто протестировать Ubuntu, а затем изменить размер разделов. Вам не нужно создавать какой-либо дополнительный раздел, просто измените размер раздела E: уменьшите его, а затем расширьте раздел C. Этот процесс должен быть очень простым и не должен занимать много времени. Кроме того, я никогда не испытывал потери данных с этим программным обеспечением.

Answer 3

A. Должно работать, только snafu, который я вижу возможным, - это 50 ГБ E, который не оказывается рядом с C, он должен быть расширен C в него с помощью управления дисками Windows.

B. Все, что вы можете сделать, это попробовать дефрагментировать, если это не сработает, вам придется использовать стороннее программное обеспечение для создания разделов. Инструменты разбиения, встроенные в Windows, очень ограничены по сравнению со сторонним программным обеспечением.

C. Всегда существует риск потери данных, поэтому мы сохраняем ВСЕ.

Д. не должно быть никаких проблем.

Я хотел бы добавить более 50 ГБ к C

Answer 4

Ларри, я не знаю, почему ты просто получаешь программное обеспечение для перераспределения. Для сервера это стоит денег на коммерческий продукт (вы можете попробовать бесплатный, как GParted), но это сэкономит вам много усилий ... а время - деньги. Я рекомендую Acronis Disk Director.

Не будучи профессионалом, и я не пытаюсь быть снисходительным, вы рискуете МНОГО. Во-первых, использование XCOPY вызовет неописуемые проблемы, поскольку оно не копирует ACL (права доступа). Вам нужно использовать robocopy из комплектов ресурсов Windows.

С Acronis это просто и быстро, и если что-то пойдет не так (а у меня никогда не было такого), у вас есть команда поддержки, к которой можно обратиться.

Answer 5

Как уже говорили другие, обязательно сделайте резервную копию всего на этом жестком диске, прежде чем пытаться манипулировать таблицами разделов. У меня было изменение размера раздела, особенно много лет, но я никогда не терял данные, потому что я всегда делал резервные копии в первую очередь. Вы получите значительно больше полезных опций, используя стороннюю утилиту для изменения размера, чем встроенный менеджер окон в Windows. Например, прямо сейчас диспетчер разделов Windows позволит мне уменьшить мой дополнительный раздел на 500 ГБ до ~ 425 ГБ (я использую только 200 ГБ), но Disk Director позволит мне уменьшить его до чуть более 200 ГБ.

Я также могу поддержать рекомендации как GParted, так и Acronis Disk Director. Оба являются отличными пакетами - я бы сначала попробовал загрузочный диск GParted, так как он быстрый и бесплатный: http://gparted.sourceforge.net/livecd.php

Если вы находите GParted запутанным (читайте документы) или каким-то образом попадаете в ситуацию, с которой не можете справиться, Disk Director несколько раз спас мне задницу - он немного больше ориентирован на среды Windows, имеет более знакомый графический интерфейс и вы получите выгоду от поддержки клиентов, но это стоит ~ 80 долларов.