Dépannage de l’indicateur d’intégrité SiteMailbox

S’applique à : Exchange Server 2013

L'indicateur d'intégrité SiteMailbox surveille l'intégrité et l'accessibilité globales des boîtes aux lettres de site au sein de votre organisation.

Si vous recevez une alerte qui spécifie que SiteMailbox n’est pas sain, cela indique que le contenu de la boîte aux lettres d’un utilisateur n’est pas dans un état synchronisé.

Explication

Le système de surveillance de SiteMailbox reçoit des résultats de synchronisation passive du service de synchronisation en arrière-plan. Ce système n’utilise aucune sonde. Les résultats de synchronisation passive sont consignés dans le système de surveillance de SiteMailbox après chaque tentative de synchronisation. Des synchronisations sont également déclenchées lorsque les événements suivants se produisent :

  • Les utilisateurs accèdent à leurs boîtes aux lettres de site à l’aide d’Outlook ou d’Outlook Web App
  • Ils exécutent la commande Update-SiteMailbox.
  • Vous ouvrez la fenêtre Options Outlook Web App, puis vous sélectionnez le bouton Démarrer la synchronisation dans la page État de synchronisation de la boîte aux lettres du site sélectionné

Pour plus d'informations sur la cmdlet Update-SiteMailbox cmdlet, consultez la rubrique : Update-SiteMailbox

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

Problèmes courants

Le service de surveillance de la synchronisation déclenche généralement une alerte quand des problèmes de synchronisation se produisent dans le site. Aucune alerte n’est envoyée lorsqu’une seule boîte aux lettres de site ne parvient pas à se synchroniser. Pour déterminer la cause d'une alerte de dépassement de seuil pour une boîte aux lettres de site unique, nous vous recommandons de consulter les fichiers journaux de synchronisation de cette boîte aux lettres.

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

  1. Repérez les noms de l'indicateur d'intégrité et du serveur dans l'alerte.

  2. 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 :

    1. 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é SiteMailbox à propos de server1.contoso.com, exécutez la commande suivante :

      Get-ServerHealth server1.contoso.com | ? {$_.HealthSetName -eq "SiteMailbox"}
      
    2. 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.

Étapes de résolution des problèmes

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

  • nom du serveur ayant envoyé l'alerte ;

  • heure et date de l'alerte ;

  • mécanisme d'authentification utilisé et informations d'identification ;

  • trace d'exception complète de la dernière erreur, notamment données de diagnostic et informations d'en-tête HTTP spécifiques.

    Remarque : vous pouvez utiliser les informations de la trace d’exception complète pour résoudre le problème. L'exception générée par la sonde contient un motif de l'échec qui décrit pourquoi la sonde a échoué.

Erreurs de synchronisation en arrière-plan

En cas d'échec du processus de synchronisation en arrière-plan, il se peut que vous receviez une alerte ressemblant à ceci :

The Site Mailbox background sync is failing at least 25%: 41 failures out of 87 attempts.Sample sync result:

[Message:The remote server returned an error: (401) Unauthorized.][Type:System.Net.WebException]

Cette alerte est déclenchée quand un pourcentage invariablement élevé d'échecs de synchronisation a été observé au cours des quatre dernières heures. Afin d'éviter les faux négatifs, une alerte est envoyée uniquement si les conditions suivantes ont été réunies pendant une période de 15 minutes au cours des quatre dernières heures :

  • Au moins 20 échecs se sont produits au cours d'une période de 15 minutes.

  • Le pourcentage d'échecs comparé au nombre total de tentatives est supérieur à 25 % au cours d'une période de 15 minutes.

Chaque boîte aux lettres de site dans Exchange est liée à un site SharePoint. Pour chacune des boîtes aux lettres de site sur un serveur Exchange donné qui héberge le rôle Boîte aux lettres, le serveur synchronise les informations relatives aux boîtes aux lettres de site à partir de SharePoint.

Deux types de synchronisations ont lieu au cours de ce processus : la synchronisation d’appartenance et la synchronisation de documents. Les métadonnées de ces processus de synchronisation proviennent de différents services web. En outre, un serveur Exchange donné peut contenir des boîtes aux lettres de site liées à plusieurs serveurs ou batteries de serveurs SharePoint. L'alerte peut donc provenir de plusieurs serveurs de boîtes aux lettres, en fonction des conditions suivantes :

  1. Comment les boîtes aux lettres de site activement utilisées dans l’organisation sont distribuées

  2. Serveurs SharePoint auxquels les boîtes aux lettres de site activement utilisées sont liées

  3. Suffisance ou non du volume de synchronisation du serveur de boîtes aux lettres pour répondre aux seuils d'alerte

Pour résoudre ce problème, l'échantillon de résultat de synchronisation dans l'alerte peut vous aider à déterminer la cause de l'échec. Des détails sur la réussite ou l’échec de chaque tentative de synchronisation sont enregistrés dans le %ExchangeInstallPath%Logging\TeamMailbox dossier . Passez en revue les derniers fichiers « Microsoft.Exchange.ServiceHost*TeamMailboxSyncLog* » pour les échecs en recherchant le terme échec. Les cmdlets Test-OAuthConnectivity, Test-SiteMailbox et Get-SiteMailboxDiagnostics permettent également de dépanner davantage.

Le service MSExchangeServiceHost n’est pas en cours d’exécution

Si le service MSExchangeServiceHost n’est pas en cours d’exécution, vous recevez une alerte qui ressemble à ce qui suit :

Le service « MSExchangeServiceHost » n’est pas en cours d’exécution après les tentatives de récupération. The service may be disabled or in crash loop.

Pour résoudre ce problème, vérifiez que le service MSExchangeServiceHost est en cours d'exécution sur le serveur ayant envoyé l'alerte. Si le service est en cours d’exécution, consultez les journaux des événements Windows pour obtenir des indications sur la raison pour laquelle le service n’a peut-être pas été exécuté plus tôt, comme le contrôle manuel du service ou les incidents répétés du service.

Le service MSExchangeServiceHost est bloqué

Si le service MSExchangeServiceHost est bloqué, vous recevez une alerte ressemblant à ce qui suit :

Le processus MSExchangeServiceHost s’est arrêté au moins trois fois au cours des 60 dernières minutes. Watson Message:

<Message>

Pour résoudre ce problème, passez en revue la connexion de l’événement Application Windows au serveur qui a envoyé l’alerte pour les événements 4999 concernant le service MSExchangeServiceHost. Le texte des détails peut fournir des informations sur la cause du problème.

Informations supplémentaires

Nouveautés d’Exchange 2013

Exchange PowerShell