Устранение неполадок в наборе средств проверки работоспособности службы RPS.ProxyTroubleshooting RPS.Proxy Health Set

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

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

Набор для контроля работоспособности службы RPS.Proxy отслеживает состояние общей работоспособности службы Remote PowerShell.The RPS.Proxy health set monitors the overall health of the Remote PowerShell service.

Если вы получаете оповещение, определяющее число запросов в Секунду. Прокси-сервер работает неправильно, это указывает на проблему, которая может предотвратить использование удаленной консоли PowerShell для доступа к Exchange.If you receive an alert specifying that the RPS.Proxy is unhealthy, this indicates an issue that might prevent you from using Remote PowerShell to access Exchange.

ПояснениеExplanation

Работа службы RPS отслеживается с помощью перечисленных ниже зондов и мониторов.The RPS service is monitored using the following probes and monitors:

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

RPSProxyTestProbeRPSProxyTestProbe

ЧИСЛО ЗАПРОСОВ В СЕКУНДУ. Прокси-сервераRPS.Proxy

Active DirectoryActive Directory

RPSProxyTestMonitorRPSProxyTestMonitor

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

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

Существует несколько возможных причин отказа зонда. Ниже приведены некоторые из наиболее распространенных проблем:When this probe fails there can be multiple reasons for the problem. Some of the more common issues include the following:

  • Пул приложений, расположенный на отслеживаемом сервере CAS, работает неправильно.The application pool that is hosted on the monitored CAS server is not working properly.

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

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

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

Возможно, что после отправки предупреждения служба возобновила свою работу. Таким образом, при получении предупреждения о неисправности настройки работоспособности сначала следует проверить наличие проблемы. Если проблема не устранена, выполните необходимые действия по восстановлению, описание которых приводится в следующих разделах.It is possible that the service was able to recover after issuing the alert. Therefore, when you receive an alert that specifies that the health set is unhealthy, the first thing you should do is to verify that the issue still exists. If it does, then 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 what exactly caused the alert to be raised. In most cases, the message details would provide sufficient troubleshooting information to identify the root cause. If the message details are not clear, do the following:

    1. Запустите командную консоль Exchange и выполните следующую команду, чтобы получить сведения о наборе для контроля работоспособности, от которого получено предупреждение:Open 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>"}
      

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

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

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

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

      Допустим, что отказал монитор RPSProxyTestMonitor. С этим монитором связан зонд RPSProxyTestProbe. Для запуска этого зонда на server1.contoso.com выполните следующую команду:For example, let's assume that the failing monitor was RPSProxyTestMonitor. The probe associated with that monitor is RPSProxyTestProbe. To run that probe on server server1.contoso.com, run the following command:

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

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

Предупреждение от набора для контроля работоспособности содержит указанные ниже сведения.When receiving an alert from a health set, the email will contain the following information:

  • Имя сервера CAS, который отправил предупреждение.The name of the CAS server that sent the alert.

  • Полная трассировка исключения, включая сообщения об ошибке, диагностические данные и конкретные данные заголовка HTTP. Сведения полной трассировки исключения можно использовать для устранения неполадки.Full exception trace including eroor messages, diagnostic data and specific HTTP header information. The information in the full exception trace can be used to help troubleshoot the issue.

  • Время и дата возникновения проблемы.The time and date when the issue occurred.

Для устранения неполадки выполните указанные ниже действия.To help troubleshoot this issue, perform the following:

  1. Просмотрите журналы протоколов на серверах клиентского доступа. Журналы протоколов, находятся в * <каталог установки exchange server>\ведение журнала\HttpProxy\<протокола> * папку на сервере клиентского доступа.Review the protocol logs on CAS servers. Protocol logs are located in the <exchange server installation directory>\Logging\HttpProxy*\<protocol>* folder on the CAS server.

  2. Создайте тестовую учетную запись пользователя и затем выполнять вход на сервер клиентского доступа с помощью тестовой учетной записи пользователя, например https:// * <имя_сервера>*/OWACreate a test user account, and then logon to the CAS server by using the test user account, for example https:// <servername>/owa

  3. Запустите диспетчер IIS, подключитесь к серверу, который сообщил о проблеме, и убедитесь, что пул приложений MSExchangePowerShellFrontEndAppPool запущен на сервере CAS.Start IIS Manager and connect to the server that is reporting the issue and verify that the MSExchangePowerShellFrontEndAppPool is running on CAS server.

  4. Выберите пункт Пулы приложений, а затем повторно запустите пул приложений MSExchangeRpcProxyAppPool, выполнив следующую команду из командной консоли Exchange:Click on Application Pools, and then recycle the MSExchangePowerShellFrontEndAppPool application pool by running the following command from the Exchange Management Shell:

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

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

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

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

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

  10. Если зонд сохранится, обратитесь за помощью в устранении этой проблемы. Обращение к специалисту службы поддержки Майкрософт, чтобы устранить эту проблему. Чтобы обращение к специалисту службы поддержки Майкрософт, посетите Центр решений Exchange Server. В области навигации щелкните поддерживают параметры и ресурсы и используйте один из параметров, указанных в разделе Техническая поддержка для обращение к специалисту службы поддержки Майкрософт. Так как организации могут иметь определенные процедуры для прямого обращения в службу технической поддержки Майкрософт, убедитесь, что сначала просмотрите рекомендации по вашей организации.If the probe continues to fail, you may need assistance in resolving 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.