Partager via

Planification du suivi

  • Article

Le suivi des messages est le processus par lequel des parties d’un message instance, telles que le corps du message, les propriétés du message et les métadonnées, sont stockées dans une base de données, généralement à des fins d’archivage. Les instance de message qui font l’objet d’un suivi peuvent ensuite être affichés en exécutant des requêtes à partir de la page Hub de groupe dans la console d’administration BizTalk Server. En plus d’accéder aux données archivées, vous pouvez également afficher les données actives, qui peuvent être un outil utile pour identifier et résoudre les problèmes dans un environnement de développement ou de préproduction.

Étant donné que le processus de suivi des messages peut être très gourmand en ressources, vous devez passer en revue cette rubrique avant de créer votre plan.

Pour plus d’informations sur le suivi, consultez Intégrité et suivi des activités (https://go.microsoft.com/fwlink/?LinkId=154187).

Configuration et activation du travail DTA Purger et archiver SQL Agent

Ce travail archive et vide les anciennes données de la base de données BizTalk Tracking, les empêchant ainsi de devenir trop volumineuses. Cela est essentiel pour un système de BizTalk Server sain. Une base de données de suivi volumineuse commence à affecter les performances de l’hôte de suivi et de tous les autres processus qui interrogent la base de données de suivi.

  • Vérifiez que le travail DTA Purger et archiver SQL Agent est correctement configuré, activé et terminé correctement. Ce travail n’est pas activé par défaut, car vous devez d’abord le configurer pour inclure un répertoire dans lequel les fichiers d’archive peuvent être écrits.

  • Assurez-vous que le travail est en mesure de vider les données de suivi aussi rapidement que les données de suivi entrantes sont générées. Il est acceptable que le travail se retarde pendant les heures de pointe de chargement, mais il doit toujours être en mesure de rattraper son retard. Si le travail de purge prend du retard et n’est jamais en mesure de rattraper son retard, la base de données de suivi BizTalk continue de croître et les performances finissent par être affectées.

  • Passez en revue les paramètres de purge réversible et de purge matérielle pour vous assurer que vous conservez les données suffisamment longtemps, mais pas trop longtemps. Pour plus d’informations sur ces paramètres, consultez Archivage et purge de la base de données de suivi BizTalk (https://go.microsoft.com/fwlink/?LinkID=153816).

  • Si vous avez uniquement besoin de vider les anciennes données et que vous n’avez pas besoin de les archiver en premier, modifiez le travail SQL Agent pour appeler la procédure stockée « dtasp_PurgeTrackingDatabase ». Cela ignore l’étape d’archivage et effectue simplement le vidage. Pour plus d’informations sur cette procédure stockée et sur la modification du travail SQL Agent pour l’utiliser, consultez Comment purger des données de la base de données de suivi BizTalk (https://go.microsoft.com/fwlink/?LinkID=153817).

  • Si vous devez conserver les fichiers d’archive de base de données BizTalk Tracking, assurez-vous que vous disposez d’un processus pour les restaurer et les utiliser correctement.

  • Si vous rencontrez des problèmes de performances qui sont momentanément résolus par une purge de la base de données de suivi BizTalk, et que vous souhaitez configurer BizTalk de sorte que les informations de suivi ne soient plus collectées, vous pouvez envisager de désactiver le suivi global. Pour plus d’informations sur la désactivation du suivi global, consultez la rubrique Comment désactiver le suivi global (https://go.microsoft.com/fwlink/?LinkID=154193).

Création d’un hôte de suivi dédié

Lorsque l’option Autoriser le suivi des hôtes est activée pour un hôte dans la console d’administration BizTalk Server, les instances de cet hôte exécutent le service TDDS (Tracking Data Decode Service) pour déplacer les données suivies de la base de données MessageBox BizTalk Server vers la base de données BizTalk Tracking. Étant donné que TDDS peut nécessiter beaucoup de ressources, envisagez de créer un hôte de suivi « dédié » pour lequel l’option Autoriser le suivi de l’hôte est activée et qui n’exécute pas d’autres processus BizTalk Server (tels que des adaptateurs ou des orchestrations). Si votre groupe BizTalk contient plusieurs serveurs BizTalk, il est également recommandé de créer une instance de cet hôte sur chaque serveur du groupe afin de fournir une haute disponibilité pour TDDS.

Test pour mesurer le débit maximal de suivi durable

Le suivi des messages étendu est une activité très gourmande en ressources et, si elle n’est pas correctement gérée, elle peut avoir un impact extrêmement négatif sur les performances de l’environnement BizTalk Server. Par conséquent, vous devez mesurer le débit de suivi durable maximal pour votre environnement BizTalk Server afin de vous assurer que le système est durable et s’exécutera indéfiniment à un débit de flux de messages donné. Pour plus d’informations sur la mesure du débit maximal de suivi durable, consultez Mesure du débit maximal de suivi durable (https://go.microsoft.com/fwlink/?LinkID=153815).

Meilleures pratiques pour le suivi

  • Déterminez les informations que vous devez suivre pendant la planification : vous devez décider au cours des phases de planification des informations à suivre, afin qu’après avoir déployé le projet, vous puissiez définir les options de suivi et limiter la quantité de données suivies pour ne fournir que les informations dont vous avez besoin.

  • Ne pas suivre tous les messages : nous vous recommandons de ne pas suivre tous les messages, car chaque fois qu’un message est touché, BizTalk Server effectue une autre copie. Vous pouvez à la place limiter l’étendue en suivant uniquement un port spécifique. Cela permet d’optimiser les performances de votre système et de maintenir les bases de données épurées.

  • Définir le suivi sur les ports d’envoi et de réception au lieu d’être sur un pipeline : si vous définissez les options de suivi sur les pipelines, vous définissez également les options de suivi globalement pour chaque port qui utilise le pipeline. Cela peut à son tour entraîner le suivi de beaucoup plus de données que prévu, ce qui ralentira les performances du système. Au lieu de cela, vous pouvez définir des options de suivi sur les ports d’envoi et les ports de réception.

  • Prenez en compte différents facteurs lors de la taille de la base de données BizTalk Tracking :

    • Lors du dimensionnement de la base de données BizTalk Tracking, comptez SQL Server facteurs, tels que la taille de l’index, en ajoutant un multiplicateur d’urgence à vos calculs.

    • Lorsque vous déterminez la taille des messages dans la base de données BizTalk Tracking, ajoutez la taille moyenne du contexte de message à la taille du message si elle est significative par rapport à la taille du message.

    • Pour limiter la taille des messages dans la base de données BizTalk Tracking, limitez le nombre de propriétés que vous promouvez. Vous ne devez utiliser les propriétés promues que si vous en avez besoin à des fins de routage, sinon utiliser des champs distingués.

    • Si l’option de début et de fin de la forme d’orchestration est activée, prenez en compte qu’un événement de début et d’arrêt pour chaque forme de chaque instance d’orchestration est enregistré dans la base de données BizTalk Tracking.