Dépannage de l’indicateur d’intégrité RPS.Proxy

Article
04/04/2023

S’applique à : Exchange Server 2013

Le RPS.Proxy jeu d’intégrité surveille l’intégrité globale du service PowerShell distant.

Si vous recevez une alerte spécifiant que n’est RPS.Proxy pas sain, cette alerte indique un problème qui peut vous empêcher d’utiliser PowerShell à distance pour accéder à Exchange.

Explication

Le service RPS est surveillé à l'aide des sondes et moniteurs suivants :

Sonde	Indicateur d'intégrité	Dépendances	Moniteurs associés
`RPSProxyTestProbe`	`RPS.Proxy`	Active Directory	RPSProxyTestMonitor

Pour plus d’informations sur les sondes et les moniteurs, consultez Intégrité et performances du serveur.

Problèmes courants

Lorsque cette sonde échoue, il peut y avoir plusieurs raisons pour le problème. Voici quelques-uns des problèmes les plus courants :

Le pool d’applications hébergé sur le serveur d’administration centrale surveillé ne fonctionne pas correctement.
Les informations d'identification du compte assurant le contrôle sont incorrectes.
Les contrôleurs de domaine ne répondent pas.

Action de l'utilisateur

Il est possible que le service ait pu récupérer après l’émission de l’alerte. Lorsqu’une alerte spécifie que le jeu d’intégrité n’est pas sain, la première chose à faire est de vérifier que le problème existe toujours. Si c’est le cas, effectuez les actions de récupération appropriées décrites dans les sections suivantes.

Vérification de l'existence du problème

Repérez les noms de l'indicateur d'intégrité et du serveur dans l'alerte.
Les détails du message fournissent des informations sur la cause précise de l'alerte. Dans la plupart des cas, ils fournissent des informations de dépannage suffisantes pour identifier la cause première. Si les détails du message ne sont pas clairs, procédez comme suit :
1. Ouvrez l'environnement de ligne de commande, puis exécutez la commande suivante pour récupérer les détails de l'indicateur d'intégrité qui a émis l'alerte :
```
Get-ServerHealth <server name> | ?{$_.HealthSetName -eq "<health set name>"}
```
  Par exemple, pour récupérer les détails du RPS.Proxy jeu d’intégrité sur server1.contoso.com exécutez la commande suivante :
```
Get-ServerHealth server1.contoso.com | ?{$_.HealthSetName -eq "RPS.Proxy"}
```
2. Consultez la sortie de la commande pour déterminer quel moniteur a signalé l'erreur. La valeur AlertValue de l’analyse qui a émis l’alerte se lira Unhealthy.
3. Réexécutez la sonde associée pour le moniteur qui est dans un état non sain. Reportez-vous au tableau fourni dans la section Explanation pour rechercher la sonde associée. Pour ce faire, exécutez la commande suivante :
```
Invoke-MonitoringProbe <health set name>\<probe name> -Server <server name> | Format-List
```
  Par exemple, supposons que le moniteur défectueux soit RPSProxyTestMonitor. La sonde associée à ce moniteur est RPSProxyTestProbe. Pour exécuter cette sonde sur le serveur server1.contoso.com, exécutez la commande suivante :
```
Invoke-MonitoringProbe RPS.Proxy\RPSProxyTestProbe -Server server1.contoso.com | Format-List
```
4. Dans la sortie de la commande, consultez la valeur Result de la sonde. Si elle indique Succeeded, le problème était une erreur passagère, qui n'existe plus. Sinon, reportez-vous aux étapes de récupération décrites dans les sections suivantes.

Actions de récupération RPSProxyTestMonitor

Quand vous recevez une alerte de l'indicateur d'intégrité, le message électronique contient les informations suivantes :

Le nom du serveur CAS qui a envoyé l'alerte.
Suivi complet des exceptions, y compris les messages d’erreur, les données de diagnostic et les informations d’en-tête HTTP spécifiques. Les informations figurant dans la trace d'exception complète peuvent vous aider à dépanner le problème.
L'heure et la date de survenance du problème.

Pour résoudre ce problème, procédez comme suit :

Examinez les journaux du protocole sur les serveurs CAS. Les journaux de protocole se trouvent dans le dossier %ExchangeInstallPath%Logging\HttpProxy\<protocol> sur le serveur CAS.
Créez un compte d’utilisateur de test, puis connectez-vous au serveur d’administration centrale à l’aide du compte d’utilisateur de test. Par exemple https://<servername>/owa.
Démarrez le Gestionnaire des services Internet et connectez-vous au serveur qui signale le problème et vérifiez que le est en cours d’exécution sur le MSExchangePowerShellFrontEndAppPool serveur d’administration centrale.
Cliquez sur Pools d’applications, puis recyclez le pool d’applications MSExchangePowerShellFrontEndAppPool en exécutant la commande suivante :
```
%SystemRoot%\System32\inetsrv\Appcmd recycle MSExchangePowerShellFrontEndAppPool
```
Réexécutez la sonde associée de la manière décrite dans l'étape 2c de la section Verifying the issue still exists.
Si le problème persiste, recyclez le service IIS à l'aide de l'utilitaire IISReset.
Réexécutez la sonde associée de la manière décrite dans l'étape 2c de la section Verifying the issue still exists.
Si le problème persiste, redémarrez le serveur.
Une fois le serveur redémarré, réexécutez la sonde associée de la manière décrite dans l'étape 2.c. de la section Verifying the issue still exists.
Si l'échec de la sonde persiste, vous avez peut-être besoin d'assistance pour résoudre le problème. Contactez un professionnel du Support Technique de Microsoft pour résoudre ce problème. Pour contacter un professionnel Support Microsoft, accédez au Support pour les entreprises, puis sélectionnez Serveurs>Exchange Server. Étant donné que votre organisation peut avoir une procédure spécifique pour contacter directement les Services de Support Technique Microsoft, assurez-vous de connaître d'abord les instructions propres à votre organisation.

Informations supplémentaires

Nouveautés d’Exchange 2013

Exchange PowerShell