WebSphere Message Broker Version 8.0.0.5 Betriebssysteme: AIX, HP-Itanium, Linux, Solaris, Windows, z/OS

Sehen Sie sich die Informationen zur aktuellen Produktversion im IBM Integration Bus Version 9.0 an.

Broker mit mehreren Instanzen mit Windows auf dem Domänencontroller erstellen

In diesem Abschnitt erfahren Sie, wie Sie für eine Hochverfügbarkeitskonfiguration einenBroker mit mehreren Instanzen erstellen, wenn auf dem Domänencontroller Windows installiert ist.

Anmerkung: In den nachfolgenden Anweisungen wird davon ausgegangen, dass es sich bei allen Brokercomputern um Windows-Domänencontroller handelt. Wenn Sie einen Broker mit mehreren Instanzen erstellen möchten, bei dem der Host kein Windows-Domänencontroller sein muss, lesen Sie den Abschnitt Broker mit mehreren Instanzen erstellen.
Bevor Sie beginnen:
  1. Erstellen Sie den WebSphere MQ-WS-Manager mit mehreren Instanzen (siehe Abschnitt WebSphere MQ-WS-Manager mit mehreren Instanzen erstellen).
  2. Erstellen Sie die gemeinsam genutzten Verzeichnisse, die für den Broker mit mehreren Instanzen benötigt werden (siehe Abschnitt Gemeinsam genutzte Verzeichnisse erstellen).

Ein Broker mit mehreren Instanzen kann nur mit dem Befehl mqsicreatebroker erstellt werden. Es ist nicht möglich, einen vorhandenen Broker mit dem Befehl mqsichangebroker in einen Broker mit mehreren Instanzen zu konvertieren. Genauso wenig ist es möglich, einen Broker aus einem früheren Release auf einen Broker der Version 8.0 mit mehreren Instanzen zu migrieren.

Ebenso kann eine Brokerinstanz nur mit dem Befehl mqsiaddbrokerinstance erstellt werden.

Sie können einen Broker mit mehreren Instanzen so konfigurieren, dass er als WebSphere MQ-Service gestartet wird.

So erstellen Sie einen Broker mit mehreren Instanzen:

  1. Erstellen Sie auf dem Clientknoten A den Broker mit mehreren Instanzen MB1. Geben Sie dazu den folgenden Befehl ein:
     mqsicreatebroker MB1 –q QM1 –e /SharedLocation/WMB

    Zur Ausführung des Befehls mqsicreatebroker auf Systemen mit Windows 7 und Windows Server 2008 müssen Sie eine Befehlskonsole mit höheren Rechten öffnen. Dies erfolgt mit dem Befehl mqsicommandconsole. Der Abschnitt mqsicommandconsole-Befehl enthält weitere Informationen hierzu.

    Geben Sie im Befehl mqsicreatebroker -d defined an, um den Mehrinstanzbroker als WebSphere MQ-Service zu starten.

    Sie müssen sicherstellen, dass SharedLocation vorhanden ist und dass Ihre Benutzer-ID Zugriff auf die gemeinsam genutzte Speicherposition hat, bevor Sie diesen Befehl ausführen.

    Weitere Informationen finden Sie unter Befehl mqsicreatebroker.

  2. Fügen Sie dem Clientknoten B die Angaben zum Broker MB1 hinzu. Dazu müssen Sie den folgenden Befehl ausführen:
     mqsiaddbrokerinstance MB1 –e /SharedLocation/WMB
    Der Abschnitt mqsiaddbrokerinstance-Befehl enthält weitere Informationen hierzu.

    In dem oben angeführten Beispiel wird von einem UNIX-System ausgegangen.

  3. Starten Sie Warteschlangenmanager MIQM1, damit er auf dem Clientknoten A aktiv ist.
  4. Starten Sie den Broker MB1 auf dem Clientknoten A. Dazu müssen Sie den folgenden Befehl ausführen:
    mqsistart MB1
  5. Starten Sie den Broker MB1 auf dem Clientknoten B. Stellen Sie fest, ob der Broker MB1 für den Standby-Warteschlangenmanager QM1 im Standby-Modus ist. Dazu müssen Sie den folgenden Befehl ausführen:
    mqsilist 
  6. Optional: Stellen Sie wie folgt sicher, dass der Broker MB1 korrekt arbeitet:
    1. Stoppen Sie den Broker MB1 und den WS-Manager QM1 auf dem Clientknoten A. Der Broker MB1 und der WS-Manager QM1 auf dem Clientknoten B wechseln vom Standby-Modus in den aktiven Modus.
    2. Starten Sie den WS-Manager QM1 und den Broker MB1 auf dem Clientknoten A erneut. Der WS-Manager QM1 und der Broker MB1 auf dem Clientknoten B wechseln wieder zurück in den Standby-Modus.
Sie haben einen Broker mit mehreren Instanzen erstellt, der einen vorhandenen Warteschlangenmanager mit mehreren Instanzen nutzt. Sobald der Broker MB1 und der Warteschlangenmanager QM1 auf dem Clientknoten A gestoppt werden, werden der gleiche Broker und Warteschlangenmanager auf dem Clientknoten B aktiv. Beide kehren in den Standby-Modus zurück, sobald Clientknoten A wieder aktiviert wird.
Bemerkungen | Marken | Downloads | Bibliothek | Support | Feedback

Copyright IBM Corporation 1999, 2014Copyright IBM Corporation 1999, 2014.

        
        Letzte Aktualisierung:
        
        Letzte Aktualisierung: 2015-02-28 16:22:52


TaskthemaTaskthema | Version 8.0.0.5 | be13680_