Konfigurationsmanager der Version 5.0 nach Version 6.0 auf einem anderen Computer ohne installiertes DB2 migrieren

Migrieren Sie einen Konfigurationsmanager der Version 5.0 auf einem anderen System nach Version 6.0.

Vor dem Start

Lesen Sie die Informationen unter Koexistenz mit vorherigen Versionen und anderen Produkten.

Wenn der Konfigurationsmanager mit einer Ländereinstellung ausgeführt wird, die nicht unter Ländereinstellungen aufgeführt ist, prüfen Sie, ob die Codepage zu den unterstützten Codeseiten gehört und die Ländereinstellung korrekt konfiguriert ist.

Gehen Sie folgendermaßen vor, um einen Konfigurationsmanager auf einen anderen Computer zu migrieren, auf dem kein DB2 bzw. kein JDBC-Client für DB2 installiert ist:

  1. Migrieren Sie den Konfigurationsmanager der Version 5.0 auf demselben Computer nach Version 6.0:
    1. Installieren Sie WebSphere Message Broker Version 6.0 in einem anderen Verzeichnis als WebSphere Business Integration Message Broker Version 5.0.
    2. Stoppen Sie den Version 5.0 Konfigurationsmanager.
    3. Starten Sie eine Befehlskonsole der Version 6.0,4 und geben Sie den Befehl mqsimigratecomponents ein, um den Konfigurationsmanager der Version 5.0 zu migrieren.
    4. Starten Sie den Version 6.0 Konfigurationsmanager.

      Wenn Sie den Konfigurationsmanager der Version 6.0 zum ersten Mal starten, erkennt er automatisch Domäneninformationen in der DB2-Datenbank des Konfigurationsmanager der Version 5.0 und migriert sie in das interne Repository des Konfigurationsmanager der Version 6.0. Es ist kein Benutzereingriff notwendig, und die DB2-Datenbank wird nicht geändert.

  2. Stoppen Sie den Konfigurationsmanager der Version 6.0, und erstellen Sie mit dem Befehl mqsibackupconfigmgr eine Kopie seines internen Repositorys.
  3. Installieren Sie WebSphere Message Broker Version 6.0 auf dem zweiten Computer.
  4. Erstellen Sie auf dem zweiten Computer einen Konfigurationsmanager der Version 6.0, und geben Sie dazu den Befehl mqsicreateconfigmgr aus, bzw. führen Sie unter z/OS den Job BIPCRCM aus.

    Im WebSphere MQ-Netz müssen die Warteschlangenmanager eindeutige Namen haben. Wählen Sie beim Erstellen des Konfigurationsmanagers der Version 6.0 einen anderen Warteschlangenmanagernamen aus.

  5. Konfigurieren Sie WebSphere MQ auf dem zweiten Computer so, dass der Konfigurationsmanager der Version 6.0 mit dem Brokernetz kommunizieren kann. Sie müssen beispielsweise Kanäle, Übertragungswarteschlangen und Definitionen ferner WS-Manager konfigurieren.
  6. Führen Sie auf dem zweiten Computer den Befehl mqsirestoreconfigmgr (bzw. den Job BIPRSCM unter z/OS) aus, um den Inhalt des leeren Repositorys des Konfigurationsmanagers der Version 6.0 mit dem Repository zu überschreiben, das Sie auf dem ursprünglichen Computer gesichert haben.
  7. Starten Sie auf dem zweiten Computer den Konfigurationsmanager der Version 6.0.
  8. Implementieren Sie mit dem Message Brokers Toolkit oder dem Befehl mqsideploy die vollständige Topologie. Bei dieser Aktion werden alle Broker in der Domäne bei dem neuen Konfigurationsmanager der Version 6.0 subskribiert, so dass die Broker ihre Statusnachrichten am richtigen Warteschlangenmanager veröffentlichen können. Nach Abschluss der Implementierung werden die Broker vom Konfigurationsmanager der Version 6.0 auf dem neuen System verwaltet. Der vorherige Konfigurationsmanager ist nicht zu verwenden.
Bevor Broker migriert oder Änderungen an der Konfiguration vorgenommen werden, sollten Sie wie folgt sicherstellen, dass der Konfigurationsmanager korrekt migriert wurde:
  1. Starten sie den migrierten Konfigurationsmanager.
  2. Starten Sie das Message Brokers Toolkit, und verbinden Sie es mit der Domäne des Konfigurationsmanagers.
  3. Überprüfen Sie die Listen mit den Komponenten in der Domäne auf eventuelle Fehler.
  4. Überprüfen Sie für die Domäne die Liste mit Alerts, um festzustellen, ob Vorgänge gestoppt wurden.
  5. Stellen Sie sicher, dass Sie das Ereignisprotokoll öffnen können.
  6. Optional: Ist ein Broker aktiv, stoppen und starten Sie einen Nachrichtenfluss, und prüfen Sie, ob eine Erfolgsmeldung zurückgegeben wird; überprüfen Sie, ob die Alertansicht entsprechend aktualisiert wird, wenn der Nachrichtenfluss gestoppt wird, und ihr Inhalt gelöscht wird, wenn der Nachrichtenfluss gestartet wird.
Kommt es bei diesen Schritten nicht zu Fehlern, war die Migration des Konfigurationsmanagers erfolgreich. Sind die Schritte fehlgeschlagen, müssen Sie zunächst alle Fehler beheben, bevor weitere Komponenten migriert oder Konfigurationsänderungen vorgenommen werden.
Migrieren Sie im Anschluss an den Konfigurationsmanager auch die übrigen Komponenten:

Wenn Sie diese Aufgaben abgeschlossen haben, lesen Sie den Abschnitt Aufgaben nach der Migration. Hier finden Sie Informationen zu den Aufgaben, die im Anschluss an eine Migration gegebenenfalls auszuführen sind.

Zugehörige Konzepte
Konfigurationsmanager
Zugehörige Tasks
Konfigurationsmanager von WebSphere Business Integration Message Broker Version 5.0 auf WebSphere Message Broker Version 6.0 migrieren
Konfigurationsmanager starten und stoppen
Publish/Subscribe-Topologie implementieren
Zugehörige Verweise
Installationshandbuch
Befehl mqsimigratecomponents
Befehl mqsibackupconfigmgr
mqsirestoreconfigmgr-Befehl
Befehl mqsideploy
Bemerkungen | Marken | Downloads | Bibliothek | Unterstützung | Feedback

Copyright IBM Corporation 1999, 2009Copyright IBM Corporation 1999, 2009.
Letzte Aktualisierung : 2009-02-17 15:29:22

ah23823_