Dépannage de l’indicateur d’intégrité EWS.Proxy
S’applique à : Exchange Server 2013
The EWS. Le jeu d’intégrité proxy surveille la disponibilité de l’infrastructure proxy EWS (Exchange Web Services) sur le serveur d’accès au client (CAS). L'indicateur d'intégrité EWS.Proxy est étroitement lié à l'indicateur d'intégrité suivant :
Dépannage de l’indicateur d’intégrité ClientAccess.Proxy
Si vous recevez une alerte indiquant qu'EWS.Proxy présente un manque d'intégrité, cela signifie qu'un problème empêche probablement les utilisateurs d'accéder au service EWS.
Explication
Le service EWS est contrôlé à l'aide des sondes et moniteurs suivants.
| Sonde | Indicateur d'intégrité | Dépendances | Moniteurs associés |
|---|---|---|---|
| EWSProxyTestProbe | Ews. Proxy | Active Directory | EWSProxyTestMonitor |
Pour plus d’informations sur les sondes et les moniteurs, consultez Intégrité et performances du serveur.
Problèmes courants
Cette sonde peut échouer pour les raisons courantes suivantes :
- Le pool d'applications hébergé sur le serveur d'accès au client 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 se peut que le service ait récupéré après avoir émis l'alerte. Par conséquent, quand vous recevez une alerte signalant que l'indicateur d'intégrité n'est pas intègre, vérifiez tout d'abord que le problème existe toujours. Si tel est le cas, exécutez 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 exacte de l'alerte. Le plus souvent, le message fournit 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 :
Ouvrez Exchange Management Shell, puis exécutez la commande suivante pour récupérer les détails du jeu 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 de l'indicateur d'intégrité EWS.Proxy à propos de server1.contoso.com, exécutez la commande suivante :
Get-ServerHealth server1.contoso.com | ?{$_.HealthSetName -eq "EWS.Proxy"}Consultez la sortie de la commande pour déterminer quel moniteur a signalé l'erreur. La valeur AlertValue pour le moniteur qui a émis l’alerte sera
Unhealthy.Réexécutez la sonde associée pour le moniteur dont l'état n'est pas intègre. Pour rechercher la sonde associée, reportez-vous au tableau figurant dans la section Verifying the issue still exists. Pour ce faire, exécutez la commande suivante :
Invoke-MonitoringProbe <health set name>\<probe name> -Server <server name> | Format-ListPar exemple, supposons que le moniteur défectueux soit EWSProxyTestMonitor. La sonde associée à ce moniteur est EWSProxyTestProbe. Pour exécuter cette sonde sur server1.contoso.com, exécutez la commande suivante :
Invoke-MonitoringProbe EWS.Proxy\EWSProxyTestProbe -Server server1.contoso.com | Format-ListDans 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. Autrement, reportez-vous aux étapes de récupération décrites dans les sections suivantes.
Actions de récupération EWSProxyTestMonitor
Quand vous recevez une alerte de l'indicateur d'intégrité, le message électronique contient les informations suivantes :
- nom du CAS ayant envoyé l'alerte ;
- Suivi complet de l’exception de la dernière erreur, y compris les données de diagnostic et les informations d’en-tête HTTP spécifiques. Vous pouvez utiliser les informations de la trace complète de l’exception pour résoudre le problème.
- heure et date du problème.
Pour résoudre ce problème, procédez comme suit :
Examinez les journaux du protocole sur les serveurs d'accès au client. Les journaux de protocole se trouvent dans le dossier %ExchangeInstallPath%Logging\HttpProxy\<protocol> sur le site d’administration centrale.
Créez un compte d'utilisateur test, puis connectez-vous au CAS en utilisant ce compte. Par exemple, utilisez l’adresse de connexion suivante :
https://<servername>/owa.Démarrez le Gestionnaire des services Internet, puis connectez-vous au serveur signalant le problème afin de déterminer si le pool d'applications MSExchangeServicesAppPool est en cours d'exécution sur le CAS.
Cliquez sur Pools d’applications, puis recyclez le pool d’applications MSExchangeServicesAppPool en exécutant la commande suivante :
%SystemRoot%\System32\inetsrv\Appcmd recycle MSExchangeServicesAppPoolRéexécutez la sonde associée en procédant 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 en procédant 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 en procédant de la manière décrite dans l'étape 2c de la section Verifying the issue still exists.
En cas de nouvel échec de la sonde, il se peut que vous ayez besoin d'aide pour résoudre ce 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.