コンポーネントおよびリソースをバージョン 5.0 に復元する

このトピックでは、バージョン 5.0 製品からマイグレーションしたコンポーネントおよびリソースを元の状態に復元する方法について説明します。

変更の始まり制約事項変更の終わり
変更の始まり

ブローカーをバージョン 6.0 からバージョン 5.0 に戻すとメッセージ・セットが削除されるので、再デプロイする必要が生じます。mqsimigratecomponents コマンドを実行すると、この点への注意を喚起する警告メッセージ BIP8688 が表示されます。

バージョン 6.0 へのマイグレーション後、新規ノードまたは新規 ESQL 構文などの新しいバージョン 6.0 機能を使用するメッセージ・フローがデプロイされている場合には、ブローカーをバージョン 5.0 に戻してしまうと、それらのメッセージ・フローは開始されなくなります。新しいバージョン 6.0 の機能を使用しないブローカー内のその他のメッセージ・フローは実行し続けます。

変更の始まりバージョン 5.0 およびバージョン 5.1 Message Brokers Toolkit ソース・ファイルは、バージョン 6.0 Message Brokers Toolkit において新しい形式を使用します。 ファイルは、バージョン 6.0 Message Brokers Toolkit を使用して保管する際に、新しい形式にマイグレーションされます。 この後、バージョン 5.0 またはバージョン 5.1 Message Brokers Toolkit でこのファイルを使用することはできなくなります。 バージョン 6.0 でメッセージ・フローを作成した場合は、それらをバージョン 5.0 に戻すことはできません。詳細については、以前のバージョンの Message Brokers Toolkit でのマイグレーション済みリソースの使用の条件を参照してください。変更の終わり

変更の終わり
変更の始まりリソースをバージョン 5.0 にマイグレーションする変更の終わり
変更の始まり

以下のセクションでは、Message Brokers Toolkit およびご使用のランタイム・コンポーネントをバージョン 5.0 に復元する方法について説明します。

Message Brokers Toolkitバージョン 5.0 に復元する
Message Brokers Toolkitバージョン 5.0 に復元するには、以下のステップを実行します。
  1. バージョン 6.0 Message Brokers Toolkitを停止します。
  2. マイグレーション前に保存したバックアップから、バージョン 5.0 ワークスペースをリストアします。
  3. バージョン 5.0 Message Brokers Toolkitを再始動します。

バージョン 6.0 Message Brokers Toolkit での変更内容は、どれもバージョン 5.0 Message Brokers Toolkit では使用できません。

ランタイム・コンポーネントをバージョン 5.0 に復元する

mqsimigratecomponents コマンド-s パラメーターおよび -t パラメーターを使用して、コンポーネントをバージョン 6.0 からバージョン 5.0 にマイグレーションします。 ソース・バージョン・パラメーター (-s) にはバージョン 6.0 を、ターゲット・バージョン・パラメーター (-t) には バージョン 5.0 を指定します。 これらのパラメーター、およびバージョン番号を指定する際に使用する形式についての詳細情報はmqsimigratecomponents コマンドのトピックを参照してください。

z/OS ランタイム・コンポーネントをバージョン 5.0 に戻すには、以下のステップを実行します。
  1. BIPMGCMP ジョブをサブミットし、上述のように -s パラメーターと -t パラメーターを指定した mqsimigratecomponents コマンドを呼び出します。
  2. USER.PROCLIB の開始済みタスク JCL を、バックアップしたバージョン 5.0 のコピーで置き換えます。
変更の終わり
変更の始まりブローカーをバージョン 5.0 に戻す変更の終わり
変更の始まり
マイグレーション済みのブローカーをバージョン 5.0 の状態に戻すには、以下のステップを実行します。
  1. バージョン 6.0 ブローカーを停止します。
  2. 次の例に示されるようにして mqsimigratecomponents コマンドを使用して、ブローカーをバージョン 5.0 に戻します。
    mqsimigratecomponents Broker -t 5.0.0.4
    警告メッセージ BIP8688 が表示され、メッセージ・セットの再デプロイについて警告されます。
  3. バージョン 6.0 にマイグレーションしたときに ODBC 定義に加えた変更を、元に戻します。
    • UNIX で、ODBCINI 環境変数を odbc.ini ファイルの前のバージョンを指すようにリセットします。
    • Windows で、「コントロール パネル」を使用して ODBC の設定を調整します。
  4. バージョン 5.0 コマンド・ウィンドウを使用してブローカーを再開します。
変更の終わり
変更の始まりユーザー・ネーム・サーバーバージョン 5.0 に戻す変更の終わり
変更の始まり
WebSphere Business Integration Event Broker バージョン 5.0WebSphere Event Broker バージョン 6.0ユーザー・ネーム・サーバーには機能的な変更はありません。 ユーザー・ネーム・サーバーバージョン 5.0 に戻すには、以下の例に示されるようにして mqsimigratecomponents コマンドを実行します。
mqsimigratecomponents UserNameServer -t 5.0.0.4
変更の終わり
構成マネージャーバージョン 5.0 に復元する

変更の始まり構成マネージャーバージョン 5.0 からバージョン 6.0 にマイグレーションする場合、DB2 データベースが変更されたり、削除されたりすることはありません。バージョン 6.0 では、DB2 を使用してデータを保存しません。バージョン 6.0 からバージョン 5.0 にマイグレーションして戻すと、元の DB2 データベースが再び使用され、バージョン 6.0 へのマイグレーション後に何らかの変更を行っていても、それらの変更点はバージョン 5.0 の状態に戻されません。 そのため、バージョン 6.0 へのマイグレーション後に行ったドメインへの変更内容は失われます。変更の終わり

変更の始まりバージョン 6.0 へのマイグレーション後に何らかのブローカー構成変更をデプロイした場合、それらの変更は、構成マネージャーバージョン 5.0 に復元するときに失われます。一貫性のある状態を維持するためには、ブローカーの削除と再デプロイを行って、ブローカーを再作成する必要があります。バージョン 6.0 へのマイグレーション後に初めてデプロイする前に、構成マネージャー が正常に作動することを慎重に確認してください。変更の終わり

変更の始まりバージョン 6.0 へのマイグレーション時に 構成マネージャー のキュー・マネージャーを変更した場合は、mqsimigratecomponents コマンドを使用して復元するときに新規キュー・マネージャーを維持する必要があります。 新規キュー・マネージャーが Windows 以外のオペレーティング・システムで稼働している場合は、mqsimigratecomponents コマンドを使用して復元することはできません。代わりに、バックアップからリストアする必要があります。変更の終わり

変更の始まり次に、構成マネージャーバージョン 5.0 の状態に復元するコマンドの例を示します。
mqsimigratecomponents ConfigMgr -t 5.0.0.4
変更の終わり
関連概念
以前のバージョンの Message Brokers Toolkit でのマイグレーション済みリソースの使用の条件
関連タスク
マイグレーションおよびアップグレード
WebSphere Business Integration Event Broker バージョン 5.0 リソースのバックアップ
アンインストール
関連資料
mqsimigratecomponents コマンド
特記事項 | 商標 | ダウンロード | ライブラリー | サポート | フィードバック
Copyright IBM Corporation 1999, 2006 Last updated: 5 01, 2006
ah23891_