Planen für hohe Verfügbarkeit
Hochverfügbarkeit für BizTalk Server konzentriert sich auf die Wiederherstellung funktionaler Komponenten, die die Verfügbarkeit in einer BizTalk Server Bereitstellung beeinträchtigen können.
Um Hochverfügbarkeit in BizTalk Server zu demonstrieren, müssen Sie einen Fehler verursachen und die Effektivität des Produkts bei der Wiederherstellung messen. Eine hochverfügbare BizTalk Server Bereitstellung macht Fehler und Fehler für externe Anwendungen und Systeme transparent und stellt sicher, dass alle Dienste weiterhin ordnungsgemäß mit minimalen Unterbrechungen funktionieren.
Das Entwerfen einer BizTalk Server Bereitstellung, die Hochverfügbarkeit bietet, erfordert die Implementierung von Redundanz für jede funktionale Komponente, die in ein Anwendungsintegrations- oder Geschäftsprozessintegrationsszenario involviert ist. BizTalk Server vereinfacht die Implementierung dieser Szenarien, indem die Daten konzeptionell von den Hosts getrennt werden, die die Daten verarbeiten. Ein Host ist ein logischer Container von BizTalk-Elementen, z. B. Orchestrierungen, Sendehandler und Empfangshandler. Sie erstellen Hostinstanzen und weisen sie dem Host zu. Eine Hostinstanz ist die physische Darstellung eines Hosts auf einem bestimmten Server. Dabei handelt es sich entweder um den BizTalk Server-Dienstprozess namens BTSNTSvc.exe oder um einen anderen Prozess, z. B. den IIS-Prozess. Die Bereitstellung von Hochverfügbarkeit für BizTalk Server umfasst daher das Ausführen mehrerer Hostinstanzen und das Clustern der BizTalk Server Datenbanken wie folgt:
Architektur für BizTalk-Hosts. BizTalk Server können Sie Hosts trennen und mehrere Hostinstanzen ausführen, um Hochverfügbarkeit für wichtige Funktionen wie den Empfang von Nachrichten, die Verarbeitung von Orchestrierungen und das Senden von Nachrichten bereitzustellen. Diese Hosts erfordern keinen zusätzlichen Clustering- oder Lastenausgleichsmechanismus, da BizTalk Server Workload automatisch über Hostinstanzen auf mehrere Computer verteilt. Hosts, die die Empfangshandler für die HTTP- und SOAP-Adapter ausführen, benötigen jedoch einen Lastenausgleichsmechanismus wie Netzwerklastenausgleich (Network Load Balancing, NLB), um Hochverfügbarkeit bereitzustellen, und Hosts, die die Empfangshandler für FTP, MSMQ, POP3, SQL und SAP ausführen, benötigen einen Clustermechanismus, um Hochverfügbarkeit bereitzustellen.
Hinweis
Sie müssen den SAP-Empfangsadapter immer clustern, um ein Zweiphasencommitszenario zu ermöglichen.
Architektur für BizTalk Server Datenbanken. Die Hochverfügbarkeitskonfiguration für die BizTalk Server Datenbanken besteht in der Regel aus zwei oder mehr SQL Server Datenbankcomputern, die in einer Aktiv/Passiv-Serverclusterkonfiguration konfiguriert sind. Diese Computer nutzen eine gemeinsame Datenträgerressource (z. B. ein RAID 1+0 SCSI-Datenträgerarray oder ein Speicherbereichsnetzwerk) und verwenden Windows-Failoverclustering, um Sicherungsredundanz und Fehlertoleranz bereitzustellen.
Eine weitere BizTalk-Funktionskomponente, die für Hochverfügbarkeit von entscheidender Bedeutung ist, ist der master Geheimserver. BizTalk Server verlässt sich auf diesen Dienst, um den Verschlüsselungsschlüssel zu erhalten.
Dieser Abschnitt enthält Informationen zum Behandeln von Hochverfügbarkeit in jeder dieser Kategorien. Da eine BizTalk Server Hochverfügbarkeitslösung auf Windows und SQL Server basiert, stellen Sie sicher, dass Sie diese Produkte mit Hochverfügbarkeit bereitstellen, bevor Sie Hosts für BizTalk Server konfigurieren. Unter folgenden Links finden Sie Informationen zum Bereitstellen von Hochverfügbarkeit für diese zugrunde liegenden Produkte:
Hochverfügbarkeitslösungen (SQL Server)](/sql/sql-server/failover-clusters/high-availability-solutions-sql-server)
Grundlegendes zu den Auswirkungen eines Komponentenfehlers
In der folgenden Tabelle sind die Komponenten und Abhängigkeiten einer BizTalk Server Umgebung und die Auswirkungen auf die BizTalk Server-Umgebung aufgeführt, wenn die Komponente oder Abhängigkeit ausfällt. Sie sollten den Umfang eines potenziellen Fehlers berücksichtigen, wenn Sie entscheiden, ob eine Komponente oder Abhängigkeit gruppiert werden soll.
| Komponente oder Abhängigkeit | Fehlerumfang |
|---|---|
| SQL Server | Systemweite. Wenn SQL Server fehlschlägt, kann BizTalk Server keine Dokumente verarbeiten. |
| Server für den geheimen Hauptschlüssel | Systemweite. Wenn der master Geheimserver ausfällt, kann BizTalk Server keine Dokumente verarbeiten. Hinweis: Wenn der master Geheimserver ausfällt, verwendet jeder BizTalk-Server in der BizTalk-Gruppe weiterhin eine zwischengespeicherte Kopie des master Geheimnisses, bis der Enterprise-SSO-Dienst auf diesem BizTalk-Server neu gestartet wird. Wenn der Enterprise-SSO-Dienst auf den BizTalk-Servern neu gestartet wird, wird die zwischengespeicherte Kopie des master Geheimnisses aus dem Arbeitsspeicher freigegeben, und die BizTalk-Server müssen in der Lage sein, den master Geheimserver zu kontaktieren, um eine weitere Kopie des master Geheimnisses abzurufen. Starten Sie den Enterprise-SSO-Dienst auf den BizTalk-Servern in einer Gruppe nicht neu, wenn der master Geheimservers ausfällt und Sie möchten, dass der BizTalk-Server die Verarbeitung von Dokumenten fortsetzen soll. |
| MSDTC | Server: Wenn MSDTC ausfällt, schlägt jede Komponente auf dem Server fehl, die Transaktionsunterstützung erfordert. Hinweis: Da SQL Server und der master geheimen Server für die Transaktionsunterstützung von MSDTC abhängig sind, wird der Umfang des Fehlers systemweit, wenn der MSDTC auf dem SQL-Server oder master geheimen Server ausfällt. BizTalk Server erfordert Transaktionsunterstützung bei der Kommunikation mit SQL Server und dem master Geheimserver während Laufzeitvorgängen. |
| BizTalk-Hostinstanz | Server: Alle Komponenten, die in einem BizTalk-Host-instance untergebracht sind, können nicht an der Dokumentverarbeitung teilnehmen, wenn der Host instance ausfällt. |
| Microsoft Message Queuing (MSMQ) | Server: Wenn MSMQ fehlschlägt, wird jede Dokumentverarbeitung, die vom MSMQ-Dienst abhängig ist, z. B. der MSMQ-Adapter, auf dem Server angehalten. |
| Dateisystem | Server: Wenn beim Dateisystem ein Fehler auftritt, wird jede Dokumentverarbeitung, die vom Dateisystem abhängig ist, wie z. B. der Dateiadapter, auf dem Server angehalten. |
Um ein hochverfügbares BizTalk Server-System besser verwalten zu können, müssen Sie über ein gutes Verständnis des BizTalk-Stapels verfügen: Windows Server, DC (DNS, DHCP), BizTalk Server, SQL Server, IIS-Server, Dateiserver, MSMQ-Server, externe Anwendungen. Dieser Abschnitt konzentriert sich auf die Hochverfügbarkeit von BizTalk Server und dem abhängigen SQL Server Computer.
BizTalk Server High-Availability Beispiele
Beispielszenarien in Microsoft BizTalk Server, die Hochverfügbarkeit über horizontal skalierte Ebenen von Hosts bieten, finden Sie unter Beispiel BizTalk Server Hochverfügbarkeitsszenarien.
Weitere Informationen
Hohe Verfügbarkeit für BizTalk-Hosts
Hohe Verfügbarkeit für Datenbanken
Hohe Verfügbarkeit des Servers für den geheimen Hauptschlüssel
Prüfliste: Erhöhen der Verfügbarkeit mit Notfallwiederherstellung