Freigeben über

Nach der Konfiguration für BizTalk Server-Datenbankoptimierungen

  • Artikel

Zusätzlich zum Befolgen der Empfehlungen unter Datenbankoptimierungen vor der Konfiguration sollten mehrere Schritte ausgeführt werden, um die Leistung BizTalk Server Datenbank auf SQL Server zu optimieren, nachdem BizTalk Server installiert und die BizTalk Server Datenbanken konfiguriert wurden. Dieses Thema enthält eine Liste dieser Optimierungen.

Vorabzuweisung von Speicherplatz für BizTalk Server Datenbanken und Definieren von Einstellungen für automatisches Wachstum für BizTalk Server Datenbanken auf einen festen Wert anstelle eines Prozentwerts

  • SQL Server automatische Datenbankvergrößerung ist ein blockierende Vorgang, der BizTalk Server Datenbankleistung behindert. Daher ist es wichtig, im Voraus genügend Speicherplatz für die BizTalk Server Datenbanken zuzuweisen, um das Auftreten der automatischen Datenbankvergrößerung zu minimieren.

  • Die automatische Datenbankvergrößerung sollte auf eine feste Anzahl von Megabytes statt auf einen Prozentsatz festgelegt werden (Dateiwachstum in Megabyte angeben). Dies sollte so erfolgen, wenn ein automatisches Wachstum auftritt. Dies geschieht auf eine gemessene Weise, wodurch die Wahrscheinlichkeit eines übermäßigen Datenbankwachstums verringert wird. Das Vergrößerungsinkrement sollte in der Regel nicht größer als 100 MB (für große Dateien), 10 MB (bei dateien mittlerer Größe) oder 1 MB (für kleine Dateien) sein.

  • Wenn SQL Server die Größe einer Datei erhöht, muss der neue Speicherplatz zuerst initialisiert werden, bevor er verwendet werden kann. Hierbei handelt es sich um einen Blockierungsvorgang, bei dem der neue Bereich mit leeren Seiten gefüllt wird. SQL Server 2005 unter Windows Server 2003 oder höher unterstützt die "sofortige Dateiinitialisierung". Dadurch können die Auswirkungen eines Dateiwachstums auf die Leistung erheblich reduziert werden. Weitere Informationen finden Sie unter SQL Server 2008 – Datenbankdateiinitialisierung. Dieses Thema enthält Schritte zum Aktivieren der sofortigen Dateiinitialisierung.

Verschieben des Sicherungs- BizTalk Server Ausgabeverzeichnisses in eine dedizierte LUN

Verschieben Sie das Ausgabeverzeichnis backup BizTalk Server (Vollständige und Protokollsicherung) in eine dedizierte LUN, bearbeiten Sie die Schritte 1 und 2 (neuen Ausgabepfad einfügen) des Sicherungs-BizTalk Server [BizTalkMgmtDb]-Auftrags. Durch das Verschieben des Sicherungs- BizTalk Server Ausgabeverzeichnisses in eine dedizierte LUN wird die Datenträger-E/A-Konflikte reduziert, wenn der Auftrag ausgeführt wird, indem auf einen anderen Datenträger geschrieben wird, aus dem der Auftrag liest.

Überprüfen, ob die BizTalk Server SQL-Agent-Aufträge ausgeführt werden

BizTalk Server umfasst mehrere SQL Server-Agent Aufträge, die wichtige Funktionen ausführen, um Ihre Server betriebsbereit und fehlerfrei zu halten. Sie sollten die Integrität dieser Aufträge überwachen und sicherstellen, dass sie fehlerfrei ausgeführt werden. Eine der häufigsten Ursachen für Leistungsprobleme in BizTalk Server ist die BizTalk Server SQL-Agent-Aufträge nicht ausgeführt werden, was wiederum dazu führen kann, dass die MessageBox- und Nachverfolgungsdatenbanken ungeprüft wachsen. Führen Sie die folgenden Schritte aus, um sicherzustellen, dass die BizTalk Server SQL-Agent-Aufträge problemlos ausgeführt werden:

