Surveillance de l’environnement BizTalk Server

Vous pouvez surveiller BizTalk Server’infrastructure et les applications à l’aide d’un processus manuel ou automatique, ou d’une combinaison des deux méthodes, à l’aide des outils indiqués dans le tableau suivant.

Que vous implémentiez ou non une application de supervision, vous devez utiliser la console d’administration BizTalk Server pour surveiller l’intégrité de vos applications BizTalk Server et effectuer une analyse de la cause racine afin d’identifier la cause sous-jacente des problèmes.

Lors de l'analyse de BizTalk Server, gardez les points suivants à l'esprit :

• Votre infrastructure peut fonctionner normalement, mais ce n'est pas nécessairement le cas de vos applications (par exemple, elle reçoivent des messages non valides et ne parviennent pas à les traiter).

• Votre infrastructure peut ne pas fonctionner normalement, alors que vos applications peuvent s'exécuter sans problème (par exemple, en cas de panne d'un serveur, mais que le nombre de serveurs affectés à l'hôte est suffisant pour gérer la charge).

• Un problème d'infrastructure peut apparaître sous la forme d'un problème d'application (par exemple, les messages ne sont pas traités assez rapidement car le serveur est en panne).

Types de monitoring

La surveillance de vos BizTalk Server et applications se divise en quatre catégories main :

• Surveillance de la disponibilité

• Surveillance de l’intégrité

• analyse des performances.

• Surveillance des seuils

Analyse de la disponibilité

La surveillance de la disponibilité répond à la question « L’indisponibilité d’un système ou d’une ressource d’application empêche-t-elle vos applications BizTalk Server de s’exécuter de manière optimale ? » Ces problèmes sont presque exclusivement au niveau du système, tels que la disponibilité des services et des connexions. Par exemple, si un adaptateur échoue suite à l'arrêt du service d'authentification unique de l'entreprise, il s'agit d'un problème de disponibilité. Si l'un des serveurs affectés à un hôte a échoué et que votre application prend du retard dans le traitement des messages, il s'agit également d'un problème de disponibilité. De même, si une application est arrêtée et ne parvient pas à traiter les messages, il s'agit d'un problème de disponibilité. Le tableau suivant répertorie les outils de surveillance de la disponibilité.

Surveillance de l’intégrité

L'analyse du fonctionnement répond à la question suivante : mes applications ou ressources fonctionnent-elles de manière inappropriée ? Par exemple, mes applications ou les artefacts qui les composent présentent-ils des conditions d'exception ? Ou bien, des messages sont-ils suspendus en raison de données non valides dans la charge de message ? Le tableau suivant présente les outils d'analyse du fonctionnement.

Analyse des performances

L'analyse des performances répond à la question suivante : le système exécute-t-il ses tâches de manière efficace ? Ce type d'analyse se concentre essentiellement sur la charge des ressources physiques telles que les bases de données et les disques. Par exemple, si l'utilisation de l'UC est constamment entre 90 et 100 % et qu'une accumulation des messages se forme, il s'agit d'un problème de performance de l'ordinateur. Le tableau suivant présente les outils d'analyse des performances.

Surveillance des seuils

Les règles de seuil personnalisées sont un élément essentiel dans un environnement d’opérations mature. Vous pouvez créer un grand nombre de ces règles de seuil dans Operations Manager. Ces règles de seuil sont généralement basées sur les exigences de l’application BizTalk. L’outil Analyse des performances des journaux (PAL) peut simplifier le processus de détermination des valeurs correctes pour ces seuils pour votre environnement. L’outil PAL est fourni avec des valeurs de seuil de base qui peuvent servir de cœur des données utilisées pour Microsoft System Center Operations Manager. L’implémentation de ces règles de seuil dans Operations Manager permet une surveillance automatisée. En outre, un administrateur peut configurer des règles de notification et effectuer des actions basées sur le déclenchement d’une règle de seuil (comme l’exécution d’un script, l’appel de code .NET, l’envoi de messages électroniques, etc.). Le tableau suivant présente les outils de surveillance des seuils.

Dépannage

Une fois que vous avez connaissance d’un problème d’intégrité avec vos applications BizTalk Server, vous pouvez utiliser la page Hub de groupe et les pages De requête de la console Administration BizTalk Server pour analyser le problème. La console d’administration BizTalk Server offre une expérience intégrée de configuration, de déploiement et de résolution des problèmes, et vous pouvez résoudre les problèmes liés à la configuration et au déploiement dans la console Administration après les avoir identifiés. Généralement, la plupart des problèmes d'application sont dus au fait que les messages ne sont pas traités comme prévu (cela peut se manifester par des instances de service suspendues, la relance des ports, des instances mises en attente qui n'ont pas été réactivées, etc.).

Vous pouvez utiliser la page Hub de groupe et les pages De requête pour regrouper vos instances de service (quel que soit l’état dans lequel elles se trouvent : en cours d’exécution, suspendu, déshydraté, etc.) par application, type d’erreur, type de service, hôte, etc., afin d’isoler les différentes erreurs, de les examiner une par une et de les corriger.