シングルステージ・マイグレーションとは、サーバーにインストールされている「IBM® MQ、それ以降のリリースに置き換えることを表す言葉である。 一段階マイグレーションは、インプレースでのアップグレードまたはインプレース・アップグレードとも呼ばれます。 他の移行シナリオでは、いくつかのスクリプトや手順を変更する可能性がありますが、キューマネージャの移行がユーザに与える影響を軽減することができます。
始める前に
- 前のバージョンから最新のバージョンの製品にアップグレードするには、キュー・マネージャーの完全なマイグレーションが必要です。 マイグレーション計画を作成します。 計画タスクを使用する IBM'MQを'AIXおよび'Linuxの後のバージョンに移行する計画 ガイドとして。
- レビューIBM MQ以降のバージョンのシステム要件については、システム要件IBM MQ。
- 以前のバージョンの上に新しいバージョンの IBM MQ をインストールする前に、システムをバックアップしてください。 キュー・マネージャーを起動した後、以前のバージョンに戻すことはできません。 システムを復元する必要がある場合、後のバージョンの IBM MQによって実行された作業 (メッセージやオブジェクトに対する変更など) を回復することはできません。 システムのバックアップについて詳しくは、 IBM MQ キュー・マネージャー・データのバックアップと復元を参照してください。
- インストールされている他の SupportPac が後のバージョンへ
適用可能であるかどうかを調べてください。
- 複数のインストール済み環境があるサーバーで実行している場合は、インストール済み環境を識別する必要があります。 入力したコマンドが正しいインストール済み環境に対して実行されていることを確認してください。 setmqenvを参照してください。
- IBM MQ 9.0以降、ccsid_part2.tblファイルは既存のccsid.tblこのファイルは、旧バージョンの製品で余分なCCSID情報を提供するために使用されていました。
重要: ccsid_part2.tbl ファイルは
ccsid.tbl ファイルより優先され、次の意味を持ちます:
- CCSID 項目の追加や変更が可能になります
- デフォルトのデータ変換を指定します
- さまざまなコマンド・レベルのデータを指定します
ccsid_part2.tbl は、以下のプラットフォームにのみ適用されます。
Linux- すべてのバージョン
Windows
既存の'ccsid.tblファイルに独自のCCSID情報を追加した場合は、その情報を新しい'ccsid_part2.tblファイルにコピーして、カスタマイズで新しいフォーマットを利用できるようにする
既存のバージョンの IBM MQ が引き続き機能するように、情報を移動するのではなく、必要な情報をコピーします。
本タスクについて
一段階マイグレーション・シナリオでは、前のバージョンの製品のインストール済み環境が後のバージョンに置き換わり、インストール・ロケーションは同じになります。
また、以前のバージョンがアンインストールされたシステム上で、キュー・マネージャーを新しいバージョンの製品に移行することもできます。 この場合、キュー・マネージャーのデータは保持しておくか、またはバックアップからリストアする必要があります。
手順
-
group mqmでユーザーとしてログインします。
- IBM MQインストールを使用しているすべてのアプリケーションを停止する。
Managed File Transfer (MFT) コンポーネントを使用する場合は、すべての MFT エージェントが、関与していたすべてのファイル転送を完了していることを確認してください。 エージェントに関連した転送を未完了のまま残さないでください。また、SYSTEM.FTE.STATE キューにメッセージを入れておかないでください。
- 次のコマンドを入力して、 IBM MQ インストール済み環境に関連付けられている mqweb サーバーを停止します。
- IBM MQ インストール済み環境に関連付けられているキュー・マネージャーのすべてのアクティビティーを終了します。
- dspmq コマンドを使用して、システム上のすべてのキュー・マネージャーの状態をリストします。
- DISPLAY LSSTATUSMQSC コマンドを使用して、キューマネージャに関連付けられているリスナのステータスをリストアップする:
echo "DISPLAY LSSTATUS(*) STATUS" | runmqsc QmgrName
- endmqlsrコマンドを使用して、キューマネージャに関連付けられたリスナーを停止する:
- endmqm コマンドを使用して、このインストール済み環境に関連付けられている実行中の各キュー・マネージャーを停止します。
endmqm コマンドは、接続先のキュー・マネージャーが停止中であることをアプリケーションに通知します。 キュー・マネージャーの停止を参照してください。
マイグレーションを進めるためには、アプリケーションはキュー・マネージャから切断し、ロードした「IBM MQライブラリを解放することで、「endmqmコマンドに応答しなければならない。 そうでない場合は、アプリケーションを停止するなどして、アプリケーションに強制的に IBM MQ リソースを解放させる別の方法を見つける必要があります。
また、インストールに含まれているクライアント・ライブラリを使用しているアプリケーションも停止してください。 クライアント・アプリケーションは、 IBM MQの異なるインストール済み環境を実行して、異なるキュー・マネージャーに接続されている可能性があります。 現在のインストール済み環境にあるキュー・マネージャーがシャットダウンすることについて、そのアプリケーションは通知を受けません。
インストール済み環境からの IBM MQ 共有ライブラリーが引き続きロードされているアプリケーションでは、 IBM MQをアップグレードできません。 アプリケーションは、キュー・マネージャーから切断されるか、強制的に切断される可能性がありますが、 IBM MQ 共有ライブラリーはロードされたままになります。
- このキュー・マネージャーをバックアップします。
IBM MQ のバージョンをアップグレードする前に、システム上に修正パックを用意する必要があります:
- 前のバージョンの製品を同じインストール・ディレクトリーで後のバージョンにアップグレードします。
- オプション: setmqinst コマンドを使用して、 IBM MQ コマンドを実行するための検索パスを指定しないように、プライマリー・インストールを設定します。
INSTALLATION_PATH/bin/setmqinst -i -n installationName
dspmqinst コマンドを使用して、 InstallationNameをディスカバーします。
プライマリー・インストールがある場合、 /usr/libで IBM MQ ライブラリーを検出することを予期している AIX and Linux アプリケーションは、 /usr/lib/32 1 でライブラリーへのシンボリック・リンクを見つけます。 /usr/lib/32 は通常、デフォルトの検索パスにあります。 また、 AIX and Linuxの IBM MQ ビルド・スクリプトでロード・パスとしても指定されます。
アプリケーションを /usr/lib のみにリンクするだけで十分です。 後のバージョンの製品がプライマリー・インストールとしてサーバー上に定義されていれば、アプリケーションは、そのサーバー上の任意のインストール済み環境に関連付けられている任意のキュー・マネージャーに接続できます。 IBM MQ は、アプリケーション用の正しいライブラリーをロードします。
- オプション: setmqm コマンドを使用して、キュー・マネージャーをインストール済み環境に関連付けます。
setmqm -m qmgrName -n installationName
- strmqm コマンドを使用して、キュー・マネージャーを開始し、後のバージョンの製品にマイグレーションします。
マイグレーションの後に初めてキュー・マネージャーを開始するとき、以下のようになります。
- 既存のオブジェクトの新しい属性は、それぞれのデフォルト値に設定されます。
- 新しいデフォルトのオブジェクトが作成されます。
- キュー・マネージャーのデータがマイグレーションされます。
この時点でキュー・マネージャーのデータがマイグレーションされ、旧リリースには戻せなくなります。
重要: デフォルトのシステム・オブジェクトを明示的にリセットまたは再作成する場合を除き、 -c オプションを使用してキュー・マネージャーを開始しないでください。
リスナーを開始する前に、 IBM MQ を開始する必要があります。
- アプリケーションを開始します。
次のタスク
最新バージョンまたはその他のバージョンの IBM MQ がインストールされているシステムに、旧バージョンの製品を再インストールすることはできません。