Wachsende BizTalk Server-Datenbanken

Artikel
10/14/2023

In der folgenden Tabelle sind die BizTalk Server Tabellen aufgeführt, die in der Regel am größten sind. Mit diesen Daten können Sie ermitteln, wo ein potenzielles Problem besteht.

Tabellenliste

Tabelle	BESCHREIBUNG	Kommentare
HostNameQ_Suspended tabelle	Diese Tabelle enthält einen Verweis auf Nachrichten in der Spool-Tabelle, die angehaltenen Instanzen für den jeweiligen Host zugeordnet sind. Diese Tabelle befindet sich in der BizTalkMsgBoxDb-Datenbank.	Wenn die Tabellen HostNameQ_Suspended über viele Datensätze verfügen, können die Tabellen gültige angehaltene Instanzen enthalten, die auf der Seite "Gruppenhub" angezeigt werden. Sie können diese Instanzen beenden. Wenn diese Instanzen nicht im Gruppenhub angezeigt werden, werden bei den Instanzen wahrscheinlich Instanzen oder verwaiste Routingfehlerberichte zwischengespeichert. Wenn Sie angehaltene Instanzen beenden, sauber Sie die Elemente in dieser Tabelle und die zugehörigen Zeilen in den Tabellen Spool und Instances nach oben.
HostNameQ-Tabelle	Diese Tabelle enthält einen Verweis auf Nachrichten in der Spool-Tabelle, die dem jeweiligen Host zugeordnet sind und nicht angehalten werden. Diese Tabelle befindet sich in der BizTalkMsgBoxDb-Datenbank.	Wenn die HostNameQ-Tabellen viele Datensätze enthalten, sind möglicherweise die folgenden Arten von Instanzen vorhanden: – Einsatzbereite Instanzen – Aktive Instanzen - Dehydrierte Instanzen BizTalk Server benötigt Zeit, um die Instanzen nachzuholen und zu verarbeiten. Diese Tabelle kann wachsen, wenn die eingehende Verarbeitungsrate die ausgehende Verarbeitungsrate übertrifft. Dieses Szenario kann auch aufgrund großer BizTalkDTADb-Datenbank oder SQL Server Datenträgerverzögerungen auftreten.
Spool-, Parts- und Fragmentstabellen	Diese Tabellen speichern tatsächliche Nachrichtendaten in der BizTalkMsgBoxDb-Datenbank.	Die Tabellen Spool, Parts und Fragments mit vielen Datensätzen bedeuten, dass eine große Anzahl von Nachrichten derzeit aktiv, dehydriert oder angehalten ist. Abhängig von der Größe, der Anzahl der Teile und den Fragmentierungseinstellungen in diesen Tabellen kann eine einzelne Nachricht alle diese Tabellen anzeigen. Jede Nachricht hat genau eine Zeile in der Spool-Tabelle und mindestens eine Zeile in der Tabelle Parts.
Instanzentabellen	In dieser Tabelle werden alle Instanzen und deren aktuelle status in der BizTalkMsgBoxDb-Datenbank gespeichert.	Der BizTalk Server Administrator sollte nicht zulassen, dass viele angehaltene Instanzen in der Instanztabelle verbleiben. Viele dehydrierte Instanzen sollten nur verbleiben, wenn die Geschäftslogik lang andauernde Orchestrierungen erfordert. Denken Sie daran, dass ein Dienst instance vielen Nachrichten in der Spool-Tabelle zugeordnet werden kann.
Tabelle "TrackingData_x_x	In dieser Tabelle werden die nachverfolgten Ereignisse in der BizTalkMsgBoxDb-Datenbank für tracking Data Decode Service (TDDS) gespeichert, um die Ereignisse in die BizTalkDTADb-Datenbank zu verschieben.	Wenn die TrackingData_x_x Tabellen groß sind, wird der TDDS nicht oder nicht erfolgreich ausgeführt. Wenn der TDDS ausgeführt wird, überprüfen Sie die Ereignisprotokolle und die TDDS_FailedTrackingData Tabelle in der BizTalkDTADb-Datenbank auf Fehlerinformationen.
tabellen Tracking_Fragmentsx, Tracking_Partsx, Tracking_Spoolx	Zwei dieser Tabellen befinden sich in den Datenbanken BizTalkMsgBoxDb und BizTalkDTADb. Die eine ist online, die andere offline.	Der TrackedMessages_Copy_BizTalkMsgBoxDb SQL Server-Agent Auftrag verschiebt nachverfolgte Nachrichtentexte direkt in diese Tabellen in der BizTalkDTADb-Datenbank.
dta_ServiceInstances Tabelle	In dieser Tabelle werden nachverfolgte Ereignisse für Dienstinstanzen in der BizTalkDTADb-Datenbank gespeichert.	Wenn diese Tabelle groß ist, ist die BizTalkDTADb-Datenbank wahrscheinlich groß.
dta_DebugTrace Tabelle	In dieser Tabelle werden die Orchestrierungsdebuggerereignisse in der BizTalkDTADb-Datenbank gespeichert.	Wenn die dta_DebugTrace Tabelle viele Datensätze enthält, wird die Orchestrierungsformnachverfolgung verwendet oder verwendet. Wenn das Orchestrierungsdebuggen für reguläre Vorgänge nicht erforderlich ist, deaktivieren Sie die Orchestrierungsformnachverfolgung für alle Orchestrierungen. Wenn die Orchestrierungsformnachverfolgung bereits deaktiviert ist und ein Backlog in der BizTalkMsgBoxDb-Datenbank vorhanden ist, kann die dta_DebugTrace Tabelle weiter zunehmen, da TDDS diese Daten weiterhin in die dta_DebugTrace Tabelle verschoben. Um die Größe der BizTalkDTADb-Überwachungsdatenbank zu steuern, können Sie die globale Nachverfolgung deaktivieren. Weitere Informationen finden Sie unter Deaktivieren der richtlinien für globale Nachverfolgung und Nachverfolgung der Datenbankdimensionierung.
dta_MessageInOutEvents Tabelle	In dieser Tabelle werden nachverfolgte Ereignismeldungen in der BizTalkDTADb-Datenbank gespeichert. Diese nachverfolgten Ereignismeldungen enthalten Nachrichtenkontextinformationen.	Wenn die dta_DebugTrace Tabelle und die dta_MessageInOutEvents Tabelle in der BizTalkTrackingDb-Datenbank zu groß sind, können Sie die Tabellen manuell abschneiden, nachdem Sie den Nachverfolgungshost beendet haben. Anweisungen zum Abschneiden der Tabellen finden Sie in den Details zu "dta_DebugTrace Tabelle" in KB 952555: Verwalten und Problembehandlung BizTalk Server Datenbanken.
dta_ServiceInstanceExceptions Tabelle	In dieser Tabelle werden Fehlerinformationen für alle angehaltenen Dienst-instance in der BizTalkDTADb-Datenbank gespeichert.	Die dta_ServiceInstanceExceptions Tabelle wird in einer Umgebung mit regelmäßig angehaltenen Instanzen in der Regel groß.