Устранение неполадок набора данных о работоспособности Autodiscover.Protocol
Область применения: Exchange Server 2013 г.
Настройки работоспособности Autodiscover.Protocol отвечают за мониторинг протокола связи автообнаружения на сервере почтовых ящиков.
Если вы получите оповещение о неработоспособном состоянии настроек работоспособности Autodiscover.Protocol, это указывает на проблему, вследствие которой пользователи не могут получить доступ к своим почтовым ящикам.
Объяснение
За мониторинг службы Autodiscover.Protocol отвечают приведенные ниже зонды и мониторы.
| Зонд | Настройки работоспособности | Зависимости | Связанные мониторы |
|---|---|---|---|
| AutodiscoverSelfTestProbe | Автообнаружения.Протокол | Active Directory | AutodiscoverSelfTestMonitor |
Дополнительные сведения о пробах и мониторах см. в разделе Работоспособность и производительность сервера.
Распространенные проблемы
Этот зонд может не работать по любой из следующих распространенных причин:
- Пул приложений автообнаружения (MSExchangeAutodiscoverAppPool), размещенный на отслеживаемом сервере клиентского доступа (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, ошибка была временной и в настоящее время устранена. В противном случае обратитесь к действиям по восстановлению, приведенным в следующих разделах.
Действия восстановления autodiscoverSelfTestProbe
Если вы получите оповещение, связанное с настройками работоспособности, сообщение электронной почты содержит приведенные ниже сведения.
- Имя сервера почтовых ящиков, отправляющего оповещение
- Имя отслеживаемого сервера почтовых ящиков
- Время и дата возникновения оповещения.
- Используемый механизм проверки подлинности и сведения об учетных данных.
- Полная трассировка исключения, связанного с последней ошибкой, включая диагностические данные и конкретные сведения о заголовке HTTP.
Сведения в полной трассировке исключения можно использовать для устранения проблемы. Исключение, создаваемое зондом, содержит поле "Причина сбоя" с описанием причины сбоя.
Для устранения данной проблемы выполните действия, указанные ниже.
Просмотрите журналы протоколов на серверах почтовых ящиков. По умолчанию файлы журналов протокола на сервере почтовых ящиков находятся в папке %ExchangeInstallPath%Logging\Autodiscover .
Создайте тестовую учетную запись пользователя, а затем войдите на сервер почтовых ящиков с помощью учетной записи тестового пользователя в адресе. Например, войдите в систему с помощью :
https://<servername>:444/autodiscover/autodiscover.xml.Если имя тестовой учетной записи пользователя прошло, проблема может повлиять на сервер почтовых ящиков, на котором размещен отслеживаемый почтовый ящик.
Повторите предыдущие действия, используя тестовую учетную запись для входа на сервер почтовых ящиков.
Проверьте наличие оповещений, которые связаны с настройками работоспособности Autodiscover.Proxy и могут указывать на проблему с определенным сервером почтовых ящиков. Подробнее см. в разделе Troubleshooting Autodiscover.Proxy Health Set.
Проверьте наличие оповещений в наборе работоспособности автообнаружения, которые могут указывать на проблему, затрагивающую определенные серверы почтовых ящиков. Дополнительные сведения см. в разделе Устранение неполадок с набором работоспособности автообнаружения.
Запустите диспетчер IIS и подключитесь к серверу почтовых ящиков, который сообщает о проблеме. Убедитесь, что пул приложений MSExchangeAutodiscoverAppPool запущен на сервере почтовых ящиков.
В диспетчере IIS щелкните Пулы приложений, а затем перезапустите пул приложений MSExchangeAutodiscoverAppPool , выполнив следующую команду:
%SystemRoot%\System32\inetsrv\Appcmd recycle MSExchangeAutodiscoverAppPoolПовторно запустите связанный зонд, как показано в шаге 2c раздела Verifying the issue still exists.
Если проблема по-прежнему существует, перезапустите службу IIS с помощью служебной программы IISReset или выполнив следующую команду:
Iisreset /noforceПовторно запустите связанный зонд, как показано в шаге 2c раздела Verifying the issue still exists.
Если проблема не устранена, перезапустите сервер.
После перезапуска сервера повторно запустите связанный зонд, как показано в шаге 2c раздела Verifying the issue still exists.
Если зонд все еще не работает, вам понадобится помощь для устранения данной проблемы. Для решения этой проблемы обратитесь к специалисту службы технической поддержки Майкрософт. Чтобы обратиться к специалисту по служба поддержки Майкрософт, перейдите в службу поддержки для бизнеса, а затем выберите Серверы>Exchange Server. Так как обращение непосредственно в службу технической поддержки Майкрософт в вашей организации может регламентироваться, сначала ознакомьтесь с инструкциями организации.