Verwalten und Problembehandlung BizTalk Server Datenbanken

Microsoft BizTalk Server-Datenbanken und die Integrität der Datenbanken sind sehr wichtig für eine erfolgreiche BizTalk Server messaging-Umgebung. Dieser Artikel beschreibt wichtige Dinge zu berücksichtigen, wenn Sie mit BizTalk Server Datenbanken arbeiten. Diese Überlegungen sind unter anderem:

• Sie müssen deaktivieren, die Auto Update Statistics und Auto Create Statistics Microsoft SQL Server-Optionen.
• Sie müssen die Max Degree of Parallelism-Eigenschaft richtig festgelegt.
• Bestimmen Sie, wenn Sie BizTalk Server Indizes neu erstellen können.
• Sperren, Deadlocks oder blockieren auftreten.
• Treten möglicherweise Probleme mit großen Datenbanken oder Tabellen.
• BizTalk-SQL Server-Agent-Aufträge
• Dienstinstanzen können ausgesetzt werden.
• Sie können SQL Server und BizTalk Server Performance-Probleme auftreten.
• Befolgen Sie die best Practices in BizTalk Server.

Dieser Artikel beschreibt, wie BizTalk Server Datenbanken verwalten und Beheben von Problemen der BizTalk Server-Datenbank.

Bekannte Probleme

Sie müssen die automatische Update Statistics und Auto Create Statistics-Optionen deaktivieren.

Sie müssen deaktivieren, die Auto Create Statistics und Auto Update Statistics Optionen für die Datenbank BizTalkMsgBoxDb. Um festzustellen, ob diese Einstellungen deaktiviert sind, führen Sie die folgenden gespeicherten Prozeduren in SQL Server:
Sie sollten die CurrentSetting-Einstellung auf festlegen. Ausschalten. Wenn diese Einstellung festgelegt ist auf, deaktivieren, indem Sie die folgenden gespeicherten Prozeduren in SQL Server ausführen:
Weitere Informationen klicken Sie auf die nachstehenden Artikelnummern klicken, um die Artikel der Microsoft Knowledge Base anzuzeigen:

Sie müssen die Max Degree of Parallelism-Eigenschaft richtig festgelegt

Auf dem Computer ausgeführt wird SQL Server und die BizTalkMsgBoxDb-Datenbank hostet, die Max Degree of Parallelism Run_value und Config_value-Eigenschaften den Wert 1 festgelegt. Bestimmen die Max Degree of Parallelism-Einstellung, führen Sie die folgende gespeicherte Prozedur in der Master-Datenbank in SQL Server: Wenn die Run_value und Config_value-Eigenschaft nicht den Wert 1 festgelegt sind, führen Sie die folgende gespeicherte Prozedur in SQL Server sie auf 1 setzen:
Weitere Informationen klicken Sie auf die nachstehenden Artikelnummern klicken, um die Artikel der Microsoft Knowledge Base anzuzeigen:

Bestimmen Sie, wenn Sie BizTalk Server Indizes neu erstellen können

Die meisten BizTalk Server Indizes gruppiert sind (index-ID: 1). können Sie die Anweisung DBCC SHOWCONTIG SQL Server Fragmentierungsinformationen für die BizTalk Server-Tabellen anzuzeigen.

BizTalk Server Indizes sind GUID-basierten. Daher tritt Fragmentierung in der Regel. Wenn der durch die DBCC SHOWCONTIG-Anweisung zurückgegebene Wert Scandichte weniger als 30 Prozent ist, können BizTalk Server Indizes während der Ausfallzeit neu erstellt werden.

Viele BizTalk Server-Tabellen enthalten Spalten, die DataType-Definitionen verwenden. Online-Indizierung kann in diesen Spalten durchgeführt werden. Daher sollten Sie nie die BizTalk Server Indizes neu erstellen während BizTalk Server Daten verarbeitet.

Weitere Informationen finden Sie in folgendem Artikel der Microsoft Knowledge Base anzuzeigen: Weitere Informationen zum Analysieren der Ausgabe der DBCC SHOWCONTIG-Anweisung finden Sie auf die folgende Microsoft-Website:

Sperren, Deadlocks oder blockieren auftreten

In der Regel auftreten, Sperren und Blöcke in einer BizTalk Server Umgebung. Diese Sperren oder Blöcke bleiben jedoch nicht für längere Zeit. Daher zeigen blockieren und deadlocking ein potenzielles Problem.

Weitere Informationen finden Sie in folgendem Artikel der Microsoft Knowledge Base anzuzeigen:

Sie können Probleme mit großen Datenbanken oder Tabellen auftreten.

Wir haben gesehen, wenn die Datenbank BizTalkMsgBoxDb größer als 5 GB ist, können Leistungsprobleme auftreten. Im Idealfall sollten die Datenbank BizTalkMsgBoxDb Daten hält nicht sein. Die Datenbank BizTalkMsgBoxDb sollte einen Puffer berücksichtigt werden, bis die Daten verarbeitet oder an der BizTalkDTADb-Datenbank verschoben.