Eine der häufigsten Ursachen für Leistungsprobleme in BizTalk Server ist die BizTalk Server SQL-Agent-Aufträge nicht ausgeführt werden, was wiederum dazu führen kann, dass die MessageBox- und Nachverfolgungsdatenbanken ungeprüft wachsen. Führen Sie die folgenden Schritte aus, um sicherzustellen, dass die BizTalk Server SQL-Agent-Aufträge problemlos ausgeführt werden:

  • Überprüfen Sie, ob der SQL Server-Agent Dienst ausgeführt wird.

  • Überprüfen Sie, ob die von BizTalk Server installierten SQL Server-Agent Aufträge aktiviert sind und erfolgreich ausgeführt werden.

    Die BizTalk Server SQL Server-Agent Aufträge sind von entscheidender Bedeutung. Wenn sie nicht ausgeführt werden, wird die Systemleistung im Laufe der Zeit beeinträchtigt.

  • Überprüfen Sie, ob die BizTalk Server SQL Server-Agent Aufträge rechtzeitig abgeschlossen werden.

    Richten Sie Microsoft Operations Manager (MOM) 2005 oder Microsoft System Center Operations Manager 2007 ein, um die Aufträge zu überwachen.

    Sie sollten sich der Zeitpläne bewusst sein, die für bestimmte Aufträge gelten:

    • Der MessageBox_Message_ManageRefCountLog_BizTalkMsgBoxDb Auftrag wird standardmäßig kontinuierlich ausgeführt. Die Überwachungssoftware sollte diesen Zeitplan berücksichtigen und keine Warnungen erzeugen.

    • Der MessageBox_Message_Cleanup_BizTalkMsgBoxDb Auftrag ist nicht aktiviert oder geplant, wird aber alle 10 Sekunden vom MessageBox_Message_ManageRefCountLog_BizTalkMsgBoxDb Auftrag gestartet. Daher sollte dieser Auftrag nicht aktiviert, geplant oder manuell gestartet werden.

  • Überprüfen Sie, ob der Starttyp des SQL Server-Agent-Diensts ordnungsgemäß konfiguriert ist.

    Stellen Sie sicher, dass der SQL Server-Agent Dienst mit dem StarttypAutomatisch konfiguriert ist, es sei denn, der SQL Server-Agent Dienst ist als Clusterressource in einem Windows Server-Cluster konfiguriert. Wenn der SQL Server-Agent-Dienst als Clusterressource konfiguriert ist, sollten Sie den Starttypmanuell konfigurieren, da der Dienst vom Clusterdienst verwaltet wird.

Konfigurieren des Bereinigens und Archivierens von Nachverfolgungsdaten

Führen Sie die folgenden Schritte aus, um sicherzustellen, dass das Bereinigen und Archivieren von Nachverfolgungsdaten ordnungsgemäß konfiguriert ist:

Überwachen und Reduzieren von DTC-Protokolldatei-Datenträger-E/A-Konflikten

Die MS DTC-Protokolldatei (Microsoft Distributed Transaction Coordinator) kann in transaktionsintensiven Umgebungen zu einem E/A-Engpass auf dem Datenträger werden. Dies gilt insbesondere für die Verwendung von Adaptern, die Transaktionen unterstützen, z. B. SQL Server, MSMQ oder MQSeries, oder in einer Multi-MessageBox-Umgebung. Transaktionsadapter verwenden DTC-Transaktionen, und Multi-MessageBox-Umgebungen nutzen DTC-Transaktionen umfassend. Um sicherzustellen, dass die DTC-Protokolldatei nicht zu einem Datenträger-E/A-Engpass wird, sollten Sie die Datenträger-E/A-Nutzung für den Datenträger überwachen, auf dem sich die DTC-Protokolldatei auf den SQL Server Datenbankservern befindet. Wenn die Datenträger-E/A-Nutzung für den Datenträger, auf dem sich die DTC-Protokolldatei befindet, übermäßig hoch ist, sollten Sie die DTC-Protokolldatei auf einen schnelleren Datenträger verschieben. In einer Umgebung, in der SQL Server gruppiert ist, ist dies weniger bedenklich, da sich die Protokolldatei bereits auf einem freigegebenen Laufwerk befindet, bei dem es sich wahrscheinlich um ein schnelles SAN-Laufwerk mit mehreren Spindeln handelt. Sie sollten die Datenträger-E/A-Nutzung dennoch überwachen, da sie in nicht gruppierten Umgebungen oder wenn sich die DTC-Protokolldatei auf einem freigegebenen Datenträger mit anderen datenträgerintensiven Dateien befindet, zu einem Engpass werden kann.

