Exchange 2010: Исправление ограничения в OWA из-за «максимального эффективного времени в CAS»

Exchange 2010: Исправление ограничения в OWA из-за «максимального эффективного времени в CAS»

Итак, сегодня у нас возникла проблема, из-за которой менее дюжины пользователей получили ошибки тайм-аута в OWA. "! Сервер занят Сервер занят и отвечает на ваш запрос. Повторите попытку позже".

Они все внешние, поэтому проходят через наш TMG и попадают только на один из наших двух серверов CAS для сайта, где находятся их почтовые ящики. Всего на этом сайте около 5000 почтовых ящиков, но большинство пользователей попадают на внутренний массив CAS и, таким образом, равномерно распределяются между ними.

При проверке журналы IIS показывают >200 случаев «перебюджетирования». Пример ниже.

Похоже, проблема в "Max Effective Time In CAS", и Perfmon показывает, что это часто превышает 100%, в то время, когда я запускал Perfmon. Мы собираем данные о производительности через Solarwinds, но это не один из счетчиков, поэтому у меня нет истории. Однако последние 7 дней ведения журнала IIS показывают, что мы обычно видим однозначные цифры в день "перебюджета".

Дело в том, что я по сути ничего не вижу о том, что делать.делатьо сокращении "эффективного времени, проведенного в CAS" - кроме удаления/изменения моей политики регулирования. Больше ничего не бросается в глаза с точки зрения производительности на этом сервере. ЦП и ОЗУ в порядке - это двухпроцессорная виртуальная машина, в среднем ~27% ЦП на каждый процесс. 12 ГБ ОЗУ, 3 ГБ кэшировано, 3 ГБ доступно, 50 МБ свободно. Помимо получения надлежащей балансировки нагрузки, чтобы распределить нагрузку, что я могу на самом деле сделать, чтобы диагностировать и исправить эту проблему, которая вытекает из этого счетчика?

2014-05-09 15:41:54 10.70.39.170 GET /owa/ &ex=E303&OverBudget(Normal/CAS),Владелец:Sid~домен\имя пользователя~OWA~false [Conn:2,HangingConn:0,AD:18000/18000/0%,CAS:90000/-2602/155%,AB:18000/18000/0%,RPC:90000/89768/1%,FC:1000/0,Политика:DefaultThrottlingPolicy_aaadc777-4ff8-4a5e-97cc-2ec1e383cb7b,Норм] &v=14.3.174.1&mbx=SERVER01.company.local&sessionId=e842baf430514576aabf3ef6f372494c&prfltncy=1&prfrpccnt=0&prfrpcltncy=0&prfldpcnt=0&prfldpltncy=0&prfavlcnt=0&prfavlltncy=0&End+Бюджет>> Conn:2,HangingConn:0,AD:18000/18000/0%,CAS:90000/-2602/155%,AB:18000/18000/0%,RPC:90000/89768/1%,FC:1000/0,Политика:DefaultThrottlingPolicy_aaadc777-4ff8-4a5e-97cc-2ec1e383cb7b, Норма 443 company.local\ Mozilla/5.0+(Macintosh;+Intel+Mac+OS+X+10_9_2)+AppleWebKit/537.75.14+(KHTML,+like+Gecko)+Version/7.0.3+Safari/537.75.14 200 0 0 202

решение1

Я добавляю свой ответ, потому что это то, что сработало. Если кто-то может заполнить "Почему" это сработало, что действительно объяснит, что сломалось, я буду рад принять это как лучший ответ.

Мое решение: перезагрузка.

Связанный контент