Présentation de la création de rapports sur l’intégrité du système par le pack d’administration Exchange Server 2013

S’applique à : Exchange Server 2013

Cette rubrique fournit des informations sur la manière dont le pack d'administration Exchange Server 2013 analyse l'intégrité du système Exchange et génère des rapports à ce sujet. Dans le pack d'administration Exchange 2013, les informations relatives à l'état d'intégrité sont regroupées de façon simple. Chaque fois que les informations d'intégrité sont douteuses et que le répondeur d'escalade est déclenché, l'événement suivant est journalisé dans le journal des événements Windows :

Disponibilité gérée

Plusieurs changements d'architecture ont été introduits dans Exchange Server 2013. L'un de ces changements clés est la fonctionnalité Disponibilité gérée où tous les composants Exchange 2013 disposent de moniteurs intégrés qui détectent les problèmes et tentent de récupérer la disponibilité du service. Le pack d'administration Exchange 2013 repose sur cette fonctionnalité. Tout problème ne pouvant pas être corrigé automatiquement est signalé au pack d'administration Exchange 2013 sous forme d'alerte. Chaque composant d'Exchange 2013 s'auto-analyse à l'aide de trois composants de base nommés sondes, moniteurs et répondeurs.

Disponibilité managée.

  • Sondes : il s’agit d’ensembles de collecteurs de données qui mesurent différents composants. Il existe trois types de sondes :

    • Les transactions synthétiques qui mesurent les opérations utilisateur synthétiques de bout en bout et les contrôles qui mesurent le trafic réel.
    • Les contrôles qui mesurent le trafic client réel.
    • Les notifications qui permettent à Exchange d'effectuer une action immédiate. Un bon exemple de cela est la notification déclenchée lors de l'expiration d'un certificat.
  • Moniteurs : les données collectées par les sondes sont transmises aux moniteurs qui analysent les données pour des conditions spécifiques et, en fonction de ces conditions, déterminent si le composant particulier est sain ou non sain.

  • Répondeurs : si un moniteur détermine qu’un composant n’est pas sain, il déclenche un répondeur. Si le problème est récupérable, le répondeur tente de récupérer le composant à l'aide de la logique intégrée. Plusieurs répondeurs sont disponibles pour chaque composant, mais le seul répondeur pertinent pour le pack d’administration Exchange 2013 est le répondeur d’escalade. Lors de son déclenchement, le répondeur d'escalade génère un événement que le pack d'administration Exchange 2013 reconnaît, et fournit dans cette alerte les informations appropriées afin que les administrateurs disposent des données nécessaires pour corriger le problème.

Chaque composant dans Exchange 2013 utilise un ensemble spécifique de sondes, de moniteurs et de répondeurs pour surveiller lui-même. Ces collections de sondes et de moniteurs sont appelées informations d'intégrité. Par exemple, il existe un certain nombre de sondes qui recueillent des données sur divers aspects du service ActiveSync. Ces données sont traitées pas un ensemble désigné de moniteurs qui déclenchent les répondeurs appropriés pour corriger tout problème détecté dans le service ActiveSync. Collectivement, ces composants constituent les informations d'intégrité ActiveSync.

Dans Exchange les informations d'intégrité sont organisées en quatre catégories correspondant au tableau de bord du pack d'administration :

  • Points de contact du client
  • Composants du service
  • Ressources du serveur
  • Dépendances clés

Pour obtenir la liste complète des jeux d’intégrité Exchange, consultez Annexe A : Ensembles d’intégrité Exchange.

Pour en savoir plus sur la disponibilité managée, consultez Intégrité et performances du serveur.

Comment les informations sont regroupées

Cette rubrique fournit des informations sur la manière dont le pack d'administration Exchange Server 2013 analyse l'intégrité du système Exchange et génère des rapports à ce sujet. Dans le pack d'administration Exchange 2013, les informations relatives à l'état d'intégrité sont regroupées de façon simple. Chaque fois que les informations d'intégrité sont douteuses et que le répondeur d'escalade est déclenché, l'événement suivant est journalisé dans le journal des événements Windows :

Nom du journal Microsoft-Exchange-ManagedAvailability/Monitoring
Source ManagedAvailability
Date <date et heure de l’événement>
ID d’événement 4
Catégorie de la tâche Analyse
Niveau Error
Mots-clés <Aucun>
Utilisateur SYSTEM
Ordinateur* <Nom de domaine complet du serveur Exchange>
Description <généré dynamiquement par le répondeur d’escalade>

L'agent du pack d'administration détecte et traite cet événement. La Disponibilité gérée peut utiliser cet événement pour générer des alertes dans SCOM. Une fois le problème correspondant résolu et les informations d'intégrité rétablies dans un état intègre, l'événement suivant est consigné dans le journal des événements Windows :

Nom du journal Microsoft-Exchange-ManagedAvailability/Monitoring
Source ManagedAvailability
Date <date et heure de l’événement>
ID d’événement 1
Catégorie de la tâche Analyse
Niveau Informations
Mots-clés <Aucun>
Utilisateur SYSTEM
Ordinateur* <Nom de domaine complet du serveur Exchange>
Description <généré dynamiquement par le répondeur d’escalade>

Les packs d'administration qui analysaient les versions précédentes d'Exchange étaient complètement centralisés. Les agents de chaque serveur Exchange collectaient des données et un moteur de corrélation central comparait et évaluait toutes les données rapportées par les agents pour déterminer l'intégrité globale du service. Dans les environnements à grande échelle, ce processus a entraîné des corrélations complexes, entraînant des retards dans la génération des alertes. Exchange 2013 n'utilise plus de corrélation d'alertes. Au lieu de cela, chaque serveur effectue sa propre analyse et alerte SCOM si nécessaire, ce qui rend l'architecture hautement évolutive.

En fonction de l'impact de l'événement et des informations d'intégrité qui le déclenchent, le problème apparaît sur la console SCOM dans une catégorie différente. Si l'événement a une incidence sur les utilisateurs, l'indicateur des points de contact du client apparaît comme non intègre. Si l'événement entraîne l'indisponibilité d'un composant entier tel OWA, l'indicateur de composant service apparaît comme non intègre. Si le problème est lié à un serveur particulier, l'indicateur d'intégrité du serveur correspondant apparaît comme non intègre. Enfin, si le problème a trait à une ressource dont Exchange dépend, l'indicateur des dépendances clés apparaît comme non intègre. Pour plus d’informations sur ces catégories, consultez Prise en main du pack d’administration Exchange Server 2013.