Eine Umgebung, die eine leistungsfähige SQL Server am Back-End und viele lang andauernde Orchestrierungen verwendet möglicherweise eine Datenbank BizTalkMsgBoxDb, die größer als 5 GB ist. Eine High-Volume-Umgebung, die keine lang andauernde Orchestrierungen verwendet sollte eine Datenbank BizTalkMsgBoxDb haben, viel kleiner als 5 GB ist.

Größe die Datenbank BizTalkDTADb keinen. Allerdings wird Leistung sinkt, die Datenbank wahrscheinlich zu groß. In der Regel gilt 15 GB auf 20 GB groß. Wenn Sie große BizTalk Server Datenbanken haben, können Sie die folgenden Probleme auftreten:

• Die Datenbank BizTalkMsgBoxDb weiterhin wachsen. Die Protokolldatei und die Datengröße der bleiben jedoch groß.
• BizTalk Server Zeit mehr als gewöhnlich auch eine simple Message Flow-Szenario zu verarbeiten.
• Gesundheit und Aktivitätsüberwachung (HAT) Abfragen dauert länger als üblich und Timeout.
• Die Datenbank-Protokolldatei wird nie abgeschnitten.
• Der BizTalk-SQL Server-Agent-Aufträge langsamer ausgeführt.
• Einige Tabellen sind erheblich größer, oder haben zu viele Zeilen im Vergleich zu den üblichen Tabellengröße.

Datenbanken können aus verschiedenen Gründen groß werden. Aus diesen Gründen können Folgendes enthalten:

• BizTalk-SQL Server-Agent-Aufträge werden nicht ausgeführt.
• Große Anzahl von Angehaltene Instanzen
• Festplattenfehler
• Tracking
• Drosselung
• SQL Server-performance
• Netzwerk-Latenz

Stellen Sie sicher, dass Sie wissen, was in Ihrer Umgebung erwartet wird, um festzustellen, ob ein Daten-Problem auftritt.

Tracking ist standardmäßig auf der Standard-Host aktiviert. BizTalk erfordert, dass die Hostüberwachung zulassen Option werden auf einem Host überprüft. Wenn die Protokollierung aktiviert ist, verschiebt die Tracking-Daten decodieren Service (TDDS) die Verfolgung Ereignisdaten aus der Datenbank BizTalkMsgBoxDb BizTalkDTADb-Datenbank. Wenn der Tracking-Host beendet wird, wird TDDS nicht die Daten verschieben in BizTalkDTADb-Datenbank und die TrackingData_x_x Tabellen in der Datenbank BizTalkMsgBoxDb wächst.

Wir empfehlen, einem Host zu Tracking widmen. Um TDDS weiterhin neue Tracking-Ereignisse in High-Volume-Szenarien zu ermöglichen, erstellen Sie mehrere Instanzen eines einzelnen Tracking-Hosts. Kein Host mehrere Tracking sollte vorhanden sein.

In einer Tabelle kann es zu viele Zeilen geben. Es gibt keine festgelegte Anzahl von Zeilen, die zu viele sind. Darüber hinaus variiert diese Anzahl Zeilen durch welche Art von Daten in der Tabelle gespeichert ist. Beispielsweise hat eine Dta_DebugTrace-Tabelle, die wahrscheinlich mehr als 1 Million Zeilen hat zu viele Zeilen. A HostNameQ_Suspended-Tabelle, die mehr als 200.000 Zeilen wahrscheinlich hat hat zu viele Zeilen.

Verwenden Sie die richtige BizTalk SQL Server-Agent-Aufträge

Der BizTalk-SQL Server-Agent-Aufträge sind wichtig für die BizTalk Server-Datenbanken verwalten und für die Aufrechterhaltung hohen Performance.

Die Backup-BizTalk Server SQL Server Agent Auftrag ist die einzige unterstützte Methode zum Sichern der Datenbanken BizTalk Server. Dieser Auftrag erfordert, dass alle BizTalk Server-Datenbanken ein vollständiges Wiederherstellungsmodell verwenden. Sie sollten diesen Auftrag für eine gesunde BizTalk Server-Umgebung konfigurieren. Die SQL Server-Methoden können verwendet werden, um die BizTalk Server-Datenbanken sichern, nur, wenn SQL Server-Agent angehalten, und alle Instanzen von BizTalk Server Host angehalten werden.

Die MessageBox_Message_ManageRefCountLog_BizTalkMsgBoxDb SQL Server-Agent-Auftrag wird unendlich ausgeführt. SQL Server-Agent-Job-Historie zeigt daher nie einen erfolgreichen Abschluss. Wenn ein Fehler auftritt, wird der Auftrag wird neu gestartet, innerhalb einer Minute und weiterhin unendlich ausgeführt. Daher können Sie den Fehler ignorieren. Darüber hinaus kann der Auftragsverlauf gelöscht werden. Sie sollte nur betroffen, wenn Sie der Auftragsverlauf meldet, dass dieser Auftrag ständig ausfällt und neu gestartet wird.

Die MessageBox_Message_Cleanup_BizTalkMsgBoxDb SQL Server-Agent-Auftrag ist der einzige BizTalk Server-Auftrag, der nicht aktiviert werden sollte, da es, indem gestartet wird die MessageBox_Message_ManageRefCountLog_BizTalkMsgBoxDb SQL Server-Agent-Auftrag.

