使用可能な追加のハードウェアがなくても、
バージョン 5.0 構成マネージャー を置き換える前に
構成マネージャー のマイグレーションが正常に行われたことを確認する場合は、同じコンピューターの別の場所に
構成マネージャー をマイグレーションします。この方法を使用する場合には、
構成マネージャー の名前を変更することもできます。以下のステップを実行します。
- WebSphere
Business Integration Message Broker バージョン 5.0 がインストールされていない場所に WebSphere
Message Broker バージョン 6.0 をインストールします。
- バージョン 5.0 構成マネージャーを停止します。
- mqsicreateconfigmgr コマンドを使用してバージョン 6.0 構成マネージャーを作成します。
バージョン 6.0 構成マネージャー の名前およびキュー・マネージャー名は、必ずバージョン 5.0 構成マネージャー とは異なる名前にしてください。mqsicreateconfigmgr コマンドの -n パラメーターを使用して、バージョン 5.0 構成マネージャー のデータベースを指定します。
- WebSphere MQ を構成して、バージョン 6.0 構成マネージャー がブローカー・ネットワークと通信できるようにします。
例えば、チャネルと伝送キューの定義を構成しなければならない場合があります。
- バージョン 6.0 構成マネージャーを始動します。
- ドメイン内のすべてのブローカーを新規の 構成マネージャー に関連付け、それらのブローカーから正しいキュー・マネージャーに状況メッセージがパブリッシュされるようにするため、新規 構成マネージャー の完全なトポロジー・デプロイが必要になります。Message Brokers Toolkit またはコマンド行インターフェースを使用して、トポロジーをデプロイします。トポロジー・デプロイによるドメイン内のブローカーへの再サブスクライブが完了すると、ブローカーは新規 構成マネージャー によって管理されるようになります。以前の 構成マネージャー は使用しないでください。これで、以前の 構成マネージャー を削除することができます。
構成マネージャーへの WebSphere MQ チャネル上で MCA ユーザーを構成した場合には、マイグレーション後の構成マネージャーに バージョン 6.0 Message Brokers Toolkit から接続しようとすると、問題が発生する可能性があります。
これを解決するには、バージョン 6.0 Message Brokers Toolkit を実行しているユーザー用のアクセス制御リスト (ACL) を構成します。
ワークベンチのセキュリティーの考慮の説明に従ってください。
ご使用のブローカーをマイグレーションする前、または何らかの構成変更を行う前に、以下の確認作業を実行して、
構成マネージャー のマイグレーションが正しく行われていることを確認します。
- マイグレーション済みの 構成マネージャー を開始します。
- Message Brokers Toolkit を開始し、構成マネージャー のドメインに接続します。
- ドメイン・コンポーネントのリストを確認し、エラーが発生していないかどうかを調べます。
- ドメインへのアラートのリストを確認し、停止しているコンポーネントがないかどうかを調べます。
- イベント・ログを開くことができるかを確認します。
- オプション: ブローカーを実行させている場合は、メッセージ・フローを停止して開始し、正常な応答があるかどうか (メッセージ・フローが停止したときに「アラート」ビューが更新され、メッセージ・フローが開始されたときにクリアされるかどうか) を確認します。
これらのステップが正しく実行されるのであれば、
構成マネージャー は正常にマイグレーションされています。ステップが正しく実行されない場合は、その他のコンポーネントをマイグレーションしたり構成変更したりする前に、問題を解決してください。
構成マネージャーをマイグレーションしたら、以下の残りのコンポーネントをマイグレーションしたか確認してください。
マイグレーション後に実行できるタスクに関する情報について『
マイグレーション後の作業』を参照してください。