Auf Englisch lesen

Freigeben über


Konfigurieren eines BizTalk-Hosts als Clusterressource

In diesem Thema werden die grundlegenden Schritte erörtert, die zum Konfigurieren eines BizTalk-Hosts als Clusterressource erforderlich sind. Zur Ausführung dieser Schritte müssen Sie bereits mindestens zwei BizTalk Server-Computer in einer BizTalk-Gruppe als Mitglieder eines Windows Server-Clusters konfiguriert haben. Weitere Informationen zum Konfigurieren eines Windows Server-Clusters finden Sie in der Onlinehilfe zu Windows Server.

Voraussetzungen

Sie müssen als Mitglied der Gruppe BizTalk-Administratoren angemeldet sein, um einen Host clustern oder die Clusterung eines Hosts aufheben zu können.

Überlegungen und bekannte Probleme

  • Bevor Sie eine Instanz eines geclusterten BizTalk-Hosts auf einem Computer mit BizTalk Server ausführen können, muss dieser als Knoten in einem Windows Server-Failovercluster konfiguriert werden. Weitere Informationen zum Konfigurieren eines Clusterknotens in einem Servercluster finden Sie in der Onlinehilfe zu Windows Server.

  • Ein Failover für einen gruppierten BizTalk-Host kann nicht auf einen Host instance ausgeführt werden, der die Option Host deaktivieren instance vom Startsatz deaktivieren hat. Stellen Sie sicher, dass für alle Hostinstanzen für den gruppierten BizTalk-Host diese Option nicht aktiviert ist. Diese Option wird in der BizTalk Server-Verwaltungskonsole auf der Seite Hostinstanzeigenschaften festgelegt.

  • Wenn Sie einen BizTalk-Host clustern, wird in der angegebenen Clusterressourcengruppe eine entsprechende Clusterressource erstellt. Dabei wird jeder verfügbare Knoten des Clusters als möglicher Besitzer der Clusterressource hinzugefügt. Da ein Failover einer Clusterressource auf alle Knoten in der Liste möglicher Besitzer erfolgen kann, sollten Sie vor dem Clustern eines BizTalk-Hosts allen verfügbaren Knoten eines Clusters eine Instanz des Hosts hinzufügen. Versuche, einen bizTalk-Clusterhost auf einen BizTalk Server Computer ohne instance des Hosts zu übergehen, schlagen fehl.

    Hinweis

    Wenn Sie verhindern möchten, dass ein geclusterter BizTalk-Host auf einem bestimmten Clusterknoten ausgeführt wird bzw. ein Failover dorthin erfolgt, müssen Sie den Knoten aus der Liste möglicher Besitzer der geclusterten Ressource entfernen, die beim Clustern des BizTalk-Hosts erstellt wird. Die Liste möglicher Besitzer einer Clusterressource können Sie mithilfe der Benutzeroberfläche für Failoverclusterverwaltung von Windows Server ändern.

  • Stellen Sie beim Clustern eines BizTalk-Hosts sicher, dass die Clustergruppe, der gruppierte Dienst oder die Anwendung, zu der Sie den Host hinzufügen, eine Netzwerkname- und IP-Adressressource enthält. Wenn die Zielclustergruppe eine Netzwerknamen- und IP-Adressressource enthält, wird die Netzwerknamenressource dem geclusterten BizTalk-Host als Abhängigkeit hinzugefügt. Wenn diese Ressourcen nicht verfügbar sind, kann der BizTalk-Host nicht ordnungsgemäß als geclusterte Ressource ausgeführt werden.

  • Wenn Sie die Konfiguration eines BizTalk-Servers/-Clusterknotens aufheben, der als möglicher Besitzer eines geclusterten BizTalk-Hosts aufgelistet ist, wird die Clusterressource für die Hostinstanz im Windows-Cluster offline geschaltet. Wenn Sie einen BizTalk Server Computer aufheben müssen, der als möglicher Besitzer eines gruppierten BizTalk-Hosts aufgeführt ist, ohne die Clusterressource für den Host instance offline zu schalten, führen Sie die folgenden Schritte aus:

    • Führen Sie in der Windows Server-Failoverclusterverwaltungsschnittstelle ein Failover für den gruppierten Host auf einen anderen BizTalk Server Computer als den BizTalk Server Computer aus, den Sie entkonfigurieren möchten.

    • Wählen Sie in der BizTalk Server Verwaltungskonsole den instance des gruppierten BizTalk-Hosts aus, der dem BizTalk Server Computer entspricht, der entkonfiguriert werden soll.

    • Löschen Sie die Hostinstanz. Wenn eine Fehlermeldung angezeigt wird, müssen Sie die Option auswählen, mit der das Löschen der Hostinstanz erzwungen wird.

    • Deaktivieren Sie BizTalk Server.

  • Wenn ein BizTalk-Host als geclusterter Host konfiguriert wurde, wird in der angegebenen Clusterressourcengruppe im Cluster eine entsprechende Clusterressource erstellt.

    Standardmäßig wird eine bizTalk-Hostressource in Einem Windows Server-Failovercluster mit den folgenden Neustartwerten konfiguriert, die auf der Registerkarte Richtlinien des Dialogfelds Eigenschaften für die Clusterressource verfügbar sind:

    Option Wert
    Bei Ressourcenfehler Neustart auf aktuellem Knoten versuchen Wahr
    Der Clusterdienst versucht, die Ressource nach einem Ausfall neu zu starten.
    Zeitraum für Neustarts (mm:ss): 15:00
    Gibt den Zeitraum an, während dem die Neustartversuche gezählt werden.
    Maximale Anzahl von Neustarts im angegebenen Zeitraum: 1
    Gibt die maximale Anzahl von Neustartversuchen an, die während des Zeitraums für Neustarts (mm:ss) zulässig sind.
    Ein erfolgloser Neustart wirkt sich negativ auf alle Ressourcen im Dienst oder in der Anwendung aus. Wahr
    Der Clusterdienst versucht, die Ressource durch Durchführen eines Failovers für die gesamte Ressourcengruppe auf einen anderen Clusterknoten neu zu starten.
    Wenn alle Neustartversuche scheitern, Neustart nach angegebenem Zeitraum wiederholen (hh:mm): 1:00
    Gibt einen längeren Wartezeitszeitraum an, nach dem der Clusterdienst eine weitere Reihe von Neustartversuchen beginnt.
    Ausstehendes Zeitlimit (mm:ss): 3:00
    Gibt an, wie lange die Ressource dauern kann, um den Status zwischen Online und Offline zu ändern, bevor der Clusterdienst die Ressource in den Status Fehler versetzt.

    Mit den Standardwerten für den Neustart wird festgelegt, dass der Windows Server-Failovercluster innerhalb eines Zeitraums von 15 Minuten einmal versucht, die fehlerhafte Instanz einer geclusterten BizTalk-Hostinstanz neu zu starten. Da der Wert "Wenn neustart nicht erfolgreich" ist, wird das Failover für alle Ressourcen in diesem Dienst oder in dieser Anwendung auf True festgelegt. Bei Neustartversuchen wird auch ein Failover für die Clusterressourcengruppe auf einen anderen Clusterknoten ausgeführt. Wenn ein fehlerbehafteter instance eines gruppierten BizTalk-Hosts in der angegebenen Anzahl von Versuchen während des angegebenen Zeitraums nicht neu gestartet werden kann, geht der gruppierte BizTalk-Host in der Failoverclusterverwaltungsschnittstelle von dem Status Fehler aus. Wenn ein gruppierter BizTalk-Host den Status Fehler annimmt, muss er manuell in der Failoverclusterverwaltung gestartet werden.

    Standardmäßig wird eine gruppierte BizTalk-Hostressource mit den folgenden Neustartwerten für einen Servercluster konfiguriert, die auf der Registerkarte Erweitert des Dialogfelds Eigenschaften für die Clusterressource verfügbar sind:

    Option Wert
    Neu starten Wahr

    Der Clusterdienst versucht, die Ressource nach einem Ausfall neu zu starten.
    Die Gruppe beeinflussen Wahr

    Der Clusterdienst versucht, die Ressource durch Durchführen eines Failovers für die gesamte Ressourcengruppe auf einen anderen Clusterknoten neu zu starten.
    Schwellenwert neu starten 3

    Gibt die maximale Anzahl von Neustartversuchen an, die während des Neustartzeitraums zulässig sind. Wenn die Anzahl der Neustartversuche den Neustartschwellenwert während des Neustartzeitraums überschreitet, geht die Clusterressource von einem Fehler aus, und der Clusterdienst versucht keine weiteren Neustarts.
    Zeitraum neu starten 900 Sekunden

    Gibt den Zeitraum an, während dem die Neustartversuche gezählt werden. Der Neustartzeitraum wird beim ersten Neustartversuch initialisiert. Die Anzahl der Neustartversuche wird auf 0 zurückgesetzt, wenn der Neustartschwellenwert für die Dauer des Neustartzeitraums nicht überschritten wird.

    Die Standardwerte für den Neustart legen fest, dass der Windows Server-Cluster innerhalb eines Zeitraums von 900 Sekunden maximal drei Versuche unternimmt, die fehlgeschlagene Instanz einer geclusterten BizTalk-Hostinstanz neu zu starten. Da der Wert Für die Gruppe beeinflussen auf True festgelegt ist, führen alle Neustartversuche auch zu einem Failover der Clusterressourcengruppe zu einem anderen Clusterknoten. Wenn ein fehlerhafter instance eines gruppierten BizTalk-Hosts in der angegebenen Anzahl von Versuchen während des angegebenen Zeitraums nicht neu gestartet werden kann, geht der gruppierte BizTalk-Host vom Status Fehler im Clusteradministrator aus. Wenn ein gruppierter BizTalk-Host den Status Fehler annimmt, muss er manuell im Clusteradministrator gestartet werden.

