コンポーネントおよびリソースをバージョン 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 コマンド・ウィンドウを使用してブローカーを再開します。

バージョン 6.0 にマイグレーションして、メッセージ・セットをバージョン 6.0 ブローカーにデプロイしてから、バージョン 5.0 に再度マイグレーションすると、バージョン 5.0バージョン 6.0 によってデプロイされたメッセージ・セットを認識できません。 この場合、バージョン 5.0 で使用できないメッセージ・セットは削除され、マイグレーションの成功後、バージョン 5.0 に再デプロイするよう要求する警告メッセージがメッセージ・セットごとに表示されます。

ユーザー・ネーム・サーバーバージョン 5.0 に戻す
WebSphere Business Integration Message Broker バージョン 5.0WebSphere Message 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 Message Broker バージョン 5.0 リソースのバックアップ
アンインストール
関連資料
mqsimigratecomponents コマンド
特記事項 | 商標 | ダウンロード | ライブラリー | サポート | フィードバック
Copyright IBM Corporation 1999, 2006 最終更新: 08/21/2006
ah23891_