SCOM 2007 R2 добавил проверку работоспособности анализа фрагментации, которая выдает предупреждения на многих моих серверах. Чтобы попытаться понять, как SCOM определяет уровень фрагментации, я создал следующий сценарий Powershell, который воспроизводит те же данные:
$vols = Get-WmiObject -computername "Z002" Win32_Volume -filter "DriveType=3"
$defragInfo = $vols | %{$_.DefragAnalysis() | add-member -membertype noteproperty vname $_.name -passThru}
$defragInfo | %{$_.DefragAnalysis | add-member -membertype noteproperty DefragRecommended $_.DefragRecommended -passThru | add-member -membertype noteproperty vname $_.vname -passThru} | out-file ./tmp.txt
Пример вывода ниже. SCOM использует число FilePercentFragmentation, чтобы предупреждать о любых случаях, превышающих 10%, и мне интересно, как рассчитывается процент, поскольку это определенно не фрагментированные файлы, разделенные на общее количество файлов.
Дефрагментация Рекомендуется: True
vname: I: \
AverageFileSize: 20277223990
AverageFragmentsPerFile: 1.11
Размер кластера: 4096
ExcessFolderFragments: 0
FilePercentFragmentation: 54
Фрагментированные папки: 1
FreeSpace: 131237363712
FreeSpaceПроцент: 24
FreeSpacePercentFragmentation: 0
MFTPercentInUse: 10
MFTRecordКоличество: 65
PageFileSize: 0
TotalExcessFragments: 4
Всего файлов: 35
Всего папок: 14
Всего фрагментированных файлов: 2
Всего MFTFragments: 2
TotalMFTSize: 606208
TotalPageFileFragments: 0
TotalPercentFragmentation: 27
Используемое пространство: 405626204160
Имя тома:
ОбъемРазмер: 53686356787
Я делаю обоснованное предположение, но думаю, что это связано со средним фрагментированный размер файла (например, сколько файлов фрагментировано или нет), и их размер в процентах от общего числа файлов.
Например, на одном из моих производственных серверов у меня 0% фрагментации для всех файлов, за исключением одного, который является файлом MDF базы данных. Файл 60 ГБ состоит из двух фрагментов, но в общем отчете о фрагментации указано 73%.
Надеюсь, это имеет смысл.