Prozeduren

So konfigurieren Sie einen BizTalk-Host als Clusterressource

  1. Klicken Sie in der BizTalk Server Verwaltungskonsole auf BizTalk Server-Verwaltung, klicken Sie auf BizTalk-Gruppe [<Servername>:<Verwaltungsdatenbank>], klicken Sie auf Plattformeinstellungen, und klicken Sie dann, um Hosts zu erweitern. Die Hostliste wird unterhalb des Ordners angezeigt.

  2. Klicken Sie mit der rechten Maustaste auf den Host, den Sie clustern möchten, und wählen Sie dann Cluster aus.

    Hinweis

    Stellen Sie sicher, dass Sie auf allen Mitgliedsknoten, die mögliche Besitzer einer Clustergruppe sind, eine Instanz des Hosts erstellt haben, bevor Sie dieser Clustergruppe den BizTalk-Host hinzufügen.

  3. Wählen Sie in der Dropdownliste der verfügbaren Clustergruppen die Clustergruppe aus, in der Sie den Host ausführen möchten.

    Hinweis

    Sobald ein Host geclustert ist, wird er online geschaltet und beginnt mit der Verarbeitung von Dokumenten für Adapterhandler oder Orchestrierungen, die zur Ausführung auf dem Host konfiguriert sind.

So heben Sie die Clusterung eines BizTalk-Hosts auf

  1. Klicken Sie in der BizTalk Server Verwaltungskonsole auf BizTalk Server-Verwaltung, klicken Sie auf BizTalk-Gruppe [<Servername>:<Verwaltungsdatenbank>], klicken Sie auf Plattformeinstellungen, und klicken Sie dann, um Hosts zu erweitern. Die Hostliste wird unterhalb des Ordners angezeigt.

  2. Klicken Sie mit der rechten Maustaste auf den gruppierten Host, den Sie aufheben möchten, und wählen Sie dann Cluster aufheben aus.

    Hinweis

    Wenn ein geclusterter Host aus einem Cluster entfernt wird, werden alle mit ihm verknüpften Hostinstanzen beendet. Der Host beendet die Verarbeitung von Dokumenten für Adapterhandler oder Orchestrierungen, die zur Ausführung auf dem Host konfiguriert sind.