z/OS 環境のカスタマイズ

最初はブローカーを 1 つインストールするだけかもしれませんが、数年後にブローカーが組織でどのように使用されるかを考慮してください。 先を見越して計画しておくと、WebSphere Message Broker 構成の開発が容易になります。

z/OS 上に構成マネージャーを作成してブローカー・ドメインを管理することを考慮してください。WebSphere Message Broker の以前のバージョンからマイグレーションする場合、以前に Windows にあった構成マネージャーのマイグレーションを考慮してください。

セキュリティーでパブリッシュ/サブスクライブを使用している場合、ユーザー・ネーム・サーバーも必要です。 ユーザー・ネーム・サーバーは、z/OS または別のプラットフォームに配置することができます。 キュー・マネージャーは、ユーザー・ネーム・サーバーからの情報が他のキュー・マネージャー上のブローカーに配布されるように、相互接続されていなければなりません。

ブローカーには、キュー・マネージャーおよび DB2 へのアクセスが必要です。 構成マネージャーユーザー・ネーム・サーバーに必要なのは、キュー・マネージャーへのアクセスのみです。 ブローカーは、別のブローカーとキュー・マネージャーを共用することはできませんが、構成マネージャーおよびユーザー・ネーム・サーバーとキュー・マネージャーを共用することはできます。

WebSphere MQ 共用キューを使って WebSphere Message Broker に関連したデータを SYSTEM.BROKER キューとして保持することはできませんが、共用キューをメッセージ・フロー・キューで使用することはできます。

DB2 データベース・ユーザー表および z/OSWebSphere Message Broker が作成し、使用する WebSphere MQ キューの詳細は、トピックmqsicreatebroker コマンドにあります。

使用する計画のブローカー、ユーザー・ネーム・サーバー、および構成マネージャーの開始済みタスク手順を作成する必要があります。 これらの手順は、該当するユーザー ID を使用して、開始済みタスク表に定義する必要があります。

リカバリー戦略を決定する必要があります。 システム体系の一部として、システムが異常終了した場合に備えてそれを再始動する戦略が必要です。 一般的な解決方法は、NetView のような自動化製品または Automatic Restart Manager (ARM) 機能を使用することです。 WebSphere Message Broker を ARM を使用するように構成することができます。

また、UNIX システム・サービス、リソース・リカバリー・サービス、DB2WebSphere MQ、および Java を含む、相互に必要な製品の計画も必要です。

ブローカー用のランタイム・ライブラリー・システム (RTLS) は、システムの言語環境のデフォルト・オプションでオフにする必要があります。この理由は、XPLINK および XPLINK アプリケーションを使用してコンパイルしたブローカー・コードは、RTLS がアクティブなとき開始できないためです。

変更の始まりz/OS で ブローカー統計を収集する必要もあります。変更の終わり

関連概念
メッセージ・シリアライゼーションの概要
関連タスク
入出力に WebSphere MQ 共用キューを使用する (z/OS)
z/OS のセキュリティーのセットアップ
関連資料
mqsicreatebroker コマンド
特記事項 | 商標 | ダウンロード | ライブラリー | サポート | フィードバック
Copyright IBM Corporation 1999, 2006 Last updated: 5 01, 2006
ae22100_