Bewährte Methoden zum Vermeiden von Engpässen
Obwohl die Standardeinstellungen in BizTalk Server eine optimale Leistung für viele Hardware- und Softwarekonfigurationen bieten, kann es in einigen Szenarien von Vorteil sein, die Einstellungen oder die Bereitstellungskonfiguration zu ändern. Beachten Sie beim Konfigurieren BizTalk Server die folgenden Leistungsrichtlinien:
Um Ressourcenkonflikte zu verhindern, isolieren Sie den Empfang, die Orchestrierung und das Senden auf separaten Hosts. Um weitere Konflikte zu verhindern, isolieren Sie den Überwachungsdienst von anderen Hosts.
Wenn die CPU-Verarbeitung auf dem Computer, auf dem BizTalk Server ausgeführt wird, der Engpass ist, skalieren Sie den Computer, auf dem BizTalk Server ausgeführt wird, hoch, indem Sie zusätzliche CPUs einschließen oder ein Upgrade auf schnellere CPUs durchführen.
SQL Server-Richtlinien
Beachten Sie beim Konfigurieren von Microsoft SQL Server mit BizTalk Server die folgenden Leistungsrichtlinien:
Verwenden Sie soweit möglich ein schnelles Datenträgersubsystem mit SQL Server. Verwenden Sie ein redundantes Array unabhängiger Datenträger vom Typ 10 (RAID10/0+1) oder ein Storage Area Network (SAN) mit Backup-Stromversorgung.
Isolieren Sie jede MessageBox-Datenbank auf einem separaten Server von der BizTalk-Nachverfolgungsdatenbank (BizTalkDTADb). Bei kleineren Bereitstellungen, wenn CPU-Ressourcen verfügbar sind, kann es ausreichen, die MessageBox-Datenbank auf einem separaten physischen Datenträger von der BizTalk-Nachverfolgungsdatenbank zu isolieren.
Die primäre MessageBox-Datenbank kann aufgrund von CPU-Prozessorsättigung oder Latenz bei Datenträgervorgängen (durchschnittliche Länge der Datenträgerwarteschlange) den Engpass darstellen. Wenn die CPU-Verarbeitung der Engpass ist, fügen Sie der primären MessageBox CPU-Prozessoren hinzu. Falls nicht, versuchen Sie, die Veröffentlichung für die master MessageBox-Datenbank zu deaktivieren. Auf diese Weise kann die master MessageBox-Datenbank das Routing von Nachrichten an die anderen MessageBox-Datenbanken effizienter verarbeiten. Die Option zum Deaktivieren der Veröffentlichung ist gültig, wenn Sie mehrere MessageBox-Datenbanken verwenden.
Wenn Datenträgervorgänge der Engpass sind, verschieben Sie die BizTalk-Nachverfolgungsdatenbank auf einen dedizierten SQL Server Computer und/oder dedizierten Datenträger. Wenn CPU-Verarbeitungs- und Datenträgervorgänge in der primären MessageBox-Datenbank nicht der Engpass sind, können Sie neue MessageBox-Datenbanken auf demselben SQL Server Computer erstellen, um Ihre vorhandene Hardware zu nutzen.
Befolgen Sie die Empfehlungen unter Optimieren von Dateigruppen für die Datenbanken2, um die Transaktions- und Datenprotokolldateien für die MessageBox- und BizTalk-Nachverfolgungsdatenbanken auf separaten physischen Datenträgern zu isolieren.
Weisen Sie ausreichend Speicherplatz für die Daten- und Protokolldateien zu. Andernfalls belegt SQL Server automatisch den gesamten verfügbaren Speicherplatz auf den Datenträgern, auf denen die Protokolldateien gespeichert werden. Die anfängliche Größe der Protokolldateien hängt von den spezifischen Anforderungen in Ihrem Szenario ab. Schätzen Sie die durchschnittliche Dateigröße in Ihrer Bereitstellung auf Grundlage von Testergebnissen, und erweitern Sie den Speicherplatz, bevor Sie Ihre Lösung implementieren.
Weisen Sie ausreichend Speicherplatz für Datenbanken mit hoher Datenträgerverwendung zu, z. B. MessageBox, Integritäts- und Aktivitätsnachverfolgung (HAT) und Business Activity Monitoring (BAM). Reservieren Sie ausreichend Speicherplatz für die BizTalk-Konfigurationsdatenbank (BizTalkMgmtDb), wenn für Ihre Lösung das BizTalk Framework-Messagingprotokoll verwendet wird.
Konfigurieren Sie abhängig von den geschäftlichen Anforderungen, z. B. Datenaufbewahrungszeiträumen und der Menge der in Ihrem Szenario verarbeiteten Daten, den Auftrag "DTA-Archivieren und Löschen SQL Server-Agent" für die HAT-Tracking-Datenbank, sodass die BizTalk-Nachverfolgungsdatenbank nicht zu groß wird. Das Wachstum dieser Datenbank kann die Leistung beeinträchtigen, da das Erreichen der vollen Kapazität der Datenbank eine Beschränkung der Rate der Dateneinfügung aufzwingt. Dies gilt insbesondere, wenn eine BizTalk-Nachverfolgungsdatenbank mehrere MessageBox-Datenbanken unterstützt.
Skalieren Sie die Server hoch, auf denen die MessageBox- und BizTalk-Nachverfolgungsdatenbanken gehostet werden, wenn sie den Engpass darstellen. Sie können die Hardware hochskalieren, indem Sie CPUs hinzufügen, Arbeitsspeicher hinzufügen, auf schnellere CPUs aktualisieren und dedizierte Hochgeschwindigkeitsdatenträger verwenden.
Durch das Aufteilen der TempDB-Dateien auf mehrere Dateien können Leistungsprobleme im Zusammenhang mit E/A-Vorgängen behoben werden. Als allgemeine Richtlinie erstellen Sie eine Dateidatendatei pro Prozessor, und verwenden Sie die gleiche Größe für alle erstellten Dateien.
Ändern Sie die Einstellungen für die automatische Datenbankvergrößerung in einen festen Wert, z. B. 100-150MB. Standardmäßig ist die Datenbankvergrößerung auf 10 % konfiguriert, was bei der Erweiterung größerer Datenbanken zu Verzögerungen führen kann.
SQL Server Arbeitsspeicher sollte auf einen festen Wert festgelegt werden, indem Sowohl Min. Serverarbeitsspeicher als auch Max. Serverarbeitsspeicher auf den gleichen Wert festgelegt werden. Im Allgemeinen weisen Sie 75 % des physischen Arbeitsspeichers SQL Server zu, und belassen Sie 25 % für den Rest des Betriebssystems und alle Anwendungen. Wenn es sich um einen dedizierten SQL Server handelt, können Sie den für das Betriebssystem reservierten Betrag auf mindestens 1 GB verringern.