Die DTA löschen und archivieren SQL Server-Agent-Auftrags trägt die Datenbank BizTalkDTADb durch Aufräumen und Archivierung Nachverfolgte Nachrichten. Dieser Auftrag liest jede Zeile in der Tabelle und vergleicht den Zeitstempel, um festzustellen, ob der Eintrag entfernt werden soll.

Alle BizTalk-SQL Server-Agent-Aufträge mit Ausnahme der MessageBox_Message_ManageRefCountLog_BizTalkMsgBoxDb SQL Server-Agent-Auftrag sollte erfolgreich ausgeführt werden.

Weitere Informationen zu den BizTalk Server SQL Server-Agent-Aufträgen finden Sie in folgendem Artikel der Microsoft Knowledge Base anzuzeigen:

Service-Instanzen können angehalten werden

Dienstinstanzen können (fortsetzbare) unterbrochen oder angehalten (nicht fortsetzbar) werden. Diese Instanzen des Dienstes möglicherweise Messaging, Orchestrierung oder Port.

Diese Service-Instanzen können die BizTalkMsgBoxDb Datenbank unnötig anwachsen und beendet werden. Die folgende Tabelle enthält, welche Methode verwendet werden kann, abhängig von den BizTalk-Version:Weitere Informationen über das Terminate.vbs-Skript finden Sie auf die folgende MSDN-Website: Cache-Instanzen werden nicht in der Gruppenhub Seite, und Sie nicht anhalten oder beenden sie. Diese Einschränkung ist eine häufige Ursache für Tabelle Wachstum. Um neue Zombie-Nachrichten für die Cache-Dienstinstanzen BizTalk Server 2006 zu verhindern, installieren Sie den Hotfix in Microsoft Knowledge Base-Artikel 936536. Dieses Problem wird in BizTalk Server 2006 R2 und späteren Versionen behoben.

Hinweis Eine Zombie-Nachricht ist eine Nachricht, die weitergeleitet wurde, aber nicht verzehrt werden.

Weitere Informationen finden Sie in folgendem Artikel der Microsoft Knowledge Base anzuzeigen: Wenn eine Instanz der BizTalk Server-Host beendet wird, kann das Zwischenspeichern von Instanzen nicht entfernt werden. Um dieses Verhalten in BizTalk Server 2006 zu beheben, installieren Sie den Hotfix in der Microsoft Knowledge Base-Artikel 944426. Installieren Sie BizTalk 2006 R2 Service Pack 1 in BizTalk Server 2006 R2. Dieses Problem wird in BizTalk Server 2009 und späteren Versionen behoben.

Weitere Informationen klicken Sie auf die nachstehenden Artikelnummern klicken, um die Artikel der Microsoft Knowledge Base anzuzeigen:

Ein anderes häufiges Problem ist, dass Routing Fehler Berichten (RFRs) in aufbauen kann die BizTalkHostFragen und Antworten BizTalkHostQ_Suspended-Tabellen. Die RFRs werden nicht entfernt, und dieses Verhalten kann dazu führen, dass zum Vergrößern die Datenbank BizTalkMsgBoxDb. Installieren Sie den Hotfix zum Beheben dieses Problems BizTalk Server 2006 in der Microsoft Knowledge Base-Artikel 941690. Dieses Problem wird in BizTalk Server 2006 R2 und späteren Versionen behoben.

Weitere Informationen finden Sie in folgendem Artikel der Microsoft Knowledge Base anzuzeigen:

Die Begriffe "verwaiste Nachrichten" und "Zombie-Nachrichten" werden häufig synonym verwendet.

Eine verwaiste Nachricht ist eine Nachricht, die keine zugeordnete Instanz. Beispielsweise ist ein Routingfehlerbericht eine seltene angezeigt.

Eine Zombie-Nachricht ist eine Nachricht, die weitergeleitet wurde, aber nicht verzehrt werden. Beispielsweise wurde eine Nachricht an eine Orchestrierung Konvoi geliefert. Die Orchestrierung Konvoi ging jedoch einen anderen Codepfad. Die Orchestrierungsinstanz beendet ist. Die Nachricht wird verworfen, und es ist jetzt bekannt als Zombie-Nachricht.

Eine Beschreibung der Zombie-Nachrichten finden Sie auf die folgende MSDN-Website:

Sie können SQL Server und BizTalk Server Leistungsprobleme auftreten.

BizTalk Server stellt Hunderte von kurzen, sehr schnelle Transaktionen SQL Server innerhalb einer Minute. Wenn die SQL Server dieser Tätigkeit nicht bewältigen können, können BizTalk Server Performance-Probleme auftreten. Im Systemmonitor, Überwachen der Mittlere Sek./Lesevorgänge, Mittlere Sek./Übertragung und Mittlere Sek./Schreibvorgänge Performance Monitor Leistungsindikatoren der Physikalischer Datenträger Performance-Objekt. Der optimale Wert ist kleiner als 10 ms (Millisekunden). Ein Wert von 20 ms oder größer als schlechte Leistung.

