ローカルキューマネージャからローカルキューの別のキューマネージャにメッセージを宛先指定する方法

Question

こんにちは、私は試験の準備をしています。 誰でも私に正解を見つけるのを助けることができます。

アプリケーションはローカルキューマネージャQM1に接続し、メッセージをリモートキューQR1に配置します。

• QR1は、ターゲット・キューQL2、ターゲット・キュー・マネージャーQM2、 とXMITQ QM2で定義されています。
• QL2はQM2のローカルキューとして定義されています。セキュリティ目的のために、 ファイアウォールの背後に別のキューマネージャであるQM3が作成され、 QM2上のQL2宛のすべてのメッセージをQM3上のQL3にルーティングする必要があります。 QM2とQM3を想定すると、

---

システム管理者がアプリケーションの障害なしにこれを達成するために作成する必要がありませんどのような変更、相互接続されていますか？

A. QM3上のQL3を指すQM2上にエイリアスキューを作成します。

B. QM3上のQL3を指すQM2上にリモートキューを作成します。

C. QR1 RQMNAMEパラメータをQM3に、RNAMEパラメータをQM3QM2に変更します。

D. QM1を指すようにQR1 RQMNAMEパラメータを変更し、XMITQ QM3を使用してQL3にRNAMEパラメータを変更します。

Answer 1

質問に提供された詳細と4つの答えが与えられれば、Cが最も正確です。

QR1が変更時にアプリケーションによってOUTPUTに対してオープンされている場合、アプリケーションにはまだ影響があります。 QREMOTEが変更されている間、アプリケーションを停止する必要があるか、FORCEオプションを使用する必要があります。この場合、次回MQRC 2041（MQRC_OBJECT_CHANGED）がキューにメッセージをプットしようとしたときにアプリケーションが受信します。 FORCEオプションでは、アプリケーションがその例外を処理してキューを再オープンする必要がありますが、多くのアプリケーションはこの例外を処理しないため、とにかく再起動する必要があります。

この回答は、QM1からQM2へのRCVRチャネルが低特権のMCAUSERでロックダウンされていないこと、またはロックされてXMITQ QM3を置く権限があることを前提としています。

QM2の元のローカルキューQL2が最初に削除され、QM2上にQL2という新しいリモートキューが定義されていて、QM3のQL3を指している場合、Bも潜在的な解決策です。