У меня есть массив raid 10 с 10 дисками 7200 об / мин SATA. Длина моей дисковой очереди в рабочее время составляет в среднем около 100. В отношении настройки верно следующее:
Это кажется высоким? Если да, то что-то не так с этой настройкой? Стоит ли смотреть на другие счетчики?
Обновления после комментариев:
Это выше "довольно высокого" - это чрезвычайно, умопомрачительно высокая. У меня есть ящики с вдвое большим количеством почтовых ящиков, работающих на RAID-5 на устаревших дисках Ultra160 SCSI со скоростью вращения 7200 об / мин и гораздо меньшими очередями дисков.
Что-то еще, помимо Exchange, перегружает ваши диски. Я бы открыл Perfmon и построил график «Операций ввода-вывода в секунду» в объекте «Процесс» для каждого отдельного процесса и посмотрел, какой процесс вызывает столько операций ввода-вывода.
Редактировать:
В статье, которую вы связали в своем комментарии к Jim B, есть несколько очень хороших счетчиков производительности, на которые можно посмотреть. Мне также интересно, поместили ли вы файл подкачки виртуальной памяти на эти диски и наблюдаете чрезмерное разбиение на страницы.
После прочтения статьи и связанных статей re: Entourage у меня есть некоторые подозрения, что у вас могут быть проблемы, связанные с этими клиентами. Outlook Anywhere (также известный как RPC через HTTP) не вызовет тех же проблем, что и Entourage - это совсем другое дело (MAPI через HTTP по сравнению с WebDAV, который используют клиенты Entourage).
Это идет без вопросов, но вы видите что-нибудь странное в журналах событий?
Отредактируйте после обновления:
Общее количество операций чтения / записи - это не совсем то, что вам нужно. Вы действительно ищете дельту чтения / записи для каждого интервала. Откройте Perfmon, очистите счетчики по умолчанию и добавьте несколько счетчиков для:
Вы также можете взглянуть на Монитор пользователей Microsoft Exchange (хорошая небольшая статья о его использовании доступна на http://www.msexchange.org/tutorials/Microsoft-Exchange-Server-User-Monitor.html). Это не будет отображать сеансы WebDAV, но может дать вам некоторое представление о том, что делают ваши традиционные пользователи на основе MAPI.
Эй! это очень высоко. Средняя длина очереди должна быть равна или меньше количества шпинделей физического диска, поэтому ваша машина будет работать примерно на порядок больше, чем должна быть. Эта ссылка содержит список всех операций Exchange, которые вызывают дисковый ввод-вывод, поэтому вместе с предложениями Сэма и Эвана вы должны убедиться, что у вас нет необычного количества каких-либо из этих действий (например, почтового цикла).
Это довольно много, есть ли у вас какое-нибудь антивирусное программное обеспечение? Также посмотрите на \ process * \ io data operations / sec. Это должно сказать вам, если это store.exe или что-то еще, что вызывает ввод-вывод. Если это store.exe, я бы предположил, что что-то сканирует ваши почтовые ящики.
Я бы сначала загрузил обозреватель процессов и используйте его, чтобы увидеть, какой процесс фактически вызывает высокий дисковый ввод-вывод, это хранилище информации или что-то еще. Тогда вы можете продолжить.
Было бы полезно знать, сколько почты вы на самом деле обрабатываете, так как 95 почтовых ящиков - это не очень много, но если все они находятся в постоянном пользователе, это может быть проблемой.
Кроме того, вы, вероятно, уже проверили это, но в порядке ли ваш массив RIAD, если его восстановление с неисправного диска может вызвать значительный дисковый ввод-вывод.
Вы также можете посмотреть Монитор процесса, который регистрирует каждый доступ к диску отдельно. Если ваши диски использует что-то другое, кроме Exchange, вы увидите, что он очень быстро заполняет список обращений к диску в ProcMon.
Вы не упоминаете, сколько у вас оперативной памяти, хотя спецификации, которые вы упомянули, указывают на то, что у вас, вероятно, есть разумный объем. Если у вас меньше 2 ГБ, вы можете увидеть такое поведение при обращении компьютера к файлу подкачки. Убедитесь, что объем оперативной памяти, используемой в диспетчере задач, меньше объема физической памяти, установленной на сервере.