BIP2045
重大度
20 : エラーメッセージ
WebSphere キュー・マネージャー <挿入_2> で実行中のブローカー <挿入_0> がデプロイメント・メッセージを処理しませんでした。 これはデプロイメント・メッセージが異なる ID を持つブローカー宛てであったことが原因です。説明
このメッセージは通常、2 番目の (または再初期化された) 構成マネージャーにブローカーを割り当てようとしたことを 意味します。
各ブローカーは、Message Brokers Toolkit または構成マネージャー・プロキシーがブローカーの定義を作成するときに割り振られる universally unique identifier (UUID) によって識別されます。 デプロイメントが行なわれるとき、構成マネージャーの制御下にないブローカーに対して不測のデプロイメント変更が行なわれない ようにするために、UUID 検査が行なわれます。 この場合、デプロイメント・メッセージは UUID <挿入_3> のブローカー宛てでしたが、この ID は実行中のブローカー (<挿入_1>) の UUID に 一致しません。応答
可能であれば、このブローカーを管理する構成マネージャーを使用してデプロイメント要求を再発行してください。 これが 可能でない場合は、構成マネージャー・プロキシー API BrokerProxy.setUUID() メソッドを使用して、ブローカー <挿入_0> の UUID を <挿入_1> に設定してください。 これにより、構成マネージャーはブローカーに対するデプロイが可能になります。 ただし、以前にデプロイされたリソースは構成マネージャーによってモニターされません (それらがすでにその構成マネージャーに よってモニターされている場合を除く)。
これらのどの操作もできない場合は、次の操作を順番に行ってください。 (1) mqsideletebroker を使用してブローカー・コンポーネントを停止して削除します。 (2) &guitooling を使用してドメインからブローカー定義を除去します。 また「構成構成マネージャー・プロキシー」の場合、 (3) mqsicreatebroker を使用してブローカー・コンポーネントを再作成します。 (4) &guitooling を使用してドメインにブローカー定義を追加します。 また「構成構成マネージャー・プロキシー」の場合、 (5) メッセージ・フローおよび関連する artefacts をブローカーに再デプロイします。 操作 (1) と (2) の順番は、ブローカーを削除する場合の通常の操作の順序とは 逆になっていることに注意してください。
ブローカーの削除時または再作成時にこの問題の再発を防ぐためには、ブローカー・コンポーネントを停止して削除する前に、 必ずブローカー定義をドメインから除去してください。 詳しくは、WebSphere Message Brokers オンライン資料の『障害後の回復』の節を参照してください。