3

分散プラットフォーム (HP-UX) 上の WMQ にクラスター化されたパートナーがいます。彼らと彼らがメッセージを送信している qmgr はどちらも「私の」クラスターのメンバーですが、クラスター関係を利用して相互に通信したことはありません。それらには、リモート キュー定義、送信キュー (キュー マネージャーと呼ばれる)、一意のポイント ツー ポイントの送信側/受信側チャネル ペアなどがありますが、一方から他方への TRACE ROUTE は SYSTEM.CLUSTER を魔法のように利用していると彼は主張します。 TRANSMIT.QUEUE とクラスター チャネル (おそらく) ですが、もちろんリモート キューにはそのような構成はありません。

標準の REMOTE キューが期待せずにクラスター パスの使用を選択する原因となる MQ の奇妙な異常はありますか?

もちろん、どちらの側のキューもクラスター内で共有されません。

4

1 に答える 1

2

私たちは私たち自身の質問に答えたと思います。私がどうやってルールを守り、この行動を誘発しなかったのか想像できません。リモート・キュー定義で指定されていると想定される送信キューに USAGE(XMITQ) が指定されておらず、むしろ (NORMAL) が指定されており、RQ で指定されている送信キューが実際にクラスター内の既知のキュー・マネージャーの名前である場合、出来上がり、リモート キュー定義自体で明示的に構成された定義に関係なく、クラスターが使用されています。リモート キュー/クラスター化されていない定義からクラスター化された定義に移行するための便利な方法です。

于 2012-08-29T17:51:43.017 に答える