Nota
El acceso a esta página requiere autorización. Puede intentar iniciar sesión o cambiar directorios.
El acceso a esta página requiere autorización. Puede intentar cambiar los directorios.
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
Identifique el nombre del conjunto de mantenimiento y el nombre del servidor en la alerta.
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:
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"}
Revise el resultado del comando y determine qué monitor informó el error. AlertValue del monitor que emitió la alerta leerá
Unhealthy
.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
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:
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.
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
.Inicie el Administrador de IIS y conéctese al servidor que notifica el problema y compruebe que se ejecuta en el
MSExchangePowerShellFrontEndAppPool
servidor CAS.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
Vuelva a ejecutar el sondeo asociado, como se muestra en el paso 2.c. en la sección Verifying the issue still exists.
Si el problema persiste, recicle el servicio IIS mediante la utilidad IISReset.
Vuelva a ejecutar el sondeo asociado, como se muestra en el paso 2.c. en la sección Verifying the issue still exists.
Si el problema aún persiste, reinicie el servidor.
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.
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.