Weitere Informationen zur Leistung von SQL Server finden Sie auf die folgende Microsoft-Website:Weitere Informationen über BizTalk Server 2004 Datenbank mit hoher Verfügbarkeit finden Sie auf die folgende MSDN-Website: Weitere Informationen über BizTalk Server 2006 Datenbank mit hoher Verfügbarkeit finden Sie auf die folgende MSDN-Website:Weitere Informationen klicken Sie auf die nachstehenden Artikelnummern klicken, um die Artikel der Microsoft Knowledge Base anzuzeigen:

Best Practices in BizTalk Server

Starten Sie SQL Server-Agent auf die SQL Server. Wenn der SQL Server-Agent beendet wird, können nicht der integrierten BizTalk SQL Server-Agent-Aufträge, die für die Wartung der Datenbank verantwortlich sind ausgeführt. Dieses Verhalten führt Datenbankwachstum, und dieses Wachstum zu Leistungsproblemen führen kann. BizTalk Server-Datenbankwartung verbessert in BizTalk Server 2004 Service Pack 2 (SP2) und späteren Versionen erheblich.

Legen Sie die SQL Server LDF- und MDF-Dateien auf separaten Laufwerken. Wenn die LDF- und MDF-Dateien für die Datenbanken BizTalkMsgBoxDb und BizTalkDTADb auf dem gleichen Laufwerk befinden, kann Laufwerkkonflikte auftreten.

Wenn Sie Nachrichtentext tracking nicht profitieren, aktivieren Sie diese Funktion nicht. Allerdings ist es eine gute Idee, Aktivieren der Nachrichtenverfolgung Körper während der Entwicklung und eine Lösung zu beheben. Wenn Sie dies tun, stellen Sie sicher, dass Sie Message Body tracking deaktivieren, wenn Sie fertig sind. Wenn Nachrichtentext tracking aktiviert ist, wachsen die Datenbanken BizTalk Server. Wenn es erforderlich, die erfordert die Aktivierung der Nachrichtentext tracking, bestätigen Sie, dass die TrackedMessages_Copy_BizTalkMsgBoxDb und DTA löschen und archivieren SQL Server-Agent-Aufträge sind erfolgreich ausgeführt.

Bei kleineren Transaktionsprotokollen führen in der Regel eine bessere Leistung. Um die Transaktionsprotokolle kleiner zu halten, konfigurieren Sie die Backup-BizTalk Server SQL Server-Agent-Auftrag häufiger ausgeführt. Weitere Informationen zum Optimieren des BizTalk Server finden Sie auf die folgende MSDN-Website: Die Sp_ForceFullBackup gespeicherte Prozedur in der BizTalkMgmtDb-Datenbank kann auch helfen, führen Sie eine Ad-hoc-backup von Daten-und Protokolldateien verwendet werden. Die gespeicherte Prozedur aktualisiert die Tabelle "Adm_ForceFullBackup" mit einem Wert von 1. Das nächste Mal die Backup-BizTalk Server Auftrag ausgeführt wird, wird ein vollständige Datenbank-backup-Satz erstellt.

Die BizTalk Server Best Practices Analyzer (BPA) kann verwendet werden, eine vorhandene BizTalk Server Bereitstellung auswerten. Der BPA führt zahlreiche im Zusammenhang mit der Datenbank überprüft. Weitere Informationen zu den BPA finden Sie auf die folgende Microsoft-Website:

Problembehandlung

Die besten Schritte zur Fehlerbehebung für die Datenbanken BizTalk Server SQL Server hängen von der Art von Datenbankproblem, wie z. B. blockieren oder deadlocking. Gehen Sie folgendermaßen vor, um eine BizTalk Server Datenbank-Problem zu beheben.

Schritt 1: Aktivieren Sie, und führen Sie alle erforderlichen BizTalk SQL Server-Agent-Aufträge

Alle der BizTalk SQL Server-Agent-Aufträge außer der MessageBox_Message_ManageRefCountLog_BizTalkMsgBoxDb Auftrag sollte erfolgreich aktiviert ist und ausgeführt werden. Deaktivieren Sie alle anderen Aufträge nicht.

Wenn ein Fehler auftritt, verwenden Sie die Verlauf anzeigen Option in der SQL Server die Fehlerinformationen anzeigen, und beheben den Fehler entsprechend. Beachten Sie, dass die MessageBox_Message_ManageRefCountLog_BizTalkMsgBoxDb SQL Server-Agent-Auftrag wird unendlich ausgeführt. Daher sollten Sie nur werden betroffen, wenn Sie der Auftragsverlauf meldet, dass der Auftrag ständig ausfällt und neu gestartet wird.

Schritt 2: Verwenden Sie das Tool MsgBoxViewer

Sammeln Sie MsgBoxViewer Daten, während Sie ein Problem reproduzieren.

Das MsgBoxViewer-Tool ist nützlich für die Problembehandlung, da es sich um einen HTML-Bericht bereitstellt, der detaillierte Informationen über Tabellengrößen und die Zeilenanzahl hat. Der Bericht kann auch helfen festzustellen, ob die BizTalk Server eingeschränkt ist. Darüber hinaus bietet das Tool einen Snapshot der BizTalk Server-Datenbanken und die BizTalk Server-Konfiguration.

