Чи спрацює цей план переділу?

Мені, не адміністратору, було запропоновано вирішити проблему з сервером малого бізнесу Windows 2008 з постійною проблемою з низьким дисковим простором на розділі операційної системи, який часто опускається нижче 1 гігабайт вільного місця.

Єдиний накопичувач цього сервера розділений на системний розділ 60gb (C :) та розділ даних 400gb (E :). Системний розділ заповнений, розділ даних демонструє лише 40gb (10%) використання.

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

1. Дефрагментація E:.
2. Використовуйте Shrink Partition, щоб зменшити E: до 50gb.
3. Створіть новий розділ F: з 350 Гб.
4. Використовуйте XCopy, щоб скопіювати всі файли з E: до F :.
5. Використовуйте Видалити розділ, щоб видалити E :, звільнивши 50gb відразу "після" C :.
6. Використовуйте Extend Partition, щоб збільшити C: з 60gb до 110gb.
7. Дефрагментація С:.
8. Перейменуйте розділ F: на E :.

Я хотів би знати:

A. Чи буде дозволена кожна операція, чи щось заважає мені виконувати якусь операцію?

B. Коли я зараз використовую Shrink Partition, щоб побачити, наскільки маленьким я можу зробити E:, він говорить мені, що найменший, який я можу зробити, це приблизно 220 Гбіт, хоча на диску є лише 40 Гб даних. Це пов’язано з фрагментацією? Якщо так, то, починаючи з операції дефрагментації, я можу зменшити E: на розмір збережених на ньому даних?

C. Припускаючи, що я успішно управляю копіюванням з E: до F:, чи є інший ризик втрати даних (зокрема, під час операції Extend Partition на C :)?

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

Оновлення: що я завершив, роблячи:

Я створив живий компакт-диск gparted і використовував його, щоб зменшити та просунути мій розділ E: за одну операцію, уникаючи створення додаткового розділу та копіювання даних. Ця одна операція зайняла приблизно 18 годин.

Потім я перезавантажив сервер і використовував вбудований диспетчер розділів Windows для розширення розділу C: на теперішній вільний простір під час роботи сервера. Ця операція була миттєвою і не вимагала від мене "виправлення" установки Windows (як, мабуть, вимагається іноді при використанні gparted на системному розділі). Потім я дефрагментував розділ C:.

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

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

A. Чи буде дозволена кожна операція, чи щось заважає мені виконувати якусь операцію?

Немає нічого очевидного, що не заважало б працювати тим, що ви хочете зробити.

B. Коли я зараз використовую Shrink Partition, щоб побачити, наскільки маленьким я можу зробити E:, він говорить мені, що найменший, який я можу зробити, це приблизно 220 Гбіт, хоча на диску є лише 40 Гб даних. Це пов’язано з фрагментацією? Якщо так, то, починаючи з операції дефрагментації, я можу зменшити E: на розмір збережених на ньому даних?

Напевно, ні. Між фрагментацією та дзеркалом MFT ви, мабуть, не зможете зменшити цей розділ настільки, на скільки хочете. Дефраг може допомогти, особливо якщо ви використовуєте /xпрапор.

C. Припускаючи, що я успішно управляю копіюванням з E: до F:, чи є інший ризик втрати даних (зокрема, під час операції Extend Partition на C :)?

Ви змінюєте таблицю розділів. Так, все може піти не так, і було б справді хорошою ідеєю (tm) мати добре знайдене резервне копіювання. Навіть якщо це підтримувана операція Microsoft, це холодний комфорт, якщо щось піде не так, і ви втратите все.

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

Вам доведеться подбати про міграцію будь-яких ACL.

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

Крім цього, більшість речей має бути добре. Якщо ви використовуєте будь-яку з цих, символічні та жорсткі посилання, можливо, знадобляться.

Чесно кажучи, вам, мабуть, буде краще, видаливши розділ E:, розширивши C: до нового розміру, а потім відтворити E: і відновити з резервної копії.

Також ви впевнені, що вам потрібно піти на всю цю неприємність? На С немає місця: це можна відновити?

A. Якщо працює, лише сприйняття я вважаю можливим - це 50gb E, а не накручується поруч із C, його потрібно розширити на C за допомогою керування диском Windows.

B. Все, що ви можете зробити, це спробувати дефрагментувати, якщо це не працює, вам доведеться використовувати програмне забезпечення сторонніх програм для розділення. Інструменти для розділення, вбудовані в Windows, дуже обмежені порівняно з стороннім програмним забезпеченням.

C. Завжди є ризик втрати даних, тому ми створюємо резервні копії ВСЕ.

Д. не повинно бути жодних питань.

Я додав би більше 50 Гб до С

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

Не будучи професіоналом, і я не намагаюся бути поблажливим, ти ризикуєш багато. По-перше, ваше використання XCOPY викличе у вас незрозумілі проблеми, оскільки він не копіює ACL (дозволи). Потрібно використовувати робокопіювання з наборів ресурсів Windows.

З Acronis це просто і швидко, і якщо щось піде не так (а я ніколи цього не ставав), у вас є команда підтримки, на яку можна відмовитися.

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

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

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