Tables de base de données BizTalk Server avec une croissance importante

Article
10/14/2023

Le tableau suivant répertorie les tables BizTalk Server qui augmentent généralement le plus. Vous pouvez utiliser ces données pour déterminer où un problème potentiel peut exister.

Liste des tables

Table de charge de travail	Description	Commentaires
HostNameQ_Suspended table	Cette table contient une référence aux messages de la table Spool qui sont associés à des instances suspendues pour l’hôte particulier. Cette table se trouve dans la base de données BizTalkMsgBoxDb.	Si les tables HostNameQ_Suspended contiennent de nombreux enregistrements, elles peuvent contenir des instances suspendues valides qui apparaissent dans la page Hub de groupe . Vous pouvez arrêter ces instances. Si ces instances n’apparaissent pas dans le hub de groupe, les instances sont probablement des instances de mise en cache ou des rapports d’échec de routage orphelins. Lorsque vous arrêtez des instances suspendues, vous propre les éléments de cette table et leurs lignes associées dans les tables Spool et Instances.
Table HostNameQ	Cette table contient une référence aux messages de la table Spool qui sont associés à l’hôte particulier et qui ne sont pas suspendus. Cette table se trouve dans la base de données BizTalkMsgBoxDb.	Si les tables HostNameQ ont de nombreux enregistrements, les types d’instances suivants peuvent exister : - Instances prêtes à l’exécution - Instances actives - Instances déshydratées BizTalk Server a besoin de temps pour « rattraper » et traiter les instances. Cette table peut croître lorsque la vitesse de traitement entrante dépasse la vitesse de traitement sortante. Ce scénario peut également se produire en raison d’une base de données BizTalkDTADb volumineuse ou de retards de disque SQL Server.
Tables Spool, Parts et Fragments	Ces tables stockent les données de message réelles dans la base de données BizTalkMsgBoxDb.	Les tables Spool, Parts et Fragments contenant de nombreux enregistrements impliquent qu’un grand nombre de messages sont actuellement actifs, déshydratés ou suspendus. Selon la taille, le nombre de parties et les paramètres de fragmentation dans ces tables, un seul message peut générer toutes ces tables. Chaque message a exactement une ligne dans la table Spool et au moins une ligne dans la table Parts.
Table d’instances	Cette table stocke toutes les instances et leurs status actuelles dans la base de données BizTalkMsgBoxDb.	L’administrateur BizTalk Server ne doit pas autoriser de nombreuses instances suspendues à rester dans la table Instances. De nombreuses instances déshydratées ne doivent rester que si la logique métier nécessite des orchestrations de longue durée. N’oubliez pas qu’un instance de service peut être associé à de nombreux messages dans la table Spool.
TrackingData_x_x table	Cette table stocke les événements suivis dans la base de données BizTalkMsgBoxDb pour le service TDDS (Tracking Data Decode Service) pour déplacer les événements vers la base de données BizTalkDTADb.	Si les tables TrackingData_x_x sont volumineuses, le TDDS n’est pas en cours d’exécution ou ne s’exécute pas correctement. Si tdDS est en cours d’exécution, passez en revue les journaux des événements et la table TDDS_FailedTrackingData dans la base de données BizTalkDTADb pour obtenir des informations sur les erreurs.
Tracking_Fragmentstables x, Tracking_Partsx, Tracking_Spoolx	Deux de ces tables se trouve dans les bases de données BizTalkMsgBoxDb et BizTalkDTADb. L’un est en ligne et l’autre est hors connexion.	Le TrackedMessages_Copy_BizTalkMsgBoxDb travail SQL Server Agent déplace les corps des messages suivis directement vers ces tables dans la base de données BizTalkDTADb.
dta_ServiceInstances table	Cette table stocke les événements suivis pour les instances de service dans la base de données BizTalkDTADb.	Si cette table est volumineuse, la base de données BizTalkDTADb est probablement volumineuse.
dta_DebugTrace table	Cette table stocke les événements du débogueur Orchestration dans la base de données BizTalkDTADb.	Si la table dta_DebugTrace contient de nombreux enregistrements, le suivi des formes d’orchestration est utilisé ou a été utilisé. Si le débogage d’orchestration n’est pas requis pour les opérations régulières, désactivez le suivi des formes d’orchestration pour toutes les orchestrations. Si le suivi des formes d’orchestration est déjà désactivé et qu’un backlog existe dans la base de données BizTalkMsgBoxDb, la table dta_DebugTrace peut continuer à croître, car TDDS continue de déplacer ces données dans la table dta_DebugTrace. Pour contrôler la taille de la base de données de suivi BizTalkDTADb, vous pouvez choisir de désactiver le suivi global. Consultez Guide pratique pour désactiver le suivi global et les instructions de dimensionnement de base de données de suivi.
dta_MessageInOutEvents table	Cette table stocke les messages d’événements suivis dans la base de données BizTalkDTADb. Ces messages d’événement suivis incluent des informations de contexte de message.	Si la table dta_DebugTrace et la table dta_MessageInOutEvents dans la base de données BizTalkTrackingDb sont trop volumineuses, vous pouvez tronquer les tables manuellement après avoir arrêté l’hôte de suivi. Pour obtenir des instructions sur la façon de tronquer les tables, consultez les détails de la « table dta_DebugTrace » dans Kb 952555 : Comment gérer et résoudre les problèmes liés aux bases de données BizTalk Server.
dta_ServiceInstanceExceptions table	Cette table stocke les informations d’erreur pour les instance de service suspendus dans la base de données BizTalkDTADb.	La table dta_ServiceInstanceExceptions devient généralement volumineuse dans un environnement qui a régulièrement suspendu des instances.