Migration von Version 5.0 planen

Planen Sie die Reihenfolge und den Umfang der Schritte, die Sie ausführen müssen, um Komponenten und Ressourcen nach Version 6.0 zu migrieren.

Dieser Abschnitt beschreibt die Vorgehensweise bei der Planung einer Migration:
  1. Entscheiden Sie sich für eine Vorgehensweise bei der Migration der Produktkomponenten:
    1. Informieren Sie sich über die Neuerungen in Version 6.0, und machen Sie sich mit neuen und geänderten Funktionen vertraut. Diese Änderungen wirken sich möglicherweise darauf aus, wie Sie Ihre migrierten Komponenten verwenden.
    2. Überprüfen Sie die Voraussetzungen für andere Produkte, falls es Abhängigkeiten zwischen ihnen und Komponenten von Version 6.0 gibt. Informationen zu Voraussetzungen und sonstigen Zusatzprodukten finden Sie im Installationshandbuch und im Referenzabschnitt Installation.
    3. Sie haben die Möglichkeit, Produktkomponenten in ein anderes Verzeichnis auf demselben Computer oder auf einem zweiten Computer zu migrieren. Beispielsweise könnten Sie die Komponenten in ein anderes Verzeichnis migrieren wollen, um die Verfügbarkeit der Komponenten während der Migration sicherzustellen. Sie haben auch die Möglichkeit, den Konfigurationsmanager auf ein anderes Betriebssystem zu verlagern.
    4. Entscheiden Sie über den Zeitpunkt für die Migration der Produktkomponenten. Möglicherweise möchten Sie für einige Komponenten vorläufig die Codeversion Version 5.0 beibehalten und diese Komponenten erst zu einem späteren Zeitpunkt migrieren.
    5. Entscheiden Sie, in welcher Reihenfolge Sie die Komponente migrieren möchten. Sie können Komponenten in jeder beliebigen Reihenfolge migrieren. Möglicherweise müssen Sie aufgrund bestimmter Umstände die Komponenten in einer bestimmten Reihenfolge migrieren.

    Im Abschnitt Koexistenz mit vorherigen Versionen und anderen Produkten finden Sie Informationen zur Koexistenz von WebSphere Message Broker Version 6.0 mit früheren Produktversionen und Informationen zur gemeinsamen Verwendung von Komponenten der Version 6.0 mit Komponenten früherer Versionen.

  2. Entscheidung darüber, wie vorhandene Ressourcen mit WebSphere Message Broker Version 6.0 verwendet werden sollen.
    Anwendungsressourcen

    Die Ausführung bestimmter Tasks zur Migration von Entwicklungs- und Implementierungsressourcen (z. B. Nachrichtenflussdateien, Definitionsdateien für Nachrichtengruppen, ESQL-Dateien, XML-Schema-Dateien und Brokerarchivdateien) ist nur erforderlich, wenn Sie über benutzerdefinierte Erweiterungen und Zuordnungsdateien verfügen.

    Sie können die Ressourcen sofort mit WebSphere Message Broker Version 6.0 verwenden. Einige Migrationsaktionen werden jedoch automatisch ausgeführt, wenn Ressourcen im Toolkit geöffnet oder erneut erstellt werden, und einige Änderungen des Verhaltens können sich auf die Art und Weise auswirken, in der Nachrichtenflüsse und Nachrichtengruppen verwendet werden (siehe Anleitung in den Abschnitten Hinweise zur Nachrichtenflussmigration und Migrationshinweise für Nachrichtengruppen).

    • Alle benutzerdefinierten Knotenprojekte von Version 5.0 und Version 5.1 müssen für die Verwendung mit Message Brokers Toolkit Version 6.0 aktualisiert werden. Sie können ein Projekt aktualisieren, indem Sie es bereinigen: Klicken Sie hierzu auf Projekt > Bereinigen. Wenn Sie ein Projekt bereinigen, wird der Erweiterungspunkt, den Version 6.0 zum Kompilieren der in der benutzerdefinierten Erweiterung enthaltenen ESQL-Dateien benötigt, in der Projektdatei plugin.xml erstellt.
    • Migrieren Sie Zuordnungsdateien der Version 5.0 (.mfmap) mit dem Befehl mqsimigratemfmaps nach Zuordnungsdateien der Version 6.0 (.msgmap).

    Nachdem Sie damit begonnen haben, Ihre aktuellen Ressourcen im Message Brokers Toolkit Version 6.0 zu verwenden, gelten Einschränkungen für die Verwendung dieser Ressourcen im Message Brokers Toolkit Version 5.0 bzw. Version 5.1. Der Abschnitt Bedingungen für die Verwendung migrierter Ressourcen mit vorherigen Versionen des Message Brokers Toolkit enthält weitere Informationen hierzu.

    Beginn der ÄnderungCodepage-UmsetzerEnde der Änderung
    Beginn der Änderung

    Die Änderungen bei Umsetzern zwischen WebSphere Business Integration Message Broker Version 5.0 und WebSphere Message Broker Version 6.0 sind erheblich, deshalb wurde die Gruppe der Umsetzer aus der vorherigen Version in WebSphere Message Broker Version 6.0 eingeschlossen.

    Wenn Sie Umsetzer in Ihrer Version 5.0-Umgebung verwenden, müssen Sie möglicherweise zusätzliche Schritte ausführen, um sicherzustellen, dass Sie sie auch nach der Migration weiterhin verwenden können. Ausführliche Informationen zu dieser Task finden Sie unter Umsetzer aus einer vorherigen Produktversion verwenden.

    Ende der Änderung
  3. Entscheiden Sie, welche Tests ausgeführt werden sollen, um eine erfolgreiche Migration sicherzustellen.

    Ein Test der Migration dient dazu, etwaige Probleme bei Durchführung einer Migration zu identifizieren. Wenn es Probleme gibt, müssen Sie z. B. möglicherweise einige migrierte Ressourcen, für die Sie ein Backup vor dem Start der Migration erstellt haben, auf Version 5.0 zurücksetzen. Alle Änderungen, die Sie für die Ressourcen im Anschluss an die Migration durchgeführt haben, gehen dabei verloren. Wenn Sie Ihre Entwicklungs- und Testdomänen vor der Migration Ihrer Produktionsdomäne migrieren, können Sie Probleme wie diese identifizieren und eine Strategie für den Umgang mit weiteren Problemen entwickeln.

    Beginn der ÄnderungJedes neue Release kann Änderungen enthalten, mit denen Produktfehler korrigiert werden, die das externe Verhalten beeinflussen. Wenn Ihre Anwendungen auf nicht dokumentiertem oder fehlerhaftem Verhalten beruhen, müssen Sie diese Anwendungen testen und in Ihrem Migrationsplan Zeit für die erforderlichen Änderungen einplanen.Ende der Änderung

  4. Optional: Wenn Sie alle Vorbereitungen für die Migration getroffen haben, führen Sie den Befehl mqsimigratecomponents mit dem Parameter -c aus. Mit diesem Befehlsformat wird eine Migrationsvorprüfung für die Komponenten der Version 5.0 ausgeführt, um eine erfolgreiche Migration sicherzustellen. Bei der Vorabprüfung für die Migration können potenzielle Probleme erkannt und vor der Fortsetzung der Migration behoben werden.
  5. Optional: Berücksichtigen Sie in Ihrem Migrationsplan zusätzliche Zeit für die Aktualisierung von Ressourcen als Reaktion auf Änderungen im Produktverhalten. Jedes Release enthält Erweiterungen und Korrekturen, die sich auf das externe Verhalten beziehen, z. B. eine Korrektur zur Einhaltung eines externen Standards. Wenn Ihre Ressourcen von einem nicht dokumentierten oder falschen Verhalten abhängig sind (z. B. vom ESQL-Code in einem Compute-Knoten), müssen Sie gegebenenfalls Änderungen vornehmen und die betreffenden Ressourcen testen, um die Auswirkungen auf Ihre Geschäftsszenarios zu erkennen.

Nach beendeter Migrationsplanung sollten Sie Ihre Ressourcen sichern.

Zugehörige Tasks
Migration von Produkten der Version 5.0
Migration einer kleinen Domäne von Version 5.0 planen
Migration einer großen Domäne von Version 5.0 planen
Migration mehrerer Domänen von Version 5.0 planen
Migration einer Hochverfügbarkeitsdomäne von Version 5.0 planen
Benutzerdefinierten Knoten von Version 5.0 bzw. Version 5.1 migrieren
Migrierte Komponenten auf vorherige Versionen zurücksetzen
Umsetzer aus einer vorherigen Produktversion verwenden
Zugehörige Verweise
Installationshandbuch
Befehl mqsimigratecomponents
Bemerkungen | Marken | Downloads | Bibliothek | Unterstützung | Feedback

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

ah20650_