Notes
L’accès à cette page nécessite une autorisation. Vous pouvez essayer de vous connecter ou de modifier des répertoires.
L’accès à cette page nécessite une autorisation. Vous pouvez essayer de modifier des répertoires.
Dans un monde parfait, tous les messages seraient traités et remis dès qu’ils ont été publiés dans la base de données MessageBox et la base de données MessageBox ne passerait jamais à une taille excessive. Tous les messages dans MessageBox qui n’ont plus été référencés sont immédiatement supprimés par les travaux de l’agent SQL qui nettoient régulièrement les tables de base de données MessageBox.
Dans les scénarios réels, toutefois, les messages ne sont généralement pas reçus de manière prévisible, linéaire et les travaux de l’agent SQL nécessitent du temps pour nettoyer les tables de base de données MessageBox.
Par conséquent, dans certains scénarios ; MessageBox peut croître assez rapidement.
Les éléments suivants peuvent entraîner la croissance excessive de MessageBox et entraver les performances globales :
L’instance de l’hôte Biztalk qui a l’option « Autoriser le suivi de l’hôte » définie est arrêtée. Il s’agit de l’hôte chargé de déplacer les données de suivi de la base de données MessageBox vers la base de données Biztalk Tracking (BizTalkDTADb).
SQL Server Agent n’est pas en cours d’exécution Cela peut se produire si les travaux SQL chargés de déplacer des données de la base de données MessageBox vers la base de données BizTalkDTADb [par la suite purger les données déplacées dans MessageBox] ne sont pas en cours d’exécution. Il est impératif que le service SQL Agent s’exécute tout le temps pour éviter ce problème.
Les travaux SQL Server sont désactivés Même si SQL Server Agent est en cours d’exécution, il est impératif qu’aucun des travaux SQL Server par défaut ne soit désactivé.
La base de données BizTalkDTADb augmente excessivement Cela peut se produire si la base de données BizTalkDTADb augmente très grande, ce qui entraîne l’insertion dans la base de données BizTalkDTADb de prendre plus de temps. Lorsque cela se produit, le déplacement des données par le service de suivi de livraison de données (TDDS) ralentit, ce qui provoque un afflux dans la base de données MessageBox. Pour éviter ce problème, il est important d’exécuter régulièrement les travaux d’archivage et de vidage sql server sur les bases de données BizTalkDTADb.
Latence excessive des E/S disque Si le taux entrant de données dans la base de données MessageBox est plus rapide que celui que le système peut traiter et déplacer les données vers la base de données BizTalkDTADb, le backlog peut s’accumuler dans la base de données MessageBox. Si le backlog continue de croître, il s’agit d’un problème très grave et les performances du système se dégradent au fil du temps. Une façon de résoudre ce problème consiste à installer des disques plus rapides et/ou à mettre à niveau le matériel pour assurer que le système est capable de récupérer de tous les retards de messages rencontrés au fil du temps.
Planifier l’avenir
Même si toutes les meilleures pratiques ci-dessus sont suivies, au fil du temps, le volume de données de suivi déplacées vers la base de données BizTalkDTADb augmentera très grand. Il est important d’implémenter un plan de maintenance de base de données pour archiver régulièrement les données de suivi afin que le système puisse continuer à fonctionner de manière optimale.
La quantité de données historiques qui peuvent être conservées dans la base de données BizTalkDTADb dépend du volume de messages envoyés via le système. Pour les systèmes qui ne sont pas soumis à un stress élevé et à un débit élevé, cette base de données augmente à un rythme plus lent et il sera possible de conserver plus de données historiques dans la base de données BizTalkDTADb.
Il est recommandé de conserver des données minimales dans la base de données BizTalkDTADb afin que les performances du runtime ne soient pas sacrifiées.