Назад | Перейти на главную страницу

Есть ли веские причины для разделения дисков в Windows?

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

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

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

Одна из основных причин, по которой я использую разные разделы, - это разделение данных из ОС. Если вам понадобится переустановить окна (что, как мы все знаем, весьма вероятно), вы можете сделать это в любой момент, не перемещая данные куда-нибудь еще.

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

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

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

Я всегда помещал свои пользовательские данные в D :, и это меня несколько раз спасало.

  1. Диск D выходит из строя / начинает выходить из строя. Я могу подключить еще один диск, скопировать данные, переназначить и восстановить скорость довольно быстро.
  2. Диск C выходит из строя. Не влияет на мои пользовательские данные. Переустановите / обновите образ, карта D: включена, и я снова в деле.
  3. Я могу продолжать обновлять диск D до все большей и большей емкости по мере появления новых дисков.
  4. Как уже упоминалось, увеличение производительности из-за наличия нескольких шпинделей.

YMMV.

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

Время потеряно по физическим причинам. Разделение разделов не улучшит эту задержку.

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

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

  1. Теневые копии - при использовании теневого копирования MS на файловых серверах это помогает предотвратить высокую нагрузку ввода-вывода, которая приведет к удалению некоторых теневых копий или заполнению раздела данных или ОС. Рекомендуемый минимальный размер кластера 16 КБ для устранения проблем дефрагментации, которые в противном случае могут привести к удалению некоторых данных теневой копии. См. Здесь для получения дополнительной информации: http://technet.microsoft.com/en-us/library/cc753975.aspx

  2. Квоты - при использовании квот MS они могут применяться только для каждого тома / раздела. Хотя их можно применить к разделу ОС, они могут вызвать проблемы для компонентов Windows, установки программ, а также служебных и системных учетных записей, если им не управлять правильно.

  3. Разделение пользовательских данных. Хранение пользовательских данных отдельно от данных ОС и приложений позволяет восстанавливаться после различных проблем и легко обновлять или перезагружать ОС. Что еще более важно, если ваши пользователи неожиданно заполнят пользовательский раздел (например, скопировав файл виртуальной машины в общий ресурс пользователя), это не приведет к сбою всего сервера.

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

  5. Отдельный файл подкачки - дешевая память делает файлы подкачки менее критичными, чем раньше, но все же рекомендуется. Файлы подкачки лучше всего работают с кластерами большого размера, 64 КБ или больше, и в одном непрерывном блоке дискового пространства. Рекомендуйте раздел, как минимум, вдвое превышающий размер ОЗУ. Файлы подкачки и файлы журналов могут находиться в одном разделе, чтобы упростить настройку.

Я считаю весьма полезным иметь системные файлы на одном разделе и пользовательские файлы на другом.

Итак, в linux land это будет раздел для / и раздел для / home. В среде Windows это будет c: и d: drive, и либо фактическое изменение окон, чтобы каталог «Документы и настройки» находился на D, либо просто обучение хранению моих данных на D.

Это означает, что если ваша система не работает (в случае Linux вы хотите поменять местами дистрибутивы или версии дистрибутивов), вы можете легко очистить раздел и начать заново.

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