Weitere Informationen dazu, wie Sie das MsgBoxViewer-Tool herunterzuladen, besuchen die folgende Microsoft-Website:Weitere Informationen über die Drosselung in BizTalk Server finden Sie auf die folgende MSDN-Website:Wenn BizTalk Server langsamer ausgeführt wird, führen Sie das Tool MsgBoxViewer, und überprüfen Sie den generierten HTML-Bericht für Probleme. Die Zusammenfassung Abschnitt werden die Warnungen in Gelb und potenzielle Probleme in rot aufgeführt.

Darüber hinaus können Sie das MsgBoxViewer-Tool output um zu ermitteln, welche Tabellen sind die größten und haben die meisten Datensätze. Die folgende Tabelle listet die BizTalk Server-Tabellen, die in der Regel die größte wachsen. Diese Daten können Sie bestimmen, wo möglicherweise ein potenzielles Problem vorhanden ist. Berücksichtigen Sie die folgenden Szenarien.

HostNameQ_Suspended Tabellen

Wenn die HostNameQ_Suspended Tabellen haben viele Datensätze, könnte die Tabellen gültige Angehaltene Instanzen, die in angezeigt werden Gruppenhub oder in HAT. Diese Instanzen können beendet werden. Wenn diese Instanzen in nicht angezeigt werden Gruppenhub oder in HAT, die Instanzen sind wahrscheinlich caching Instanzen oder verwaiste routing Fehler Berichten. Wenn Angehaltene Instanzen beendet sind, werden die Elemente in dieser Tabelle und ihre zugeordneten Zeilen in den Tabellen Spool und Instanzen bereinigt.

In diesem Szenario behandeln Sie die angehaltenen Instanzen durch Zurückholen oder diese zu beenden. Das BizTalk-Terminator-Tool kann auch verwendet werden.

HostNameQ-Tabellen

Wenn die HostNameQ-Tabellen haben viele Datensätze, möglicherweise die folgenden Arten von Instanzen vorhanden:

• Ready-to-Run-Instanzen
• Aktive Instanzen
• Pausierende Instanzen

BizTalk Server braucht Zeit, um "aufholen" und die Instanzen zu verarbeiten. Diese Tabelle kann zunehmen, wenn die Eingangsrate der Verarbeitung der Verarbeitung die ausgehende Rate übertrifft. Dieses Szenario kann auftreten, wenn ein anderes Problem tritt auf, wie z. B. eine große Datenbank mit BizTalkDTADb oder SQL Server Datenträger Verzögerungen.

Spool, Teile und Tabellen-Fragmente

Wenn die Spule, Teile und Fragmente Tabellen viele Datensätze haben, sind viele Nachrichten derzeit aktiv, pausiert oder angehalten. Je nach der Größe, die Anzahl der Teile und die Fragmentierung Einstellungen in diesen Tabellen kann eine einzelne Nachricht alle diese Tabellen erzeugen. Jede Nachricht verfügt über genau eine Zeile in der Spool-Tabelle und mindestens eine Zeile in der Tabelle Parts.

Instanzentabelle

Der BizTalk-Administrator sollte nicht für viele Angehaltene Instanzen bleiben in der Tabelle ermöglichen. Pausierende Instanzen sollten nur bleiben, wenn die Geschäftslogik lang andauernde Orchestrierungen erfordert. Denken Sie daran, dass diese eine Dienstinstanz viele Nachrichten in der Spool-Tabelle zugeordnet werden kann.

TrackingData_x_x Tabellen

Wenn die TrackingData_x_x Tabellen sind große, Tracking-Host (TDDS) nicht ausgeführt wird oder nicht erfolgreich ausgeführt wird. Wenn die Nachverfolgung Instanz hosten wird ausgeführt, überprüfen Sie die Ereignisprotokolle und die Tabelle "TDDS_FailedTrackingData" in der Datenbank BizTalkDTADb Fehlerinformationen. Wenn BizTalk mit einem Status von 6 (große Datenbank) eingeschränkt ist, können diese Tabellen auch mithilfe des BizTalk-Terminator abgeschnitten werden.

Wenn es eine große Lücke zwischen den laufenden Nummern der BizTalkMsgBoxDb-TrackingData_x_x BAMPrimaryImport oder BizTalkDTADb "TDDS_StreamStatus" Tabellen und Tabellen, möglicherweise TDDS nicht die Daten aus der Datenbank BizTalkMsgBoxDb verschieben. Um dies zu korrigieren, verwenden Sie das Tool BizTalk Terminator diese Tabellen bereinigen und Zurücksetzen der Sequenznummer.

Installieren Sie BizTalk 2006 R2 Service Pack 1, eines bekannten Problems mit Tracking-Daten auf BizTalk Server 2006 R2. Weitere Informationen klicken Sie auf die nachstehenden Artikelnummern klicken, um die Artikel der Microsoft Knowledge Base anzuzeigen:

Tracking_Spool1 oder Tracking_Spool2 Tabellen

Wenn die Tabellen Tracking_Spool1 oder Tracking_Spool2 in BizTalk Server 2004 SP1 und früheren Versionen von BizTalk Server 2004 groß, bestätigen Sie, dass die TrackingSpool_Cleanup_BizTalkMsgBoxDb SQL Server-Agent-Auftrag wird aktiviert ist und ausgeführt.

Weitere Informationen finden Sie in folgendem Artikel der Microsoft Knowledge Base anzuzeigen:

