Традиционно я всегда настраивал системный раздел и раздел данных. Я как раз собираюсь настроить новый сервер (Windows Server 2012 R2), и, размышляя о том, насколько большим мне следует сделать системный раздел, я начал спрашивать себя: «Действительно ли мне нужны разделы?»
Если вы сделаете раздел слишком большим, то это пространство вы никогда не будете использовать. Если вы сделаете его слишком маленьким, это будет гигантская заноза в заднице.
Простая папка Data обеспечивает необходимое вам разделение. Утилиты резервного копирования достаточно умны, чтобы справиться с этой структурой.
Так в чем же преимущество разбиения жестких дисков на разделы?
решение1
Прежде всего,запись в википедиив этом отношении достаточно полон.
Я попытаюсь объяснить рациональность разбиения на разделы, помимо аргументов по резервному копированию/организации, уже приведенных в других ответах, чтобы доказать, что с точки зрения производительности единственным преимуществом разбиения на разделы является минимизация фрагментации.
ОС должны делать предположения о том, как пользователь использует и хранит свои данные. Проблема может быть сведена к следующему:
Предположим, у вас есть фрагмент памяти, скажем, 256 байт, который вы можете представить как последовательность из 256 ячеек.
|_|_|_|_|...|_|
Теперь вы хотите хранить 3 файла, один на 64, другой на 64, третий на 128 ящиков: следует ли вам выделять их?
1: | 64 | 64 | 128 | or
2: | 64 | 128 | 64 | ?
Это зависит... от того, какие фрагменты будут храниться в течение длительного времени или нет, и какой фрагмент с наибольшей вероятностью будет сохранен после того, как один из фрагментов будет удален.
Представьте, что 2 фрагмента по 64 удаляются с диска, в следующей операции сохраняется новый фрагмент 128. В примере 1 вы можете сохранить 128 сразу, но во втором примере сначала вам нужно переместить сохраненный фрагмент 128 на границу, и только потом вы можете добавить новый фрагмент.
Теперь представьте это, но со всеми видами различных размеров, сохраненных нетривиальным способом (т. е. не все 4B сначала, затем все 8B и т. д.) на гигантском диске (размером ГБ). Известно, что это очень сложная проблема.
ОС решает эту проблему с помощью эвристики. Она не создает оптимальную стратегию, но использует некоторую эвристику, чтобы разместить фрагменты в правильных местах. Одна важная информация:как часто насколько большойэто фрагменты, которые сохраняет пользователь/ОС, потому что они предоставляют некоторыеаприориинформацию о следующих фрагментах, откуда ОС может попытаться угадать.
Разделение диска фактически сообщает ОС, что определенная область диска принадлежит этому разделу. Это означает, что больше не будет одной последовательности из 256 ящиков, а будет две последовательности из 128 ящиков (раздел A и B). ОС больше не будет делать предположения о том, куда его поместить: вы сами решаете, какой корень в вашем каталоге выбрать (машет рукой).
Почему это может улучшить производительность?
Типичным примером является ситуация, когда у вас есть два различных поведения при использовании ОС. Например, разница между:
- ежедневное использование ОС, в которой происходит много операций записи и стирания в памяти, и
- когда вы храните тяжелые файлы, такие как видео или альбомы, которые вы редко изменяете.
Разбиение на разделы может повысить производительность, если вы ежедневно используете ОС одним способом, а другой раздел используете только для хранения объемных файлов, которые вы изменяете очень редко в течение срока службы ОС.
Поскольку ваше поведение в каждом разделе единообразно, ОС, скорее всего, улучшит его распределение, тем самым минимизируя фрагментацию.
Независимо от того, актуально это для обычных случаев или нет, я бы сказал «нет», поскольку те, кто разрабатывает стратегии распределения, умны, и эвристики для этих случаев продуманы.
Для серверов и других систем это может иметь значение, но дерзайтепосле профилирования.
EDIT для включения SSD
Я понимаю, что эта проблема не зависит от того, говорим ли мы о SSD или жестких дисках. Проблема очень фундаментальна в том смысле, что она требует только того, чтобы вы хотели заполнить конечное пространство непостоянными по размеру элементами, которые постоянно добавляются и удаляются.
решение2
Преимуществом является возможность переустановки ОС без необходимости копировать личные файлы в другое место, а затем перераспределять их при установке новой ОС, поскольку она будет находиться в другом разделе.
Кроме того, если вы используете сервер, обычно хорошей практикой является создание определенных томов, связанных со службами, на отдельном разделе. Таким образом, если эта служба будет скомпрометирована и злоумышленник сможет заполнить этот раздел, ваша ОС все еще будет работать. Рассмотрим службу FTP или базу данных — если каталоги, к которым осуществляется доступ, могут быть заполнены до емкости диска, то вы столкнетесь с некоторыми серьезными проблемами в работе, но кто-то просто сбросит на него кучу данных, тем самым вызвав DOS для этой системы. Такой подход будет еще более привлекательным для злоумышленника, если на нем запущены другие ценные службы, которые они хотели бы нарушить, например веб-сервер или контроллер домена. Возможно, все это можно было бы смягчить с помощью правильной настройки этих служб, но ежедневно появляются новые эксплойты, поэтому никогда не помешает добавить больше уровней безопасности, когда это возможно. (добавленоБрэдли Форни)
Но с точки зрения конечного пользователя (пользователя Windows 7, Windows 8 и т. д.) (я понимаю, что вопрос адресован серверу, но тем, кто видит это через Google), нет смысла в разбиении на разделы, если вы не переустанавливаете ОС достаточно часто.
решение3
Несколько лет назад (Win Server 2008) имелось преимущество в использовании нескольких разделов:
- проще заставить дефрагментацию работать эффективно
- проще делать резервные копии по разделам
- Когда сервер Exchange заполняет свой раздел, сервер НЕ выходит из строя (иначе это происходит).
Я не знаю, актуально ли это еще в Win Server 2012.
решение4
Я привык создавать системный раздел и раздел данных. Таким образом я могу переустанавливать, обновлять или понижать версию ОС (я делаю это время от времени) без потери данных. Кроме того, я могу выбрать двойную загрузку двух ОС.