Richtlinien zum Vermeiden von Engpässen

Während die Standardeinstellungen in BizTalk Server eine optimale Leistung für viele Hardware- und Softwarekonfigurationen bieten, kann es in einigen Szenarien vorteilhaft sein, die Einstellungen oder die Bereitstellungskonfiguration zu ändern. Beachten Sie beim Konfigurieren BizTalk Server die folgenden Leistungsrichtlinien:

• Um Ressourcenkonflikten vorzubeugen, sollten Sie den Empfang, die Orchestrierung und das Senden isoliert auf separate Hosts verteilen. Um weitere Konflikte zu verhindern, isolieren Sie den Überwachungsdienst von anderen Hosts.

• Wenn die von BizTalk Server verwendete CPU den Engpass verursacht, sollte BizTalk Server durch den Einsatz zusätzlicher oder schnellerer CPUs zentral skaliert werden.

SQL Server-Richtlinien

Beachten Sie die folgenden Leistungsrichtlinien beim Konfigurieren von Microsoft SQL Server mit BizTalk Server:

• BizTalk Server Datenbanken sollten so konfiguriert werden, dass sie nach Möglichkeit auf einem dedizierten SQL Server instance ausgeführt werden. BizTalk Server eine datenbankintensive Anwendung ist, so dass die Trennung der BizTalk Server Computer und der SQL Server Computer(en), die die BizTalk Server Datenbanken enthalten, die Leistung verbessert und als bewährte Methode in einer Produktion betrachtet werden sollte. BizTalk Server Umgebung.

• Verwenden Sie soweit möglich ein schnelles Datenträgersubsystem mit SQL Server. Verwenden Sie ein RAID-Gerät (Redundant Array of Independent Disks) vom Typ 5 (RAID5/10) oder ein Storage Area Network (SAN) mit Sicherungs-Stromversorgung.

• Verwenden Sie den SQL Server-Notfallwiederherstellungsvorgang, um Ihre Datenbanken regelmäßig zu sichern. The BizTalk Server-Dienst führt nach SQL Server-Verbindungsfunktionsstörungen automatische Wiederherstellungen durch.

• Isolieren Sie jede MessageBox auf einem separaten Server von der BizTalk-Überwachungsdatenbank (BizTalkDTADb). Wenn CPU-Ressourcen verfügbar sind, kann es für kleinere Bereitstellungen ausreichend sein, die jeweilige MessageBox auf einem separaten physischen Datenträger von der BizTalkDTADb-Datenbank zu isolieren.

• Die primäre MessageBox kann bei CPU-Sättigung oder Latenz durch Datenträgeroperationen (durchschnittliche Datenträger-Warteschlangenlänge) die Ursache für den Engpass sein. Wenn die CPU-Verarbeitung den Engpass verursacht, fügen Sie der primären MessageBox CPU-Prozessoren hinzu. Wenn Sie nicht versuchen, die Veröffentlichung auf der Master messageBox zu deaktivieren, kann die Master-MessageBox das Routing von Nachrichten an die anderen MessageBox-Datenbanken effizienter verarbeiten.

• Wenn Datenträgeroperationen den Engpass verursachen, verschieben Sie die BizTalkDTADb-Datenbank auf einen dedizierten SQL Server-Computer und/oder auf einen dedizierten Datenträger. Wenn weder die CPU-Verarbeitung noch Datenträgervorgänge in der primären MessageBox den Engpass verursachen, können Sie auf demselben SQL Server-Computer neue MessageBox-Datenbanken erstellen, um Ihre vorhandene Hardware besser zu nutzen.

• Verwenden Sie bewährte Vorgehensweisen für SQL Server, um Transaktions- und Datenprotokolldateien für die MessageBox- und BizTalkDTADb-Datenbanken auf separaten physikalischen Datenträgern zu isolieren.

• Reservieren Sie ausreichend Speicherplatz für die Daten- und Protokolldateien. Andernfalls belegt SQL Server automatisch den gesamten verfügbaren Platz auf den Datenträgern für die Protokolldateien. Die Anfangsgröße der Protokolldateien ist abhängig von den speziellen Anforderungen des vorliegenden Szenarien. 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.

• Reservieren Sie ausreichend Speicherplatz für Datenbanken mit hoher Festplattennutzung, wie z. B. MessageBox-, Überwachungs- und BAM-Datenbanken (Business Activity Monitoring, Geschäftsaktivitätsüberwachung). Reservieren Sie ausreichend Speicherplatz für die BizTalk-Konfigurationsdatenbank (BizTalkMgmtDb), wenn für Ihre Lösung das BizTalk Framework-Messagingprotokoll verwendet wird.

• Konfigurieren Sie die Archivierungs- und Bereinigungsaufträge in der Überwachungsdatenbank je nach Geschäftsanforderungen [Dauer der Datenbeibehaltung] und Volumen der im vorliegenden Szenario verarbeiteten Daten, sodass die BizTalkDTADb-Datenbank nicht zu groß wird. Das Wachstum dieser Datenbank kann die Leistung vermindern (vor allem, wenn eine BizTalkDTADb-Datenbank mehrere MessageBoxes unterstützt), da beim Erreichen der vollen Datenbankkapazität die Rate für das Einfügen von Daten limitiert wird.

• Führen Sie eine zentrale Skalierung der Server durch, die als Host für die MessageBox- und BizTalkDTADb-Datenbanken dienen, wenn diese den Engpass verursachen. Die Hardware kann durch Hinzufügen von CPUs und Arbeitsspeicher sowie durch den Einsatz schnellerer CPUs und dedizierter Hochgeschwindigkeits-Datenträger zentral skaliert werden.