Weitere Informationen über ein Datenbank-Wartung-SDK-Beispiel finden Sie auf die folgende MSDN-Website:

Dta_DebugTrace-Tabelle und dta_MessageInOutEvents

Dta_DebugTrace-Tabelle wird aufgefüllt, wenn Form starten und beenden auf eine Orchestrierung ist aktiviert. Wenn die Dta_DebugTrace-Tabelle viele Datensätze aufweist, wird diese Orchestrierung Debugereignisse verwendet werden oder wurden verwendet wird. Wenn die Orchestrierung Debuggen nicht für reguläre Vorgänge erforderlich ist, deaktivieren Sie das Kontrollkästchen für die Form starten und beenden Option in den Orchestrierungseigenschaften der.

Dta_MessageInOutEvents-Tabelle wird aufgefüllt, wenn Nachricht senden und empfangen Orchestrierungen und/oder Pipelines aktiviert ist. Wenn diese Tracking-Ereignisse nicht benötigt werden, deaktivieren Sie das Kontrollkästchen für diese Option in der Orchestrierung oder Pipelineeigenschaften.

Wenn dieser Ablaufverfolgungsereignisse deaktiviert sind oder wenn ein Rückstand in der Datenbank BizTalkMsgBoxDb vorhanden ist, können diese Tabellen weiter wachsen, weil TDDS weiterhin diese Daten in diesen Tabellen zu verschieben.

Globale Überwachung ist standardmäßig aktiviert. Wenn globale Überwachung nicht erforderlich ist, kann es deaktiviert. Weitere Informationen finden Sie auf die folgende Microsoft-Website:Wenn der Dta_DebugTrace-Tabelle oder die Dta_messageInOutEvents-Tabelle in der Datenbank BizTalkDTADb zu groß sind, können Sie Tabellen manuell abschneiden, nachdem Sie den Tracking-Host beendet. Das BizTalk-Terminator-Tool bietet auch diese Funktionalität.

BizTalk Server 2004 verhindert die Dtav_FindMessageFacts-Sicht in der Datenbank BizTalkDTADb die Dta_MessageInOutEvents-Tabelle abgeschnitten. Gehen Sie folgendermaßen vor, um dieses Verhalten zu umgehen:

1. Beenden Sie die Tracking-Host und die DTA bereinigen und Archivierungs-Jobs.
2. Wenn Sie in der Tabelle Dta_messageInOutEvents abschneiden möchten, speichern Sie und löschen Sie die Dtav_FindMessageFacts-Ansicht. Gehen Sie hierzu folgendermaßen vor:
   1. In SQL Server Zugriff auf die Dtav_FindMessageFacts-Sicht in der Datenbank BizTalkDTADb.
   2. Mit der rechten Maustaste die dtav_FindMessageFacts anzuzeigen, klicken Sie auf Alle Aufgaben, und klicken Sie dann auf SQL-Skript generieren. Wenn die SQL-Skripts generieren Öffnet das Dialogfeld keine Änderungen vornehmen, und klicken Sie dann auf OK.
   3. Benennen Sie die Datei dtav_FindMessageFacts.sql, und klicken Sie dann auf Speichern.
   4. Mit der rechten Maustaste die dtav_FindMessageFacts Zeigen Sie an, und klicken Sie dann auf Löschen. Klicken Sie auf Alle löschen.

Jetzt können Sie die Tabelle(n) kürzen. Wenn Sie die Tabelle Dta_messageInOutEvents kürzen, müssen Sie auch die Dta_url-Tabelle abschneiden. Die Dta_url-Tabelle existiert nur in BizTalk Server 2004.

Wenn Sie fertig sind, gehen folgendermaßen Sie vor, die Dtav_FindMessageFacts-Ansicht neu zu erstellen:

1. Öffnen Sie eine neue Abfrage in SQL Server.
2. In der Verfügbare Datenbanken Liste, wählen Sie die BizTalkDTADb die Datenbank.
3. Ihre gespeicherten dtav_FindMessageFacts.sql-Skript ausführen. Dadurch wird die Ansicht in der Datenbank BizTalkDTADb neu erstellen.

Starten Sie den Host der Überwachungsdatenbank und der DTA löschen und archivieren Job.

Weitere Informationen zum Verfolgen von Datenbank-Dimensionierungsrichtlinien finden Sie auf die folgende MSDN-Website:

Dta_ServiceInstanceExceptions-Tabelle

Die Dta_ServiceInstanceExceptions-Tabelle wird in der Regel in einer Umgebung, die regelmäßig Instanzen angehalten hat große.

Schritt 3: Untersuchen von Deadlock-Szenarien

Aktivieren Sie in einem Deadlock-Szenario DBCC-Ablaufverfolgung auf die SQL Server, sodass Deadlock-Informationen in der SQLERROR-Protokoll geschrieben wird.

Führen Sie in SQL Server 2005 und höheren Versionen die folgende Anweisung aus:SQL Server 2000 führen Sie die folgende Anweisung:Darüber hinaus verwenden Sie das PSSDiag-Dienstprogramm zum Sammeln von Daten auf der Lock: Deadlock Ereignis und dieLock: Deadlock Chain das Ereignis.

