IBM MQ リンク送信側チャネル [設定]

この名前は、IBM MQ の受信チャネルの名前と同じである必要があります。

チャネル名の選択について詳しくは、IBM MQ インフォメーション・センターで『相互通信』セクションのチャネル名 (CHANNEL) プロパティーの説明を参照してください。

このプロパティーに対する動的更新は、チャネルの再始動時に有効になります。現在の状態を確認するには、「ランタイム」タブを使用します。

以前のチャネルが不明であると、 不確定が解決されるまで再始動は遅延されます。

「単一接続」を選択し、 1 つのターゲット・キュー・マネージャーのホスト名とポートを指定します。 ターゲット・キュー・マネージャーのほかに 1 つ以上のフェイルオーバー・ゲートウェイ・キュー・マネージャーが IBM MQ ネットワークで使用可能な高可用性構成の場合には、 代わりに「複数接続名リスト」を選択します。

単一接続としても複数接続のリストでもホスト名を指定しないと、ゲートウェイ・キュー・マネージャーは、 IBM MQ リンクが定義されているメッセージング・エンジンと同じホスト上で稼働しているものと見なされます。

これは、IBM MQ ネットワーク内のターゲット・キュー・マネージャーの ホスト名または IP アドレスです。

このプロパティーに対する動的更新は、チャネルの再始動時に有効になります。現在の状態を確認するには、「ランタイム」タブを使用します。

これは、 ゲートウェイ・キュー・マネージャーがインバウンド通信要求を listen するポート番号です。

このプロパティーに対する動的更新は、チャネルの再始動時に有効になります。現在の状態を確認するには、「ランタイム」タブを使用します。

単一接続としても複数接続のリストでもホスト名を指定しないと、ゲートウェイ・キュー・マネージャーは、 IBM MQ リンクが定義されているメッセージング・エンジンと同じホスト上で稼働しているものと見なされます。

高可用性構成内の アクティブおよびスタンバイ IBM MQ キュー・マネージャーのホスト名または IP アドレスとポートのリストを指定します。 このフィールドを使用して、単一のホスト名とポートを指定することもできます。

ホスト名または IP アドレスとポートは、各対をコンマで区切って hostname1(nnnn),hostname2(nnnn) という形式で指定します。 IP アドレスは IPv4 形式で指定します。

リストの項目としてポートだけを指定すると、 WebSphere Application Server は、デフォルト・ホスト名 localhost とそのポートを使用します。 リストの項目としてホスト名だけを指定すると、WebSphere Application Server は、デフォルト・ポート番号 1414 とそのホスト名を使用します。 例えば、(1422),example.com という値から成る接続名リストは、 localhost(1422),example.com(1414) と解釈されます。

このプロパティーに対する動的更新は、チャネルの再始動時に有効になります。現在の状態を確認するには、「ランタイム」タブを使用します。

IBM MQ キュー・マネージャーの受信側チャネルとのネットワーク接続を確立する際に使用するのは、アプリケーション・サーバーのアウトバウンド・トランスポート・チェーンのいずれかでなければなりません。

IBM MQ の相互協調処理に使用するアプリケーション・サーバーの TransportChannelService オブジェクトで別個に定義した、別のアウトバウンド・トランスポート・チェーンを指定することもできます。

このプロパティーに対する動的更新は、チャネルの再始動時に有効になります。現在の状態を確認するには、「ランタイム」タブを使用します。

変更されたトランスポート・チェーンを表示するには、サーバーを再始動する必要があります。

デフォルト値は適切な間隔になっています。この値を変更するのは、 パフォーマンスに与える影響を理解した上でなお、チャネルをフローするト ラフィックの要件のため別の値が必要な場合のみにしてください。

切断間隔に指定する値は、パフォーマンスに影響を与えます。 値が小さすぎる (数秒) と、絶えずチャネルを開始することにより許容できないほどの量の処理が生じるおそれがあります。値が大きすぎる (1 時間を超える) と、システム・リソースが無駄に消費されます。

メッセージを送信する場合だけチャネルをアクティブにしたい場合は、 切断間隔を相当に低い値に設定してください。 デフォルトの設定値はかなり高いため、このレベルの制御が必要なチャネルにはお勧めできません。 受信中のチャネルを中断することは困難なので、最も経済的な選択肢は、 ワークロードの要求に応じて、チャネルを自動的に切断したり再接続したりすることです。 ほとんどのチャネルで、切断間隔の適切な設定をヒューリスティックに確立できます。

このプロパティーに対する動的更新は、チャネルの再始動時に有効になります。現在の状態を確認するには、「ランタイム」タブを使用します。

このプロパティーに対する動的更新は、チャネルの再始動時に有効になります。現在の状態を確認するには、「ランタイム」タブを使用します。

IBM MQ での再試行メカニズムの使用について詳しくは、IBM MQ インフォメーション・センターで『相互通信』のセクションを参照してください。

このプロパティーに対する動的更新は、チャネルの再始動時に有効になります。現在の状態を確認するには、「ランタイム」タブを使用します。

IBM MQ での再試行メカニズムの使用について詳しくは、IBM MQ インフォメーション・センターで『相互通信』のセクションを参照してください。

このプロパティーに対する動的更新は、チャネルの再始動時に有効になります。現在の状態を確認するには、「ランタイム」タブを使用します。

IBM MQ での再試行メカニズムの使用について詳しくは、IBM MQ インフォメーション・センターで『相互通信』のセクションを参照してください。

