Hohe Verfügbarkeit für Datenbanken
BizTalk Server hängt stark von SQL Server für Datenspeicher und Datenpersistenz ab. Alle anderen Komponenten und Hosts in BizTalk Server haben spezifische Aufgaben bei der Integration verschiedener Geschäftsanwendungen (z. B. Empfangen, Verarbeiten oder Routing von Nachrichten). Der Datenbankcomputer wiederum erfasst diese Arbeit und speichert sie persistent auf einem Datenträger. Wenn beispielsweise BizTalk Server eine eingehende Nachricht empfängt, speichert der Empfangshost diese in der MessageBox-Datenbank, bevor andere Hosts die Nachricht zur Orchestrierungsverarbeitung und zum Senden abrufen. Wenn Ihre BizTalk-Lösung orchestriert ist, leitet BizTalk Server die Nachricht an den Host weiter, der den Geschäftsprozess (Verarbeitungshost) ausführt, und speichert die Nachricht nach Abschluss der Orchestrierung in der MessageBox-Datenbank. Der sendende Host ruft die Nachricht dann aus der Datenbank ab und sendet sie durch den entsprechenden Sendeadapter an die externe Anwendung.
Verwenden Sie Windows-Clustering, um Hochverfügbarkeit für die BizTalk Server Datenbanken bereitzustellen, um mindestens zwei Computer zu konfigurieren, auf denen SQL Server ausgeführt werden, um einen Servercluster zu erstellen. Dieses Serverclustering bietet Redundanz und Fehlertoleranz für die BizTalk Server Datenbanken. Anders als bei Lastenausgleich-Clustern, bei denen eine Gruppe von Computern zusammenarbeitet, um Verfügbarkeit und Skalierbarkeit zu erhöhen, sind an Serverclustern normalerweise zwei Datenbankcomputer in einer Aktiv/Passiv-Konfiguration beteiligt, sodass ein Computer für den anderen Sicherungsressourcen bereitstellt.
In der folgenden Abbildung wird eine BizTalk Server-Datenbankebene mit Hochverfügbarkeit dank Serverclusterung in einer Aktiv/Passiv-Konfiguration gezeigt.
Wenn beim aktiven Datenbankcomputer Fehler auftreten oder der Computer vollständig ausfällt, wird der passive zum aktiven Computer und übernimmt die Kontrolle über die Datenbankressourcen, bis der ausgefallene Computer repariert ist. Der Datenbankdienst führt ein Failover durch und stellt Datenverbindungen mit dem neuen aktiven Computer wieder her und ermöglicht es der BizTalk-Anwendung, weiterhin zu funktionieren.
BizTalk Server-Datenbanken
Microsoft BizTalk Server installiert mehrere Datenbanken in SQL Server. Die folgende Tabelle zeigt typische Nutzungsmerkmale für die BizTalk Server Datenbanken.
| Datenbank | Standard-Datenbankname | Nutzungseigenschaften |
|---|---|---|
| Verwaltungsdatenbank | BizTalkMgmtDb | Diese Datenbank verarbeitet Lese- und Schreibvorgänge mit geringer Auslastung. |
| MessageBox-Datenbank | BizTalkMsgBoxDb | Diese Datenbank verarbeitet Lese- und Schreibvorgänge mit hoher Auslastung. |
| Überwachungsdatenbank | BizTalkDTADb | Diese Datenbank verarbeitet Schreibvorgänge mit potenziell hoher Auslastung, abhängig von der Menge an Daten, die Sie für die Nachverfolgung konfigurieren, und Lesevorgänge mit geringer Auslastung. |
| SSO-Datenbank | SSODB | Diese Datenbank verarbeitet Lese- und Schreibvorgänge mit geringer Auslastung. |
| BAM-Analysedatenbank | BAMAnalysis | Diese SQL Server Analysis Services Datenbank verarbeitet potenziell lese- und schreibvorgänge mit hoher Auslastung, abhängig vom Grad der durchgeführten Überwachung. |
| BAM-Sternschema-Datenbank | BAMStarSchema | Diese SQL Server Analysis Services Datenbank verarbeitet potenziell lese- und schreibvorgänge mit hoher Auslastung, abhängig vom Grad der durchgeführten Überwachung. |
| Primäre BAM-Importdatenbank | BAMPrimaryImport | Diese SQL Server Analysis Services Datenbank verarbeitet potenziell lese- und schreibvorgänge mit hoher Auslastung, abhängig vom Grad der durchgeführten Überwachung. |
| BAM-Archivdatenbank | BAMArchive | Diese SQL Server Analysis Services Datenbank verarbeitet potenziell lese- und schreibvorgänge mit hoher Auslastung, abhängig vom Grad der durchgeführten Überwachung. |
| Regel-Engine-Datenbank | BizTalkRuleEngineDb | Diese Datenbank verarbeitet lese- und schreibvorgänge mit geringer Auslastung, es sei denn, Sie aktualisieren die Regeln. |
| Nachverfolgen der Analysis Services-Datenbank | BizTalkAnalysisDb | Diese SQL Server Analysis Services Datenbank verarbeitet Lese- und Schreibvorgänge mit hoher Auslastung. |
BizTalk Server Laufzeitvorgänge verwenden in der Regel die ersten vier Datenbanken (Verwaltungsdatenbank, MessageBox-Datenbanken, Nachverfolgungsdatenbank und SSO-Datenbank). Je nach Datenverkehr in diesen Datenbanken können Sie sie auf separaten Computern platzieren, auf denen SQL Server ausgeführt wird. Je nach dem, welche BizTalk Server-Funktionen Sie verwenden, enthält Ihre Installation noch einige weitere oder sämtliche der in der Tabelle aufgeführten Datenbanken. Sie können diese Datenbanken nach Bedarf hochskalieren und clustern.
Achten Sie darauf, dass Sie gute SQL Server Bereitstellungsmethoden befolgen, z. B. die Verwendung separater Datenträger für jede Datenbank.
Für die BizTalk Server Datenbanken empfiehlt es sich, Folgendes zu tun:
Richten Sie das Failoverclustering ein. Failoverclustering ermöglicht es SQL Server, die Verarbeitung für eine instance von SQL Server automatisch von einem fehlerhaften Server auf einen Arbeitsserver umzustellen.
Die Primäre BAM-Importdatenbank erfasst Ereignisdaten. Bei einem Systemausfall gehen Daten, die seit der letzten Sicherung in die Primäre BAM-Importdatenbank geschrieben wurden, verloren. Da es keine Möglichkeit gibt, verlorene Ereignisse neu zu generieren, ist es besonders wichtig, dass Sie das Failoverclustering für Ihre primäre BAM-Importdatenbank aktivieren.
Verwenden Sie SQL Server RAID 1+0 (redundantes Array unabhängiger Datenträger) insbesondere für die MessageBox-Datenbank und die primäre BAM-Importdatenbank.
Informationen zum Sichern Ihrer BizTalk Server Datenbanken finden Sie unter Bewährte Methoden für die Notfallwiederherstellung.
Hinweis
Microsoft SQL Server bietet eine Softwarelösung, die als Datenbankspiegelung bezeichnet wird, um die Wahrscheinlichkeit zu erhöhen, dass eine Datenbank verfügbar ist. Die Verwendung von SQL Server Datenbankspiegelung ist derzeit keine unterstützte Lösung zur Sicherstellung der Hochverfügbarkeit der Microsoft BizTalk Server-Datenbanken aufgrund potenzieller Probleme bei der Aufrechterhaltung der Transaktionskonsistenz in den BizTalk Server Datenbanken.
Weitere Informationen zur Datenbankspiegelung und datenbankübergreifenden Transaktionen in SQL Server finden Sie unter Transaktionen – Verfügbarkeitsgruppen und Datenbankspiegelung. BizTalk Server Datenbanken sollten in einem SQL Server-Cluster installiert werden, um sicherzustellen, dass Hochverfügbarkeit und Protokollversand für Zwecke der Notfallwiederherstellung verwendet werden sollten.
Weitere Informationen zum Protokollversand finden Sie unter Was ist BizTalk Server Protokollversand?
In diesem Abschnitt
Weitere Informationen
Planen von hoher Verfügbarkeit
Hohe Verfügbarkeit für BizTalk-Hosts
Hohe Verfügbarkeit des Servers für den geheimen Hauptschlüssel
Notfallwiederherstellung