Die Datenbank BizTalkMsgBoxDb ist eine High-Volume und High-Transaktion (Online Transaction Processing, OLTP)-Datenbank. Einige Deadlocks wird erwartet, und diese deadlocking ist vom BizTalk Server-Modul intern behandelt. Wenn dieses Verhalten auftritt, werden keine Fehler in den Fehlerprotokollen aufgeführt. Wenn Sie ein Deadlock-Szenario untersuchen, muss mit einem Deadlockfehler in den Ereignisprotokollen der Deadlock, den Sie in der Ausgabe untersuchen korreliert werden.

Weitere Informationen zu PSSDiag für SQL finden Sie in folgendem Artikel der Microsoft Knowledge Base anzuzeigen:

Schritt 4: Suchen Sie nach blockierte Prozesse

Verwenden Sie Aktivitätsmonitor in SQL Server, um den Serverprozessbezeichner (SPID) eines Systemprozesses Sperren zu erhalten. Führen Sie dann die SQL-Profiler, um zu bestimmen, die SQL-Anweisung, die in die SPID Sperren ausgeführt wird.

Verwenden Sie um ein Problem Sperren und Blockierung in SQL Server zu beheben, PSSDiag SQL-Dienstprogramm für die Transact-SQL-Ereignisse erfassen, die das Blockierungsskript aktiviert haben.

In SQL Server 2005 und höheren Versionen können Sie die blocked Process threshold festlegen, um zu bestimmen, die SPID oder SPIDs länger als der Schwellenwert blockieren, die Sie angeben.

Weitere Informationen zu PSSDiag für SQL finden Sie in folgendem Artikel der Microsoft Knowledge Base anzuzeigen: Weitere Informationen über die blocked Process Threshold finden Sie auf die folgende MSDN-Website: Hinweis Wenn ein Sperren auftreten oder blockierende Problem in SQL Server, empfehlen wir, dass Sie sich an Microsoft Product Support Services wenden. Microsoft Customer Support Services können Sie die richtigen PSSDiag Utility-Optionen konfigurieren.

Schritt 5: Installieren Sie die neueste BizTalk Server Servicepack und das kumulative Update

BizTalk Server 2006 R2 und höher haben ein kumulatives Update (CU) Modell verschoben. Den kumulativen Updates enthalten die neuesten Hotfixes. BizTalk Server 2006 R2 Service Pack 1 ist auch verfügbar:BizTalk Server 2004 SP1 verfügt über keine integrierte Aufräumen und Archivierungs-Funktionen für die Datenbank BizTalkDTADb. Diese Funktionalität ist in BizTalk Server 2004 SP2 enthalten. Je nach Größe der Datenbank BizTalkDTADb kann BizTalk Server 2004 SP2 installieren Stunden dauern, da das Setup-Programm die BizTalkDTADb-Datenbank bereinigt.

Informationen zu den bekannten Probleme bei der Installation von BizTalk Server 2004 Service Pack 2 installiert haben, klicken Sie in folgendem Artikel der Microsoft Knowledge Base anzuzeigen:

Wenn Sie BizTalk Server 2004 SP2 installieren, empfehlen wir, dass Sie diese Schritte:

