クラスターをマイグレーションするには、そのクラスターのメンバーを含む各プロファイルを一度に 1 つずつマイグレーションします。マイグレーションには、非クラスター環境には不要な追加のステップが必要になります。
始める前に
新しいバージョン (例えば、
バージョン 6.2) へのマイグレーションを希望する古いバージョンの
WebSphere® ESB (例えば、
バージョン 6.0.x または 6.1.x) 上で実行している、
1 つ以上のクラスターを含む既存のセルが必要です。さらに、新しいバージョンの
WebSphere ESB がインストールされている必要があります。
重要: クラスター内で、バージョン 6.0.x または 6.1.x メンバーとバージョン 6.2 メンバーを同時に稼働させることはできません。最初に バージョン 6.2 クラスター・メンバーを開始する前に、すべてのバージョン 6.0.x または 6.1.x クラスター・メンバーを停止する必要があります。また、いったんバージョン 6.2 クラスター・メンバーを開始したら、そのクラスターでバージョン 6.0.x または 6.1.x クラスター・メンバーを開始しないでください。
このタスクについて
以下のステップを実行すると、新しいバージョンの
WebSphere ESB でクラスター機能を使用できるようになります。
手順
- デプロイメント・マネージャーをマイグレーションします。 デプロイメント・マネージャーのマイグレーションにリストされた一連の手順の 1 つに従い、このタスクを完了します。
- 新しいデプロイメント・マネージャーが稼働していることを確認します。
- 関係するプロファイルを識別します。
- クラスター・メンバーを含む古いバージョンのプロファイルを識別します。
- このプロファイルが関与する他のクラスターを識別します。つまり、このプロファイルで、他のクラスターのメンバーであるサーバーが定義されている場合、
そのクラスターを識別します。
- ステップ 3.b で識別されたクラスターのいずれかに対してクラスター・メンバーを提供する、同じセルのすべての他のプロファイルを識別します。
- ステップ 3.c で識別されるプロファイルによって定義されるすべてのノード・エージェントおよびプロセス・サーバーを識別します。
ステップ 3.c で識別されるすべてのプロファイルと、ステップ 3.d で識別される対応するすべてのノード・エージェントおよびサーバーが
マイグレーションに含まれます。
- ステップ 3.d で識別した、すべてのノード・エージェントおよびサーバーを停止します。
- ステップ 3.c で識別した各プロファイルを 1 つずつマイグレーションしますが、その際、新規エージェントまたはサーバーを始動しないでください。 そのためには、マイグレーション・ウィザードを使用したクラスター・メンバーのマイグレーションまたはコマンド行ツールを使用したクラスター・メンバーのマイグレーションにリストされた手順の 1 つに従います。
- WebSphere ESB バージョン 6.2 デプロイメント・マネージャー・プロファイルをホストするシステムで、install_dir/util ディレクトリーにナビゲートします。
このディレクトリーには WBIProfileUpgrade スクリプトである WBIProfileUpgrade.ant があります。
- ステップ 3.b で定義された各クラスターについて WBIProfileUpgrade を実行します。 WBIProfileUpgrade の実行についての説明は、WBIProfileUpgrade スクリプトを参照してください。
- Business Space が構成されているクラスターをマイグレーションする場合は、この時点で関連データベースを手動でアップグレードする必要があります。
手動による Business Space データベースのアップグレードを
参照してください。
- クラスターのメンバーである新規の (マイグレーション済みの) ノード・エージェントおよびサーバーをすべて始動します。
タスクの結果
クラスターは新しいバージョンの
WebSphere ESBにマイグレーションされました。
次のタスク
マイグレーションが正常に実行されたことを確認します。