Устранение неполадок с настройками работоспособности автообнаруженияTroubleshooting Autodiscover Health Set

Применимо к: Exchange Server 2013Applies to: Exchange Server 2013

Последнее изменение раздела: 2015-03-09Topic Last Modified: 2015-03-09

Настройки работоспособности автообнаружения следят за общей работоспособностью службы автообнаружения для клиентов.The Autodiscover health set monitors the overall health of the Autodiscover service for clients.

Если вы получили оповещение о неисправности автообнаружения, значит существует проблема, которая может предотвращать доступ пользователей к автообнаружению.If you receive an alert that specifies that Autodiscover is unhealthy, this indicates an issue that may prevent users from accessing their mailbox by using the Autodiscover process.

ПояснениеExplanation

Слежение за службой автообнаружения выполняется с помощью следующих зондов и средств мониторинга.The Autodiscover service is monitored by using the following probes and monitors.

ЗондProbe Настройки работоспособностиHealth Set ЗависимостиDependencies Связанные мониторыAssociated Monitors

AutodiscoverCtpProbeAutodiscoverCtpProbe

АвтообнаружениеAutodiscover

Active DirectoryActive Directory

AutodiscoverCtpMonitorAutodiscoverCtpMonitor

Дополнительные сведения о зондов и мониторов можно работоспособности сервера и производительность.For more information about probes and monitors, see Server health and performance.

Распространенные проблемыCommon issues

Этот зонд может не работать по любой из следующих распространенных причин:This probe can fail for any of the following common reasons:

  • Не отвечает пул приложений автообнаружения (MSExchangeAutodiscoverAppPool), размещенный на наблюдаемом сервере клиентского доступа (CAS), Или не отвечает пул приложений автообнаружения, размещенный на одном или нескольких серверах почтовых ящиков.The Autodiscover application pool (MSExchangeAutodiscoverAppPool) that is hosted on the monitored Client Access server (CAS) is not responding. Or, the Autodiscover application pool that is hosted on one or more mailbox servers is not responding.

  • На сервере клиентского доступа произошли проблемы с сетью, поэтому он не может подключиться к серверу почтовых ящиков или контроллеру домена.The CAS is experiencing networking issues and cannot connect to the Mailbox server or Domain Controller.

  • Введены неправильные данные учетной записи наблюдения.The monitoring account credentials are incorrect.

  • Контроллеры доменов не отвечают.The Domain Controllers are not responding.

Действия пользователяUser Action

Служба может восстановиться после отправки оповещения. Поэтому если вы получите оповещение о неработоспособном состоянии настроек работоспособности, сначала убедитесь в наличии данной проблемы. Если проблема не устранена, выполните соответствующие действия по восстановлению, указанные в приведенных ниже разделах.It’s possible that the service recovered after it issued the alert. Therefore, when you receive an alert that specifies that the health set is unhealthy, first verify that the issue still exists. If the issue does exist, perform the appropriate recovery actions outlined in the following sections.

Проверка наличия проблемыVerifying the issue still exists

  1. Определите имена настроек работоспособности и сервера, указанные в оповещении.Identify the health set name and the server name in the alert.

  2. В сообщении приводятся подробные сведения о точной причине возникновения оповещения. В большинстве случаев в сообщении приводится достаточно сведений по устранению неполадок для определения основной причины проблемы. Если в сообщении приводятся непонятные сведения:The message details provide information about the exact cause of the alert. In most cases, the message details provide sufficient troubleshooting information to identify the root cause. If the message details are not clear, do the following:

    1. Откройте консоль управления Exchange и выполните следующую команду для получения сведений о настройках работоспособности, с которыми связано оповещение:Open the Exchange Management Shell, and run the following command to retrieve the details of the health set that issued the alert:

      Get-ServerHealth <server name> | ?{$_.HealthSetName -eq "<health set name>"}
      

      Например, чтобы получить сведения о настройках работоспособности автообнаружения для server1.contoso.com, выполните следующую команду:For example, to retrieve the Autodiscover health set details about server1.contoso.com, run the following command:

      Get-ServerHealth server1.contoso.com | ?{$_.HealthSetName -eq "Autodiscover"}
      
    2. Просмотрите вывод команды для определения, какой монитор сообщающих об ошибках. Имеет значение AlertValue монитор, с которыми связано оповещение Unhealthy.Review the command output to determine which monitor reported the error. The AlertValue value for the monitor that issued the alert is Unhealthy.

    3. Еще раз запустите зонд для средства мониторинга, которое находится в неисправном состоянии. Обратитесь к таблице в разделе Explanation, чтобы найти связанный зонд. Для этого выполните следующую команду.Rerun the associated probe for the monitor that’s in an unhealthy state. Refer to the table in the Explanation section to find the associated probe. To do this, run the following command:

      Invoke-MonitoringProbe <health set name>\<probe name> -Server <server name> | Format-List
      

      Допустим, что неисправно средство мониторинга AutodiscoverCtpMonitor. Связанный с этим средством мониторинга зонд — AutodiscoverCtpProbe. Чтобы запустить этот зонд на сервере server1.contoso.com, выполните следующую команду.For example, assume that the failing monitor is AutodiscoverCtpMonitor. The probe associated with that monitor is AutodiscoverCtpProbe. To run that probe on server1.contoso.com, run the following command:

      Invoke-MonitoringProbe Autodiscover\AutodiscoverCtpProbe -Server server1.contoso.com | Format-List
      
    4. В выходных данных команды просмотрите значение параметра Результат зонда. Если этот параметр имеет значение Succeeded, ошибка была временной и в настоящее время устранена. В противном случае обратитесь к действиям по восстановлению, приведенным в следующих разделах.In the command output, review the Result value of the probe. If the value is Succeeded, the issue was a transient error, and it no longer exists. Otherwise, refer to the recovery steps outlined in the following sections.