このプロパティーに対する動的更新は、チャネルの再始動時に有効になります。現在の状態を確認するには、「ランタイム」タブを使用します。

メッセージング・エンジンを再始動するか、送信側チャネルを作成すると、プロパティーに対する動的な更新が有効になります。現在の状態を確認するには、「ランタイム」タブを使用します。

詳しくは、「構成」タブのこのプロパティーの説明を参照してください。

このプロパティーに対する動的更新は、チャネルの再始動時に有効になります。現在の状態を確認するには、「ランタイム」タブを使用します。

以前のチャネルが不明であると、 不確定が解決されるまで再始動は遅延されます。

詳しくは、「構成」タブのこのプロパティーの説明を参照してください。

このプロパティーに対する動的更新は、チャネルの再始動時に有効になります。現在の状態を確認するには、「ランタイム」タブを使用します。

詳しくは、「構成」タブのこのプロパティーの説明を参照してください。

このプロパティーに対する動的更新は、チャネルの再始動時に有効になります。現在の状態を確認するには、「ランタイム」タブを使用します。

IBM MQ キュー・マネージャーの受信側チャネルとのネットワーク接続を確立する際に使用するのは、アプリケーション・サーバーのアウトバウンド・トランスポート・チェーンのいずれかでなければなりません。詳しくは、「構成」タブのこのプロパティーの説明を参照してください。

このプロパティーに対する動的更新は、チャネルの再始動時に有効になります。現在の状態を確認するには、「ランタイム」タブを使用します。

変更されたトランスポート・チェーンを表示するには、サーバーを再始動する必要があります。

詳しくは、「構成」タブのこのプロパティーの説明を参照してください。

このプロパティーに対する動的更新は、チャネルの再始動時に有効になります。現在の状態を確認するには、「ランタイム」タブを使用します。

詳しくは、「構成」タブのこのプロパティーの説明を参照してください。

このプロパティーに対する動的更新は、チャネルの再始動時に有効になります。現在の状態を確認するには、「ランタイム」タブを使用します。

詳しくは、「構成」タブのこのプロパティーの説明を参照してください。

このプロパティーに対する動的更新は、チャネルの再始動時に有効になります。現在の状態を確認するには、「ランタイム」タブを使用します。

詳しくは、「構成」タブのこのプロパティーの説明を参照してください。

このプロパティーに対する動的更新は、チャネルの再始動時に有効になります。現在の状態を確認するには、「ランタイム」タブを使用します。

詳しくは、「構成」タブのこのプロパティーの説明を参照してください。

このプロパティーに対する動的更新は、チャネルの再始動時に有効になります。現在の状態を確認するには、「ランタイム」タブを使用します。

これは、1 で再始動する前にメッセージ・シーケンス番号が達する最も高い数です。デフォルト値は 999999999 です。

このプロパティーの値の選択について詳しくは、IBM MQ インフォメーション・センターで『相互通信』セクションのシーケンス番号ラップ (SEQWRAP) プロパティーの説明を参照してください。

このプロパティーに対する動的更新は、チャネルの再始動時に有効になります。現在の状態を確認するには、「ランタイム」タブを使用します。

停止要求を行うには、IBM MQ リンク送信側チャネル・コレクション・パネル上のボタンを使用してください。

未確定チャネルの問題は、ほとんどの場合自動的に解決されます。 通信が再確立されたときに未確定チャネル問題の解決に役立つように、シーケンス番号と作業論理単位 ID (LUWID) の記録が保持されます。未確定チャネルの解決については、IBM MQ インフォメーション・センターで『相互通信』のセクションを参照してください。

未確定チャネルの問題は、ほとんどの場合自動的に解決されます。 通信が再確立されたときに未確定チャネル問題の解決に役立つように、シーケンス番号と作業論理単位 ID (LUWID) の記録が保持されます。未確定チャネルの解決については、IBM MQ インフォメーション・センターで『相互通信』のセクションを参照してください。

未確定状態にあるチャネルの問題は、 通常は自動的に解決されます。通信が再確立されたときに未確定チャネル問題の解決に役立つように、シーケンス番号と作業論理単位 ID (LUWID) の記録が保持されます。未確定チャネルの解決については、IBM MQ インフォメーション・センターで『相互通信』のセクションを参照してください。

チャネルの最終コミット作業論理単位 ID (LUWID) を判別するには、 この値を、そのチャネルの受信側の最終コミット LUWID と比較します。

• 2 つの LUWID が同じなら、受信側は、 送信側が未確定と見なしている作業単位をコミットしていることになります。 これで送信側は、未確定メッセージを伝送キューから除去し、 伝送キューを再び使用可能にすることができます。
• 2 つの LUWID が異なる場合、受信側は、 送信側が未確定と見なしている作業単位をコミットしていないことになります。 送信側は、未確定メッセージを伝送キューに保存し、 そのメッセージを再送する必要があります。

IBM MQ チャネルは、チャネル・ネゴシエーションで両端のメッセージ・シーケンス番号が異なることが検出されれば、正常に初期化できません。これは、場合によっては手動でリセットする必要があります。

シーケンス番号を有効にするためには、 送信側と受信側双方のチャネル定義でシーケンス番号をリセットする必要があります。 開始シーケンス番号は、チャネルの開始時にはネゴシエーションされず、 デフォルトも提供されていません。