1. Installieren Sie den Hotfix in Microsoft Knowledge Base-Artikel 894253. Führen Sie die Schritte in diesem Knowledge Base-Artikel SQL Server 2000 das Skript bts_tracking_shrinkexistingdatabase.sql ausführen. Weitere Informationen finden Sie in folgendem Artikel der Microsoft Knowledge Base anzuzeigen:
   894253 (http://support.microsoft.com/default.aspx?scid=kb;EN-US;894253) FIX: Die dtasp_PruneTrackingdatabase() gespeicherte Prozedur kann zum Bereinigen der DTA-Datenbank BizTalk Server 2004 viele Stunden dauern
2. Installieren Sie BizTalk Server 2004 SP2. Weitere Informationen finden Sie in folgendem Artikel der Microsoft Knowledge Base anzuzeigen:
   888751 (http://support.microsoft.com/default.aspx?scid=kb;EN-US;888751) So erhalten Sie das neueste Servicepack für BizTalk Server 2004

Löschen Sie aller Daten

Wenn die Datenbanken zu groß sind oder die bevorzugte Methode ist, um alle Daten zu löschen, können alle Daten gelöscht werden.

Achtung: Verwenden dieser Methode nicht in jeder Umgebung Wo sind die Daten, unternehmenskritisch oder wenn die Daten benötigt werden.

BizTalkMsgBoxDb Datenbank aufräumen Schritte

Alle Daten in der Datenbank BizTalkMsgBoxDb löschen, können Sie das Tool BizTalk-Terminator. Andernfalls gehen Sie folgendermaßen vor.

Hinweis Diese Aktion löscht alle Nachrichten. Werden Sie äußerst vorsichtig, wenn Sie diese Schritte in einer Produktionsumgebung.

1. Sichern Sie alle BizTalk Server-Datenbanken. Beachten Sie, dass die BizTalkMgmtDb.dbo.sp_ForceFullBackup, die gespeicherte Prozedur kann verwendet werden, um eine vollständige Sicherung der Daten-und Protokolldateien zu erzwingen. Führen Sie diese gespeicherte Prozedur aus, und führen Sie den Backup-BizTalk Server SQL-Agent-Auftrag.
2. Kopieren Sie das Skript Msgbox_cleanup_logic.sql aus Laufwerk: \Programme\Microsoft BizTalk 200x\schema, die SQL Server.
3. Führen Sie dieses Skript SQL gegen die Datenbank BizTalkMsgBoxDb die Bts_CleanupMsgbox gespeicherte Prozedur zu aktualisieren.
4. Beenden Sie alle BizTalk-Hosts, Services und benutzerdefinierte isolierte Adapter. Wenn Sie HTTP- oder SOAP-Adapter verwenden, starten Sie die IIS-Dienste neu.
5. Führen Sie die Prozedur Bts_CleanupMsgbox gespeichert, auf die BizTalkMsgBoxDb-Datenbanken.
6. Starten Sie alle Hostinstanzen und BizTalk Server-Dienste neu.

Informationen zu einem bekannten Problem mit der Bts_CleanupMsgbox gespeicherte Prozedur BizTalk Server 2006 finden Sie in folgendem Artikel der Microsoft Knowledge Base anzuzeigen:

BizTalkDTADb-Datenbank bereinigen Optionen

Um alle Daten aus der Datenbank BizTalkDTADb löschen, können Sie die BizTalk-Terminator-Tool. Andernfalls verwenden Sie eine der folgenden Methoden.

Hinweis Beide Methoden werden alle Nachrichten löschen. Methode 2 ist schneller.

• Methode 1:
  1. Sichern Sie alle BizTalk Server-Datenbanken.
  2. Führen Sie die Prozedur Dtasp_PurgeAllCompletedTrackingData gespeichert. Weitere Informationen über die Dtasp_PurgeAllCompletedTrackingData, gespeicherte Prozedur finden Sie auf die folgende MSDN-Website:
     http://msdn.Microsoft.com/en-us/library/aa561918.aspx (http://msdn.microsoft.com/en-us/library/aa561918.aspx)
     Hinweis Diese Aktion löscht alle abgeschlossene Nachrichten.
• Methode 2:
  1. Sichern Sie alle BizTalk-Datenbanken.
  2. Führen Sie die Prozedur Dtasp_CleanHMData gespeichert. Verwenden Sie diese Option nur, wenn die Datenbank BizTalkDTADb viele unvollständige Instanzen enthält, die entfernt werden müssen.
     
     Gehen Sie hierzu folgendermaßen vor:
     1. Beenden Sie alle BizTalk-Hosts, Services und benutzerdefinierte isolierte Adapter. Wenn Sie HTTP- oder SOAP-Adapter verwenden, starten Sie die IIS-Dienste neu.
     2. Führen Sie die Prozedur Dtasp_CleanHMData gespeichert, auf die Datenbank BizTalkDTADb.
     3. Starten Sie alle Hosts und BizTalk Server-Dienste neu.

BizTalk Server 2004 nur Schritte

Gehen Sie folgendermaßen vor, um alle Daten aus der Datenbank BizTalkDTADb, BizTalk Server 2004 zu löschen.

Hinweis Diese Aktion löscht alle abgeschlossene Nachrichten.

1. Sichern Sie alle BizTalk Server-Datenbanken.
2. Beenden Sie alle BizTalk-Hosts, Services und benutzerdefinierte isolierte Adapter. Wenn Sie HTTP- oder SOAP-Adapter verwenden, starten Sie die IIS-Dienste neu.
3. Installieren Sie den Hotfix in Microsoft Knowledge Base-Artikel 894253. Führen Sie die Schritte in diesem Knowledge Base-Artikel an das Skript Bts_tracking_shrinkexistingdatabase.sql im SQL Server 2000 ausgeführt.
   
   Informationen über die Dtasp_PruneTrackingdatabase, gespeicherte Prozedur finden Sie in folgendem Artikel der Microsoft Knowledge Base anzuzeigen:
   894253 (http://support.microsoft.com/default.aspx?scid=kb;EN-US;894253) FIX: Die dtasp_PruneTrackingdatabase() gespeicherte Prozedur kann zum Bereinigen der DTA-Datenbank BizTalk Server 2004 viele Stunden dauern
4. Starten Sie alle Hosts und BizTalk-Dienste neu.

Hinweis Wenn Sie die Tracking-Daten benötigen, Sichern Sie die Datenbank BizTalkDTADb Wiederherstellung der Datenbank auf einem anderen SQL Server, und dann die ursprüngliche BizTalkDTADb-Datenbank bereinigen.

Wenn Sie Hilfe zum Analysieren von Daten MsgBoxViewer oder PSSDiag-Ausgabe benötigen, wenden Sie sich an Microsoft Customer Support Services. Eine vollständige Liste der Kunden-Support-Services-Telefonnummern und Informationen über Supportkosten finden Sie auf die folgende Microsoft-Website: Hinweis Bevor Sie Customer Support Services wenden, komprimieren Sie die MsgBoxViewer Daten, die Ausgabe von PSSDiag und die aktualisierten Ereignisprotokolle (EVT-Dateien). Sie müssen möglicherweise diese Dateien auf einem BizTalk Server Engineering support senden.