Um sicherzustellen, dass die DTC-Protokolldatei nicht zu einem Datenträger-E/A-Engpass wird, sollten Sie die Datenträger-E/A-Nutzung für den Datenträger überwachen, auf dem sich die DTC-Protokolldatei auf den SQL Server Datenbankservern befindet. Wenn die Datenträger-E/A-Nutzung für den Datenträger, auf dem sich die DTC-Protokolldatei befindet, übermäßig hoch ist, sollten Sie die DTC-Protokolldatei auf einen schnelleren Datenträger verschieben.

In einer Umgebung, in der SQL Server gruppiert ist, ist dies weniger bedenklich, da sich die Protokolldatei bereits auf einem freigegebenen Laufwerk befindet, bei dem es sich wahrscheinlich um ein schnelles SAN-Laufwerk mit mehreren Spindeln handelt. Sie sollten die Datenträger-E/A-Nutzung dennoch überwachen, da sie in nicht gruppierten Umgebungen oder wenn sich die DTC-Protokolldatei auf einem freigegebenen Datenträger mit anderen datenträgerintensiven Dateien befindet, zu einem Engpass werden kann.

Trennen von MessageBox- und Nachverfolgungsdatenbanken

Da die BizTalk MessageBox- und BizTalk-Nachverfolgungsdatenbanken am aktivsten sind, wird empfohlen, die Datendateien und Transaktionsprotokolldateien für jede dieser Datenbanken auf dedizierten Laufwerken zu platzieren, um die Wahrscheinlichkeit von Problemen mit Datenträger-E/A-Konflikten zu verringern. Sie benötigen z. B. vier Laufwerke für die Datenbankdateien MessageBox und BizTalk-Nachverfolgung, ein Laufwerk für jedes der folgenden Dateien:

  • MessageBox-Datendateien

  • MessageBox-Transaktionsprotokolldateien

  • BizTalk Tracking(DTA)-Datendateien

  • Transaktionsprotokolldateien der BizTalk-Nachverfolgung (DTA)

    Das Trennen der BizTalk MessageBox- und BizTalk-Nachverfolgungsdatenbanken und das Trennen der Datenbankdateien und Transaktionsprotokolldateien auf verschiedenen physischen Datenträgern gelten als bewährte Methoden zum Reduzieren von Datenträger-E/A-Konflikten. Versuchen Sie, die Datenträger-E/A auf so viele physische Spindeln wie möglich zu verteilen. Sie können auch Datenträger-E/A-Konflikte reduzieren, indem Sie die BizTalk-Nachverfolgungsdatenbank auf einem dedizierten SQL Server platzieren. Sie sollten jedoch weiterhin die oben genannten Methoden zum Trennen von Datendateien und Transaktionsprotokolldateien befolgen.

Optimieren von Dateigruppen für die BizTalk Server Datenbanken

Führen Sie die Schritte unter Optimieren von Dateigruppen für datenbanken1 und im Whitepaper "BizTalk Server Datenbankoptimierung" aus, um zusätzliche Dateigruppen und Dateien für die BizTalk Server Datenbanken zu erstellen. Dadurch wird die Leistung der BizTalk Server Datenbanken aus einer konfiguration mit einem einzelnen Datenträger erheblich erhöht.