Einen Konfigurationsmanager der Version 2.1 auf Version 6.0 migrieren: auf einen anderen Computer ohne DB2

Dieser Abschnitt beschreibt eine der drei Möglichkeiten der Migration eines Konfigurationsmanager der Version 2.1 auf Version 6.0.

Vorbereitungen:

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

Führen Sie folgende Schritte aus, um einen Konfigurationsmanager auf einen anderen Computer zu migrieren, auf dem kein DB2 oder DB2-JDBC-Client installiert ist:

  1. Migrieren Sie auf demselben Computer den Konfigurationsmanager der Version 2.1 auf Version 6.0. Führen Sie folgende Task aus:
    1. Installieren Sie WebSphere Message Broker Version 6.0 in einem anderen Verzeichnis als WebSphere MQ Integrator Broker Version 2.1.
    2. Stoppen Sie den Version 2.1 Konfigurationsmanager.
    3. Starten Sie zur Migration Ihres Konfigurationsmanagers der Version 2.1 die Befehlskonsole der Version 6.0, und geben Sie den Befehl mqsimigratecomponents ein.
    4. Starten Sie den Konfigurationsmanager der Version 6.0.

      Wenn Sie den Konfigurationsmanager der Version 6.0 zum ersten Mal starten, erfasst er automatisch Informationen bzgl. der Domäne in der DB2-Datenbank des Konfigurationsmanagers der Version 2.1 und migriert diese in das interne Repository des Konfigurationsmanagers 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 eine Kopie seines Repositorys. Verwenden Sie dazu den Befehl mqsibackupconfigmgr.
  3. Installieren Sie WebSphere Message Broker Version 6.0 auf dem zweiten Computer.
  4. Erstellen Sie auf dem anderen Computer einen Konfigurationsmanager der Version 6.0, indem Sie den Befehl mqsicreateconfigmgr bzw. den Job BIPCRCM unter z/OS ausführen.

    Zur Bewahrung der Eindeutigkeit im WebSphere MQ-Netzwerk müssen Sie verschiedene Namen für den Konfigurationsmanager der Version 2.1 und den Konfigurationsmanager der Version 6.0 verwenden.

  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. Verwenden Sie auf dem zweiten Computer den Befehl mqsirestoreconfigmgr (oder den Job BIPRSCM unter z/OS), um den Inhalt des leeren Repositorys des Konfigurationsmanagers der Version 6.0 mit dem Repository, das Sie auf dem ersten Computer gesichert haben, zu überschreiben.
  7. Starten Sie auf dem zweiten Computer den Konfigurationsmanager der Version 6.0.
  8. Um alle Broker in der Domäne dem neuen Konfigurationsmanager zuzuordnen, damit alle Broker ihre Statusmanager an den richtigen Warteschlangenmanager übergeben können, muss auf dem zweiten Computer eine vollständige Topologieimplementierung durchgeführt werden. Sie können die Topologie entweder mit Hilfe des Message Brokers Toolkit oder über die Befehlszeilenschnittstelle implementieren.

    Wenn nach Abschluss der Topologieimplementierung die Broker erneut in der Domäne subskribiert wurden, werden die Broker von dem neuen Konfigurationsmanager auf dem neuen System verwaltet; der vorherige Konfigurationsmanager sollte nicht mehr verwendet werden.

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 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.
Waren diese Schritte erfolgreich, 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.

Nach der Migration des Konfigurationsmanagers müssen Sie den Benutzernamensserver migrieren.

Zugehörige Tasks
Ressourcen der Version 2.1 migrieren
Migration von Version 2.1 planen
WebSphere MQ Integrator Broker Version 2.1 auf WebSphere Message Broker Version 6.0 migrieren
Von Version 2.1 auf Version 6.0 migrieren: Version 6.0 koexistiert vorübergehend mit Version 2.1
Migration von Version 2.1 auf Version 6.0: Anwendungen und Laufzeitkomponenten migrieren
Tools migrieren
Broker migrieren
Benutzernamensserver migrieren
Zugehörige Verweise
Befehl 'mqsimigratecomponents'
Bemerkungen | Marken | Downloads | Bibliothek | Unterstützung | Rückmeldung
Copyright IBM Corporation 1999, 2006 Letzte Aktualisierung: 23. Aug. 2006
ah23941_