Действия по восстановлению AutodiscoverCtpMonitorAutodiscoverCtpMonitor Recovery Actions

Если вы получите оповещение, связанное с настройками работоспособности, сообщение электронной почты содержит приведенные ниже сведения.When you receive an alert from a health set, the email message contains the following information:

  • Имя сервера, отправившего оповещение.Name of the server that sent the alert

  • имя сервера почтовых ящиков, который отслеживался зондом;Name of the Mailbox server that the probe was monitoring

  • Время и дата возникновения оповещения.Time and date when the alert occurred

  • Используемый механизм проверки подлинности и сведения об учетных данных.Authentication mechanism used, and credential information

  • Полная трассировка исключения, связанного с последней ошибкой, включая диагностические данные и конкретные сведения о заголовке HTTP.Full exception trace of the last error, including diagnostic data and specific HTTP header information

Сведения в полной трассировке исключения можно использовать для устранения проблемы. Исключение, создаваемое зондом, содержит поле "Причина сбоя" с описанием причины сбоя. Ниже приведены примеры возможных причин сбоя.You can use the information in the full exception trace to help troubleshoot the issue. The exception generated by the probe contains a Failure Reason that describes why the probe failed. For example, the Failure Reason might be one of the following:

  • X-FEServer. Указывает сервер клиентского доступа, на котором запускался зонд.X-FEServer Indicates on which CAS the probe was run

  • X-CalculatedBETarget.   Указывает сервер почтовых ящиков, на который маршрутизирован запрос.X-CalculatedBETarget Indicates the Mailbox server to which the request is routed

  • X-DiagInfo.   Указывает сервер почтовых ящиков, который получил запрос.X-DiagInfo Indicates the Mailbox server that received the request

