Устранение неполадок набора данных о работоспособности Autodiscover.Proxy
Область применения: Exchange Server 2013 г.
Комплект средств для проверки работоспособности службы Autodiscover.Proxy отслеживает доступность прокси-инфраструктуры Autodiscover на сервере клиентского доступа (CAS). Комплекс средств для проверки работоспособности Autodiscover.Proxy тесно связан со следующими комплексами контроля работоспособности:
Устранение неполадок набора данных о работоспособности ClientAccess.Proxy
Если вы получаете оповещение о том, что автообнаружение.Прокси является неработоспособным, это указывает на проблему, которая может помешать пользователям обнаружить свои почтовые ящики с помощью процесса автообнаружения Exchange.
Объяснение
Слежение за службой автообнаружения выполняется с помощью следующих зондов и средств мониторинга.
| Зонд | Настройки работоспособности | Зависимости | Связанные мониторы |
|---|---|---|---|
| AutoDiscoverProxyTestProbe | Autodiscover.Proxy | Active Directory | AutodiscoverProxyTestMonitor |
Дополнительные сведения о пробах и мониторах см. в разделе Работоспособность и производительность сервера.
Распространенные проблемы
Этот зонд может не работать по любой из следующих распространенных причин:
- Пул приложений, размещенный в отслеживаемом cas-сервере, работает неправильно.
- Введены неправильные данные учетной записи наблюдения.
- Контроллеры доменов не отвечают.
Действия пользователя
Служба может восстановить работу после отображения оповещения. Поэтому если вы получите оповещение о неработоспособном состоянии настроек работоспособности, сначала убедитесь в наличии данной проблемы. Если проблема не устранена, выполните соответствующие действия по восстановлению, указанные в приведенных ниже разделах.
Проверка наличия проблемы
Определите имена настроек работоспособности и сервера, указанные в оповещении.
В сообщении приводятся подробные сведения о точной причине возникновения оповещения. В большинстве случаев в сообщении приводится достаточно сведений по устранению неполадок для определения основной причины проблемы. Если в сообщении приводятся непонятные сведения:
Откройте командную консоль Exchange и выполните следующую команду, чтобы получить сведения о наборе работоспособности, выпустившей оповещение:
Get-ServerHealth <server name> | ?{$_.HealthSetName -eq "<health set name>"}Например, чтобы извлечь подробные сведения о настройках работоспособности Autodiscover.Protocol относительно сервера server1.contoso.com, выполните следующую команду.
Get-ServerHealth server1.contoso.com | ?{$_.HealthSetName -eq "Autodiscover.Protocol"}Просмотрите выходные данные команды, чтобы определить монитор, сообщивший об ошибке. Значение AlertValue для монитора, выдавшего оповещение, будет иметь значение
Unhealthy.Повторно запустите связанную пробу для монитора, который находится в неработоспособном состоянии. Обратитесь к таблице в разделе Explanation, чтобы найти связанный зонд. Для этого выполните следующую команду.
Invoke-MonitoringProbe <health set name>\<probe name> -Server <server name> | Format-ListНапример, предположим, что не работает монитор AutodiscoverSelfTestMonitor. С этим монитором связан зонд AutodiscoverSelfTestProbe. Чтобы запустить этот зонд на сервере server1.contoso.com, выполните следующую команду.
Invoke-MonitoringProbe Autodiscover.Protocol\AutodiscoverSelfTestProbe -Server server1.contoso.com | Format-ListВ выходных данных команды просмотрите значение параметра Результат зонда. Если этот параметр имеет значение Succeeded, ошибка была временной и в настоящее время устранена. В противном случае обратитесь к действиям по восстановлению, приведенным в следующих разделах.
Действия по восстановлению AutodiscoverProxyTestMonitor
Если вы получите оповещение, связанное с настройками работоспособности, сообщение электронной почты содержит приведенные ниже сведения.
Имя сервера клиентского доступа, отправившего оповещение.
Полная трассировка исключения, связанного с последней ошибкой, включая диагностические данные и конкретные сведения о заголовке HTTP.
Сведения в полной трассировке исключения можно использовать для устранения проблемы.
Время и дата возникновения проблемы.
Для устранения данной проблемы выполните действия, указанные ниже.
Просмотрите журналы протоколов на сервере клиентского доступа. Журналы протоколов находятся в папке %ExchangeInstallPath%Logging\HttpProxy\_<protocol>_ в cas-сервере.
Создайте тестовую учетную запись пользователя, а затем войдите из нее на сервер клиентского доступа. Например, войдите в систему с помощью :
https://<servername\>/owa.Запустите диспетчер IIS, а затем подключитесь к серверу, который сообщает о проблеме. Убедитесь в том, что служба MSExchangeAutodiscoverAppPool запущена на CAS.
Щелкните Пулы приложений, а затем перезапустите пул приложений MSExchangeAutoDiscoverAppPool , выполнив следующую команду:
%SystemRoot%\System32\inetsrv\Appcmd recycle MSExchangeAutoDiscoverAppPoolПовторно запустите связанный зонд, как показано в шаге 2c раздела Verifying the issue still exists.
Если проблема не устранена, перезапустите службы IIS с помощью служебной программы IISReset.
Повторно запустите связанный зонд, как показано в шаге 2c раздела Verifying the issue still exists.
Если проблема не устранена, перезапустите сервер.
После перезапуска сервера повторно запустите связанный зонд, как показано в шаге 2c раздела Verifying the issue still exists.
Если зонд все еще не работает, вам понадобится помощь для устранения данной проблемы. Для решения этой проблемы обратитесь к специалисту службы технической поддержки Майкрософт. Чтобы обратиться к специалисту по служба поддержки Майкрософт, перейдите в службу поддержки для бизнеса, а затем выберите Серверы>Exchange Server. Так как обращение непосредственно в службу технической поддержки Майкрософт в вашей организации может регламентироваться, сначала ознакомьтесь с инструкциями организации.