Dépannage de l’indicateur d’intégrité IMAP
S’applique à : Exchange Server 2013
L'indicateur d'intégrité IMAP surveille la disponibilité de l'infrastructure proxy IMAP4 sur le serveur d'accès au client (CAS). L'indicateur d'intégrité IMAP est étroitement lié à l'indicateur d'intégrité suivant :
Dépannage de l’indicateur d’intégrité IMAP.Protocol
Dépannage de l’indicateur d’intégrité IMAP.Proxy
Si vous recevez une alerte qui spécifie qu’IMAP est défectueux, cette alerte indique un problème qui peut empêcher vos utilisateurs d’accéder à leurs boîtes aux lettres à l’aide d’IMAP.
Explication
Le service IMAP4 est surveillé à l'aide des sondes et moniteurs suivants.
Sonde | Indicateur d'intégrité | Dépendances | Moniteurs associés |
---|---|---|---|
ImapCTPProbe | IMAP | Active Directory Authentification Authentification du serveur de boîtes aux lettres Haute disponibilité Réseau |
ImapCTPMonitor (jeu d’intégrité IMAP) |
ImapProxyTestProbe | IMAP. Proxy | Active Directory Authentification |
ImapProxyTestMonitor (indicateur d'intégrité IMAP.Proxy) |
ImapDeepTestProbe | IMAP. Protocole | Active Directory Authentification Banque d'informations Haute disponibilité |
IMAP.Protocol (indicateur d'intégrité IMAP.Protocol) |
ImapSelfTestProbe | IMAP. Protocole | Active Directory Authentification |
IMAP.Protocol (indicateur d'intégrité IMAP.Protocol) AverageCommandProcessingTimeGt60sMonitor (jeu d’intégrité IMAP) |
Pour plus d’informations sur les sondes et les moniteurs, consultez Intégrité et performances du serveur.
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é d'IMAP à propos de server1.contoso.com, exécutez la commande suivante :
Get-ServerHealth server1.contoso.com | ?{$_.HealthSetName -like "IMAP*"}
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 Explanation. 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 ImapCTPMonitor. La sonde associée à ce moniteur est ImapCTPProbe. Pour exécuter cette sonde sur server1.contoso.com, exécutez la commande suivante :
Invoke-MonitoringProbe IMAP\ImapCTPProbe -Server server1.contoso.com | Format-List
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. Autrement, reportez-vous aux étapes de récupération décrites dans les sections suivantes.
Actions de récupération ImapTestDeepMonitor et ImapSelfTestMonitor
Redémarrez le service Exchange IMAP4 sur le serveur principal. Pour plus d’informations sur l’arrêt et le démarrage du service IMAP4, consultez Démarrer et arrêter les services IMAP4.
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 existe toujours, vous devez basculer les bases de données hébergées sur le serveur de boîtes aux lettres à l'aide de la commande suivante :
Set-MailboxServer -Identity <ServerName> -DatabaseCopyActivationDisabledAndMoveNow $true
Vérifiez que toutes les bases de données ont été déplacées hors du serveur qui signale le problème. Pour ce faire, exécutez la commande suivante :
Get-MailboxDatabaseCopyStatus -Server server1.contoso.com | Group Status
Si la sortie de la commande n'affiche aucune copie active sur le serveur, redémarrez ce dernier.
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 la sonde réussit, basculez les bases de données en exécutant la commande suivante :
Set-MailboxServer server1.contoso.com -DatabaseCopyActivationDisabledAndMoveNow $false
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.
Actions de récupération ImapCTPMonitor
Cette alerte de moniteur est généralement émise sur des serveurs CAS.
Redémarrez le service Exchange IMAP4 sur le serveur principal. Pour plus d’informations sur l’arrêt et le démarrage du service IMAP4, consultez Démarrer et arrêter les services IMAP4.
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, vous devez activer la journalisation du protocole IMAP afin d'aider à résoudre le problème. Pour cela, procédez comme suit :
Dans Windows PowerShell, exécutez la commande suivante :
Set-ImapSettings -server <CAS server name> -ProtocolLoggingEnabled $true
Redémarrez le service Exchange IMAP4 sur le serveur principal. Pour plus d’informations sur la façon d’arrêter et de démarrer le service IMAP4, consultez Démarrer et arrêter les services IMAP4.
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.
Exécutez la commande suivante, puis déterminez l'emplacement du fichier journal. Pour ce faire, exécutez la commande suivante :
Get-ImapSettings -server <CAS server name>
Identifiez la boîte aux lettres qui utilise cette commande. Le nom du serveur de boîtes aux lettres correspond à la valeur dans
_Mbx:
le message d’erreur.Exécutez la commande suivante :
Get-ServerHealth mailbox1.contoso.com | ?{$_.HealtSetName -like "IMAP*"}
Remarque : Dans cette commande, remplacez mailbox1.contoso.com par le nom réel du serveur de boîtes aux lettres.
Si des moniteurs répertoriés dans la sortie de la commande présentent un manque d'intégrité, vous devez d'abord résoudre les problèmes concernant ces moniteurs. Suivez les étapes de résolution des problèmes décrites dans la section ImapTestDeepMonitor and ImapSelfTestMonitor Recovery Actions.
Si le serveur de base de données est intègre, redémarrez le serveur d'accès au client.
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.
Désactivez l'enregistrement dans le journal du protocole. Pour ce faire, exécutez la commande Windows PowerShell suivante :
Set-ImapSettings -server <CAS server name> -ProtocolLoggingEnabled $false
Redémarrez le service IMAP4.
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.
Actions de récupération ImapProxyTestMonitor
Redémarrez le service IMAP4.
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 la sonde échoue encore, redémarrez le serveur d'accès au client.
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.
Actions de récupération AverageCommandProcessingTimeGt60sMonitor RequestsQueuedGt500Monitor
Cette alerte de moniteur est généralement émise sur des serveurs d'autorités de certification et de boîtes aux lettres.
Redémarrez le service Exchange IMAP4 sur le serveur principal ou le site d’administration centrale. Pour plus d’informations sur la façon d’arrêter et de démarrer le service IMAP4, consultez Démarrer et arrêter les services IMAP4.
Patientez 10 minutes pour voir si le moniteur reste intègre. Après ce délai, exécutez la commande suivante :
Get-ServerHealth server1.contoso.com | ?{$_.HealthSetName -like "IMAP*"}
Remarque : Dans cette commande, remplacez server1.contoso.com par le nom réel du serveur.
Patientez 10 minutes, puis réexécutez la commande décrite dans l'étape 2 pour voir si le moniteur reste intègre.
Si le problème persiste, vous devez redémarrer le serveur. Si le serveur est un serveur d'accès au client, redémarrez simplement le serveur. Si le serveur est un serveur de boîtes aux lettres, procédez comme suit :
Basculez les bases de données hébergées sur le serveur. Pour ce faire, exécutez la commande suivante :
Set-MailboxServer server1.contoso.com -DatabaseCopyActivationDisabledAndMoveNow $true
Remarque : Dans ce code et dans tous les exemples de code suivants, remplacezserver1.contoso.com par le nom réel du serveur.
Vérifiez que toutes les bases de données ont été déplacées hors du serveur qui signale le problème. Pour ce faire, exécutez la commande suivante :
Get-MailboxDatabaseCopyStatus -Server server1.contoso.com | Group Status
Si la sortie de la commande n'affiche aucune copie active sur le serveur, redémarrez ce dernier.
Après le redémarrage du serveur, patientez 10 minutes, puis réexécutez la commande décrite dans l'étape 2 pour voir si le moniteur reste intègre.
Si le moniteur reste intègre et s'il s'agit d'un serveur de boîtes aux lettres, basculez les bases de données en exécutant la commande suivante :
Set-MailboxServer server1.contoso.com -DatabaseCopyActivationDisabledAndMoveNow $false
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.