Имейте несколько серверов, и они не были фрагментированы в течение двух лет. Существует ли стандарт для того, какой процент должен быть фрагментирован перед дефрагментацией?
Серверы Windows 2003.
На самом деле я никогда не дефрагментирую данные на своих серверах. Я не видел достаточного прироста производительности при обслуживании файлов, чтобы оправдать снижение производительности за время, необходимое для дефрагментации. Фактически, большинство серверов никогда не завершат дефрагментацию, если вы не отключите их в течение нескольких дней. Если вы используете относительно современную файловую систему (которая, если вы не решили изменить настройки по умолчанию в Windows 2003), это не должно иметь большого значения. Кроме того, если вы используете какой-либо чередующийся RAID, фрагментация файлов не является проблемой, поскольку они уже разбиты на многие диски.
Если у меня есть сервер, на котором я действительно хочу, чтобы данные по какой-то причине были чистыми и дефрагментированными, я с гораздо большей вероятностью скопировал бы все это на магнитную ленту, очистил диск и восстановил его. Это запишет их все в идеальные блоки.
Единственный известный мне вариант использования для дефрагментации сервера Windows - это повышение производительности резервного копирования. Резервные копии - это почти единственный крупномасштабный последовательный ввод-вывод, который выполняет файловый сервер, и именно такой ввод-вывод замечает фрагментацию. Тип файловых серверов ввода / вывода, когда пользователи бьют по ним, очень случайный, и в этом случае фрагментация может иногда повышать производительность.
На моей старой работе у нас был файловый сервер, который мы только что перенесли на новое оборудование. Сразу после миграции резервные копии работали со скоростью 450 МБ / мин (это было много лет назад, запомни). Два года спустя этот сервер создавал резервную копию со скоростью около 300 МБ / мин. Затем мы впервые дефрагментировали его, и скорость снова поднялась до 450 МБ / мин.
Если у вас возникают проблемы с выполнением всех ваших резервных копий вовремя, и похоже, что именно резервное копирование сервера является узким местом, дефрагментация может помочь в этом.
Другой вариант использования для дефрагментации - это система резервного копирования на диск с архивом, хранящимся в NTFS. Резервное копирование и восстановление на томе такого типа выполняется полностью последовательно, и это замечает фрагментацию. Однако, если базовое хранилище достаточно абстрагировано (например, дисковый массив HP EVA), даже этот тип ввода / вывода не заметит фрагментации.
Все это сводится к тому, что массивно-последовательный ввод-вывод - это тот тип ввода-вывода, который больше всего замечает фрагментацию. Если это не тот ввод / вывод, который вас беспокоит, тогда дефрагментация не является проблемой.
источник
Я согласен, что вам часто не нужно и не нужно, если ваша цель - производительность (постоянная дефрагментация приносит больше вреда, чем пользы).
Как и любое правило, однако есть некоторые исключения:
Если вы находитесь или в какой-то момент, когда очень мало места на диске (<15% свободного места), то вам, вероятно, следует выполнить дефрагментацию, когда есть время. Даже современные файловые системы не могут избежать фрагментации, когда на выбор так мало секторов.
Если вы используете приложения определенного типа, которые вызывают неизбежную фрагментацию, вы можете захотеть инвестировать в специфическую для сервера программу дефрагментации (они предназначены для непрерывной работы в фоновом режиме и дефрагментации при необходимости). Тип приложений, которые могут вызвать неизбежную фрагментацию в среде Windows, - это те приложения, которые выполняют много ленивых записей в нескольких файлах (большинство надежных программ, разработанных сервером, избегают этого, но что-то вроде диспетчера загрузки для настольных компьютеров, особенно некоторых конкретных клиентов BitTorrent, демонстрирует это). этот вид агрессивной фрагментации ведет себя)
источник
Я запускал Diskeeper на серверах в более ранней работе и, таким образом, ощутимое улучшение производительности на файловых серверах и серверах приложений. Я не думаю, что мы приблизились к их опубликованной статистике, но мы определенно увидели некоторые преимущества.
Он был установлен для дефрагментации на холостом ходу и в заданных расписаниях, чтобы ограничить воздействие некоторыми дополнительными битами, которые запускаются во время загрузки.
источник
Одним из инструментов, о котором стоит упомянуть, является Smart Defrag от IOBit. Он дефрагментирует в фоновом режиме, когда ваш компьютер находится в режиме ожидания, и имеет Deep Optimize и другие возможности. Это кажется полезным, так что вы можете поставить его там и не беспокоиться о дефрагментации.
источник
AFAIK, RAID не защищен от эффектов фрагментации; несмотря на количество физических дисков, FS все равно должен выдавать отдельный запрос ввода-вывода для каждого фрагмента, верно?
Да, красиво дефрагментированная система завершает резервное копирование быстрее. Также согласитесь, что малое пространство и фрагментация не являются хорошей комбинацией ... лучше всего избегать такой ситуации.
Если время дефрагментации / планирование является проблемой, хорошим решением будет фоновая дефрагментация, такая как одна из версий Diskeeper Server (не бесплатная!). Он дефрагментирует, используя только незанятые ресурсы, поэтому не должно быть никакого воздействия даже на рабочий сервер. Некоторые из наших серверов используют DK, и администраторы, похоже, очень довольны этим.
Кстати, некоторые клиенты BT (на ум приходит utorrent) имеют опцию предварительного выделения для торрента, поэтому во время загрузок фрагментация отсутствует, если имеется достаточно свободного места для размещения файла.
источник
Похоже, что консенсус (с которым я согласен) заключается не в дефрагментации на серверах, потому что преимущества не стоят потери производительности во время фактической дефрагментации.
Тем не менее, в статье TechNet, посвященной выполнению преобразований из физического в виртуальное, рекомендуется дефрагментация в качестве метода сокращения времени, необходимого для выполнения P2V. Это особенно важно, если у вас есть ограниченное окно обслуживания, в котором вы можете завершить P2V.
источник