Compartir a través de


Solución de problemas del conjunto de mantenimiento de RPS.Proxy

Se aplica a: Exchange Server 2013

El RPS.Proxy conjunto de mantenimiento supervisa el estado general del servicio PowerShell remoto.

Si recibe una alerta que especifica que el RPS.Proxy estado es incorrecto, esta alerta indica un problema que podría impedir que use PowerShell remoto para acceder a Exchange.

Explicación

El servicio de RPS se supervisa mediante los siguientes monitores y sondeos:

Sonda Conjunto de mantenimiento Dependencias Monitores asociados
RPSProxyTestProbe RPS.Proxy Active Directory RPSProxyTestMonitor

Para obtener más información sobre los sondeos y monitores, consulte Estado y rendimiento del servidor.

Problemas comunes

Cuando se produce un error en este sondeo, puede haber varias razones para el problema. Algunos de los problemas más comunes incluyen:

  • El grupo de aplicaciones hospedado en el servidor CAS supervisado no funciona correctamente.
  • Las credenciales de la cuenta de supervisión son incorrectas.
  • Los controladores de dominio no están respondiendo.

Acción del usuario

Es posible que el servicio pueda recuperarse después de emitir la alerta. Cuando una alerta especifica que el conjunto de mantenimiento es incorrecto, lo primero que debe hacer es comprobar que el problema sigue existiendo. Si es así, realice las acciones de recuperación adecuadas que se describen en las secciones siguientes.

Comprobar que el problema aún persiste

  1. Identifique el nombre del conjunto de mantenimiento y el nombre del servidor en la alerta.

  2. Los detalles del mensaje proporcionan información sobre la causa exacta de la alerta. En la mayoría de los casos, los detalles del mensaje proporcionan información suficiente de solución de problemas para identificar la causa raíz. Si los detalles del mensaje no están claros, siga estos pasos:

    1. Abra el Shell de administración de Exchange y ejecute el siguiente comando para recuperar los detalles del conjunto de mantenimiento que emitió la alerta:

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

      Por ejemplo, para recuperar los detalles del RPS.Proxy conjunto de mantenimiento en server1.contoso.com ejecute el siguiente comando:

      Get-ServerHealth server1.contoso.com | ?{$_.HealthSetName -eq "RPS.Proxy"}
      
    2. Revise el resultado del comando y determine qué monitor informó el error. AlertValue del monitor que emitió la alerta leerá Unhealthy.

    3. Vuelva a ejecutar el sondeo asociado para el monitor en estado incorrecto. Consulte la tabla en la sección Explanation para encontrar el sondeo asociado. Para ello, ejecute el siguiente comando:

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

      Por ejemplo, supongamos que el monitor de error fue RPSProxyTestMonitor. El sondeo asociado a ese monitor es RPSProxyTestProbe. Para ejecutar ese sondeo en el servidor server1.contoso.com, ejecute el siguiente comando:

      Invoke-MonitoringProbe RPS.Proxy\RPSProxyTestProbe -Server server1.contoso.com | Format-List
      
    4. En el resultado del comando, consulte Resultado del sondeo. Si el valor es Satisfactorio, el problema era un error transitorio y ya no existe. De lo contrario, consulte los pasos de recuperación descritos en las secciones siguientes.

Acciones de recuperación de RPSProxyTestMonitor

Cuando recibe una alerta de un conjunto de mantenimiento, el correo electrónico contendrá la siguiente información:

  • El nombre del servidor CAS que envía la alerta.
  • Seguimiento completo de excepciones, incluidos mensajes de error, datos de diagnóstico e información de encabezado HTTP específica. Puede utilizar la información en el seguimiento de excepción completo para ayudar a solucionar el problema.
  • La hora y la fecha cuando ocurrió el problema.

Para ayudar a solucionar este problema, siga estos pasos:

  1. Consulte los registros de protocolo en los servidores CAS. Los registros de protocolo se encuentran en la carpeta %ExchangeInstallPath%Logging\HttpProxy\<protocol> del servidor CAS.

  2. Cree una cuenta de usuario de prueba y, a continuación, inicie sesión en el servidor CAS mediante la cuenta de usuario de prueba. Por ejemplo, https://<servername>/owa.

  3. Inicie el Administrador de IIS y conéctese al servidor que notifica el problema y compruebe que se ejecuta en el MSExchangePowerShellFrontEndAppPool servidor CAS.

  4. Haga clic en Grupos de aplicaciones y, a continuación, recicle el grupo de aplicaciones MSExchangePowerShellFrontEndAppPool mediante la ejecución del siguiente comando:

    %SystemRoot%\System32\inetsrv\Appcmd recycle MSExchangePowerShellFrontEndAppPool
    
  5. Vuelva a ejecutar el sondeo asociado, como se muestra en el paso 2.c. en la sección Verifying the issue still exists.

  6. Si el problema persiste, recicle el servicio IIS mediante la utilidad IISReset.

  7. Vuelva a ejecutar el sondeo asociado, como se muestra en el paso 2.c. en la sección Verifying the issue still exists.

  8. Si el problema aún persiste, reinicie el servidor.

  9. Una vez que el servidor se reinicia, vuelva a ejecutar el sondeo asociado, como se muestra en el paso 2.c. en la sección Verifying the issue still exists.

  10. Si el sondeo continúa dando error, es posible que necesite asistencia para solucionar el problema. Comuníquese con un profesional de Soporte técnico de Microsoft para resolver este problema. Para ponerse en contacto con un profesional de Soporte técnico de Microsoft, visite Soporte técnico para empresas y, a continuación, seleccione Servidores>Exchange Server. Como su organización puede tener un procedimiento específico para comunicarse directamente con los servicios de soporte técnico de Microsoft, asegúrese de revisar primero las pautas de su organización.

Para obtener más información

Novedades en Exchange 2013

Exchange PowerShell