Для устранения данной проблемы выполните действия, указанные ниже.To troubleshoot this issue, follow these steps:

  1. Просмотрите журналы протоколов на серверах и почтовых ящиков. По умолчанию, журналы протоколов на сервер клиентского доступа, находятся в *<каталог установки exchange server>*\ведение журнала\HttpProxy\автообнаружения папки. По умолчанию файлы журнала протокола на сервере почтовых ящиков, находятся в *<каталог установки exchange server>*\ведение журнала\автообнаружения папки.Review the protocol logs on the CA and Mailbox servers. By default, Protocol logs on the CAS are located in the *<exchange server installation directory>*\Logging\HttpProxy\Autodiscover folder. By default, Protocol log files on the Mailbox server are located in the *<exchange server installation directory>*\Logging\Autodiscover folder.

  2. Создайте тестовую учетную запись пользователя и войдите в систему для сервера клиентского доступа с помощью тестовую учетную запись пользователя. Например, выполните вход с использованием: https://<имя_сервера>/autodiscover/autodiscover.xml.Create a test user account, and then log on to the CAS by using the test user account. For example, log on by using: https://<servername>/autodiscover/autodiscover.xml.

    Если имя учетной записи тестового пользователя будет пропущено, то проблема может повлиять на сервер почтовых ящиков, на котором размещен отслеживаемый почтовый ящик.If test user account name passes, an issue may affect the mailbox server that’s hosting the monitored mailbox.

    Повторите предыдущие действия, используя тестовую учетную запись для входа на сервер почтовых ящиков. В случае неудачной попытки попробуйте выполнить тест на различных серверах клиентского доступа, чтобы подтвердить, что проблема происходит на определенном сервере клиентского доступа, а не сервере почтовых ящиков.Try to repeat the previous steps by using a test account on the Mailbox server. If this attempt fails, try to perform the test against a different CAS to verify that the problem is occurring on a specific CAS and not on the Mailbox server.

  3. Проверьте сетевое подключение между серверами клиентского доступа и почтовых ящиков. С помощью служебной программы ping.exe убедитесь, что отвечает каждый сервер.Verify the network connectivity between the CA and Mailbox servers. Use ping.exe to verify that each server is responding.

  4. Проверьте наличие оповещений, которые связаны с настройками работоспособности Autodiscover.Proxy и могут указывать на проблему с определенным сервером почтовых ящиков. Подробнее см. в разделе Troubleshooting Autodiscover.Proxy Health Set.Check for alerts on the Autodiscover.Proxy Health Set that may indicate an issue that affects a specific Mailbox server. For more information, see Troubleshooting Autodiscover.Proxy Health Set.

  5. Проверьте, нет ли предупреждений настроек работоспособности Autodiscover.Protocol, которые могут указать на проблему с сервером почтовых ящиков. Подробнее см. в разделе Troubleshooting Autodiscover.Protocol Health Set.Check for alerts on the Autodiscover.Protocol Health Set that may indicate a problem that affects specific Mailbox servers. For more information, see Troubleshooting Autodiscover.Protocol Health Set.

  6. Запустите диспетчер IIS, а затем подключитесь к серверу, который сообщает о неполадке. Убедитесь, что пул приложений MSExchangeAutodiscoverAppPool работает на серверах клиентского доступа и почтовых ящиков.Start IIS Manager, and then connect to the server that is reporting the issue. Verify that the MSExchangeAutodiscoverAppPool application pool is running on the CA and Mailbox servers.

  7. В диспетчере IIS щелкните Пулы приложений, а затем перезапустите пул приложений MSExchangeAutodiscoverAppPool, выполнив следующую команду из командной консоли:In IIS Manager, click Application Pools, and then recycle the MSExchangeAutodiscoverAppPool application pool by running the following command from the Shell:

    %SystemRoot%\System32\inetsrv\Appcmd recycle MSExchangeAutodiscoverAppPool
    
  8. Повторно запустите связанный зонд, как показано в шаге 2c раздела Verifying the issue still exists.Rerun the associated probe as shown in step 2c in the Verifying the issue still exists section.

  9. Если проблема не устранена, перезапустите службы IIS с помощью служебной программы IISReset или следующей команды.If the issue still exists, recycle the IIS service by using the IISReset utility or by running the following command:

    Iisreset /noforce
    
  10. Повторно запустите связанный зонд, как показано в шаге 2c раздела Verifying the issue still exists.Rerun the associated probe as shown in step 2c in the Verifying the issue still exists section.

  11. Если проблема не устранена, перезапустите сервер.If the issue still exists, restart the server.

  12. После перезапуска сервера повторно запустите связанный зонд, как показано в шаге 2c раздела Verifying the issue still exists.After the server restarts, rerun the associated probe as shown in step 2c in the Verifying the issue still exists section.

  13. Если зонд сохранится, обратитесь за помощью для устранения этой проблемы. Обращение к специалисту службы поддержки Майкрософт, чтобы устранить эту проблему. Чтобы обращение к специалисту службы поддержки Майкрософт, посетите Центр решений Exchange Server. В области навигации щелкните поддерживают параметры и ресурсы и используйте один из параметров, указанных в разделе Техническая поддержка для обращение к специалисту службы поддержки Майкрософт. Так как организации могут иметь определенные процедуры для прямого обращения в службу технической поддержки Майкрософт, убедитесь, что сначала просмотрите рекомендации по вашей организации.If the probe continues to fail, you may need assistance to resolve this issue. Contact a Microsoft Support professional to resolve this issue. To contact a Microsoft Support professional, visit the Exchange Server Solutions Center. In the navigation pane, click Support options and resources and use one of the options listed under Get technical support to contact a Microsoft Support professional. Because your organization may have a specific procedure for directly contacting Microsoft Product Support Services, be sure to review your organization's guidelines first.