MapiDelivery, MailboxDelivery, я путаюсь в терминах, т.к. они постоянно меняются, но суть одна - это доставка из транспортного конвейера в сторону баз данных. Т.е. запись в память и на диск.
Если дисковая подсистема хреновастенькая, как вы описываете, то попробуйте разделить нагрузку по шпинделям, т.е. дать больше одного физического диска. Exchange не любит жить в коммуналке, ему подавай отдельные диски для всего. Ну как минимум, я бы разделил системный диск и диск с базами\логами. Это может порешать проблему. Вообще в виртуализованном варианте у Exchange аппаратные требования процентов на 15-20 выше, чем если бы это была просто железка. Microsoft в своих PLA (Product Line Architecture) активно агитирует собирать инфраструктуры исключительно на железе (был доклад Бориса Лохвицкого на эту тему, очень клевый, где он рассказывает, что собирать все нужно на pizza-box, т.е. дешевых серверах 2U с встроенными дисками и отказаться от СХД. Поищите его в гугле, должен быть)
Что же касается диагностики на данный момент, то тут надо помониторить...
В момент нарастания очереди нужно посмотреть, а что с дисками. Например вот так:
https://rickardnobel.se/windows-perf...or-disk-usage/, так же в Peromance Monitor можно увидеть. как именно процесс больше всех грузит диск.
Если это виртуалка, тут могут быть подводные камни следующего рода: дис в ВМ вроде бы и не загружен, но все тупит нещадно, тогда нужно смотреть на хосте гипервизора, что именно грузит тот самый диск. Возможно у вас неудачное сосуществование, когда на одном физическом диске расположены виртуальные диски от нескольких прожорливых машин.
