Устранение неполадок набора данных о работоспособности автообнаружения
Область применения: Exchange Server 2013 г.
Настройки работоспособности автообнаружения следят за общей работоспособностью службы автообнаружения для клиентов.
Если вы получили оповещение о неисправности автообнаружения, значит существует проблема, которая может предотвращать доступ пользователей к автообнаружению.
Объяснение
Слежение за службой автообнаружения выполняется с помощью следующих зондов и средств мониторинга.
| Зонд | Настройки работоспособности | Зависимости | Связанные мониторы |
|---|---|---|---|
| АвтообнаружениеCtpProbe | Автообнаружение | Active Directory | АвтообнаружениеCtpMonitor |
Дополнительные сведения о пробах и мониторах см. в разделе Работоспособность и производительность сервера.
Распространенные проблемы
Этот зонд может не работать по любой из следующих распространенных причин:
- Пул приложений автообнаружения (MSExchangeAutodiscoverAppPool), размещенный на отслеживаемом сервере клиентского доступа (CAS), не отвечает. Кроме того, пул приложений автообнаружения, размещенный на одном или нескольких серверах почтовых ящиков, не отвечает.
- На сервере клиентского доступа произошли проблемы с сетью, поэтому он не может подключиться к серверу почтовых ящиков или контроллеру домена.
- Введены неправильные данные учетной записи наблюдения.
- Контроллеры доменов не отвечают.
Действия пользователя
Служба может восстановить работу после отображения оповещения. Поэтому если вы получите оповещение о неработоспособном состоянии настроек работоспособности, сначала убедитесь в наличии данной проблемы. Если проблема не устранена, выполните соответствующие действия по восстановлению, указанные в приведенных ниже разделах.
Проверка наличия проблемы
Определите имена настроек работоспособности и сервера, указанные в оповещении.
В сообщении приводятся подробные сведения о точной причине возникновения оповещения. В большинстве случаев в сообщении приводится достаточно сведений по устранению неполадок для определения основной причины проблемы. Если в сообщении приводятся непонятные сведения:
Откройте командную консоль Exchange и выполните следующую команду, чтобы получить сведения о наборе работоспособности, который выдал оповещение:
Get-ServerHealth <server name> | ?{$_.HealthSetName -eq "<health set name>"}Например, чтобы получить сведения о настройках работоспособности автообнаружения для server1.contoso.com, выполните следующую команду:
Get-ServerHealth server1.contoso.com | ?{$_.HealthSetName -eq "Autodiscover"}Просмотрите выходные данные команды, чтобы определить монитор, сообщивший об ошибке. Значение AlertValue для монитора, выдавшего оповещение, —
Unhealthy.Повторно запустите связанную пробу для монитора, который находится в неработоспособном состоянии. Обратитесь к таблице в разделе Explanation, чтобы найти связанный зонд. Для этого выполните следующую команду.
Invoke-MonitoringProbe <health set name>\<probe name> -Server <server name> | Format-ListДопустим, что неисправно средство мониторинга AutodiscoverCtpMonitor. Связанный с этим средством мониторинга зонд — AutodiscoverCtpProbe. Чтобы запустить этот зонд на сервере server1.contoso.com, выполните следующую команду.
Invoke-MonitoringProbe Autodiscover\AutodiscoverCtpProbe -Server server1.contoso.com | Format-ListВ выходных данных команды просмотрите значение параметра Результат зонда. Если этот параметр имеет значение Succeeded, ошибка была временной и в настоящее время устранена. В противном случае обратитесь к действиям по восстановлению, приведенным в следующих разделах.
Действия по восстановлению AutodiscoverCtpMonitor
Если вы получите оповещение, связанное с настройками работоспособности, сообщение электронной почты содержит приведенные ниже сведения.
- Имя сервера, отправившего оповещение.
- имя сервера почтовых ящиков, который отслеживался зондом;
- Время и дата возникновения оповещения.
- Используемый механизм проверки подлинности и сведения об учетных данных.
- Полная трассировка исключения, связанного с последней ошибкой, включая диагностические данные и конкретные сведения о заголовке HTTP.
Сведения в полной трассировке исключения можно использовать для устранения проблемы. Исключение, создаваемое зондом, содержит поле "Причина сбоя" с описанием причины сбоя. Ниже приведены примеры возможных причин сбоя.
- X-FEServer: указывает, на каком cas-сервере была запущена проба.
- X-CalculatedBETarget: указывает сервер почтовых ящиков, на который направляется запрос.
- X-DiagInfo: указывает сервер почтовых ящиков, который получил запрос.
Для устранения данной проблемы выполните действия, указанные ниже.
Проверьте журналы протокола на серверах клиентского доступа и почтовых ящиков. По умолчанию журналы протоколов в CAS находятся в папке %ExchangeInstallPath%Logging\HttpProxy\Autodiscover . По умолчанию файлы журналов протокола на сервере почтовых ящиков находятся в папке %ExchangeInstallPath%Logging\Autodiscover .
Создайте тестовую учетную запись пользователя, а затем войдите из нее на сервер клиентского доступа. Например, войдите в систему с помощью :
https://<servername>/autodiscover/autodiscover.xml.Если имя тестовой учетной записи пользователя прошло, проблема может повлиять на сервер почтовых ящиков, на котором размещен отслеживаемый почтовый ящик.
Повторите предыдущие действия, используя тестовую учетную запись для входа на сервер почтовых ящиков. В случае неудачной попытки попробуйте выполнить тест на различных серверах клиентского доступа, чтобы подтвердить, что проблема происходит на определенном сервере клиентского доступа, а не сервере почтовых ящиков.
Проверьте сетевое подключение между серверами клиентского доступа и почтовых ящиков. С помощью служебной программы ping.exe убедитесь, что отвечает каждый сервер.
Проверьте наличие оповещений, которые связаны с настройками работоспособности Autodiscover.Proxy и могут указывать на проблему с определенным сервером почтовых ящиков. Подробнее см. в разделе Troubleshooting Autodiscover.Proxy Health Set.
Проверьте, нет ли предупреждений настроек работоспособности Autodiscover.Protocol, которые могут указать на проблему с сервером почтовых ящиков. Подробнее см. в разделе Troubleshooting Autodiscover.Protocol 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. Так как обращение непосредственно в службу технической поддержки Майкрософт в вашей организации может регламентироваться, сначала ознакомьтесь с инструкциями организации.