In diesem Abschnitt wird erläutert, wie Komponenten und Ressourcen, die aus Produkten der Version 5.0 migriert wurden, wieder auf ihren ursprünglichen Zustand zurückgesetzt werden.
Beim Zurücksetzen eines Brokers der Version 6.0 auf Version 5.0 werden die Nachrichtengruppen gelöscht, so dass diese anschließend erneut implementiert werden müssen. Darauf werden Sie von der Warnmeldung BIP8688 hingewiesen, die beim Ausführen des Befehls mqsimigratecomponents ausgegeben wird.
Nach einer Migration auf Version 6.0 können implementierte Nachrichtenflüsse, die die neuen Funktionen der Version 6.0 verwenden (wie beispielsweise neue Knoten oder die neue ESQL-Syntax), nicht mehr gestartet werden, wenn der Broker wieder auf Version 5.0 zurückgesetzt wird. Alle Nachrichtenflüsse im Broker, die die neuen Funktionen von Version 6.0 nicht verwenden, können dagegen weiterhin verwendet werden.
Die Quellendateien des Message Brokers Toolkit der Version 5.0 und Version 5.1 weisen im Message Brokers Toolkit der Version 6.0 ein neues Format auf. Diese Dateien werden in das neue Format migriert, wenn Sie sie im Message Brokers ToolkitVersion 6.0 speichern. Danach können Sie die Dateien nicht mehr in Version 5.0 oder Version 5.1 verwenden. Nachrichtenflüsse, die in Version 6.0 erstellt wurden, können nicht auf Version 5.0 zurückgesetzt werden. Detaillierte Informationen dazu finden Sie unter Bedingungen für die Verwendung migrierter Ressourcen mit vorherigen Versionen des Message Brokers Toolkit.
In den folgenden Abschnitten wird erläutert, wie der Message Brokers Toolkit und die Laufzeitkomponenten in Version 5.0 wiederhergestellt werden.
Änderungen, die am Message Brokers Toolkit der Version 6.0 vorgenommen wurden, sind im Message Brokers Toolkit der Version 5.0 nicht mehr wirksam.
Über die Angabe der Parameter -s und -t im Befehl mqsimigratecomponents können Komponenten von Version 6.0 auf Version 5.0 zurückgesetzt werden. Geben Sie für den Parameter 'Quellenversion' (-s) Version 6.0 und für den Parameter 'Zielversion' (-t) Version 5.0 an. Ausführliche Informationen zu diesen Parametern und zum Format, in dem Versionsnummern angegeben werden müssen, finden Sie im Abschnitt über den Befehl mqsimigratecomponents.
mqsimigratecomponents Broker -t 5.0.0.4Unter Umständen wird die Warnung BIP8688 angezeigt, die Sie darauf hinweist, dass die Nachrichtengruppen erneut implementiert werden müssen.
Wenn Sie eine Migration auf Version 6.0 durchführen, und eine Nachrichtengruppe im Broker der Version 6.0 implementieren, und anschließend Version 5.0 wiederherstellen, kann Version 5.0 die Nachrichtengruppe, die in Version 6.0 implementiert wurde, nicht erkennen. In diesem Fall werden alle Nachrichtengruppen, die von Version 5.0 nicht verwendet werden können, gelöscht. Für die Nachrichtengruppen werden Fehlermeldungen angezeigt, in denen Sie dazu aufgefordert werden, diese in Version 5.0 im Anschluss an eine erfolgreiche Migration erneut einzusetzen.
mqsimigratecomponents UserNameServer -t 5.0.0.4
Bei einer Migration des Konfigurationsmanagers von Version 5.0 auf Version 6.0 wird die DB2-Datenbank weder geändert noch gelöscht. In Version 6.0 werden Daten nicht in DB2 gespeichert. Bei einer Migration von Version 6.0 zurück auf Version 5.0 wird die ursprüngliche DB2-Datenbank wieder verwendet; Änderungen, die nach einer Migration auf Version 6.0 vorgenommen wurden, werden nach einer Migration zurück auf Version 5.0 allerdings nicht übernommen. Alle domänenspezifischen Änderungen, die Sie nach einer Migration auf Version 6.0 vorgenommen haben, gehen daher in diesem Fall verloren.
Änderungen an der Brokerkonfiguration, die nach einer Migration auf Version 6.0 implementiert wurden, gehen bei einer Migration des Konfigurationsmanagers zurück auf Version 5.0 verloren. Um die Broker in einem konsistenten Zustand zu halten, müssen Sie sie daher erneut erstellen, indem Sie sie löschen und anschließend erneut implementieren. Vor einer ersten Implementierung nach einer Migration auf Version 6.0 sollten Sie sich vergewissern, dass der Konfigurationsmanager auch ordnungsgemäß arbeitet.
Wurde der Warteschlangenmanager des Konfigurationsmanagers bei der Migration auf Version 6.0 geändert, muss dieser neue Warteschlangenmanager beibehalten werden, wenn Sie mit dem Befehl mqsimigratecomponents eine Migration zurück auf eine ältere Version vornehmen. Befindet sich der neue Warteschlangenmanager nicht auf einem Windows-System, ist keine Migration zurück mit dem Befehl mqsimigratecomponents möglich; statt dessen muss die Wiederherstellung anhand einer Sicherungskopie vorgenommen werden.
mqsimigratecomponents ConfigMgr -t 5.0.0.4