BEA Tuxedo の管理ツール

以下の節では、Tuxedo アプリケーションを管理するためにユーザが利用できる BEA Tuxedo 管理プロセスについて説明します。

• BEA Tuxedo ツールのアーキテクチャ

• BEA Tuxedo Administration Console を使用した管理操作

• BEA Tuxedo Administration Console のメイン・メニュー

• MIB を使用した操作の管理

• コマンド行ユーティリティを使用した操作の管理

• イベント・ブローカを使用したイベントの管理

 

---

BEA Tuxedo ツールのアーキテクチャ

次の図で示されているように、Tuxedo アプリケーションを管理するための BEA Tuxedo 管理プロセスでは、BEA Tuxedo 管理情報ベース (MIB) に基づいて作成されたさまざまなツールが包括的に利用されています。

図 4-1 BEA Tuxedo アプリケーションを管理するためのツール

 

BEA Tuxedo の MIB には、Tuxedo アプリケーションの操作に必要なすべての情報が格納されています。Tuxedo の MIB は、すべてのアプリケーションで共通の TM_MIB と、それぞれが BEA Tuxedo システムのサブシステムを記述する次のコンポーネント MIB で構成されます。

• WS_MIB−ワークステーション グループとそれらに対応付けられたプロセスを管理するために使用されます。

• ACL_MIB−アクセス制御リスト (ACL) の管理に使用されます。

• APPQ_MIB−アプリケーションの安定記憶域内のキューを管理するために使用されます。

• EVENT_MIB−イベント通知とサブスクリプション要求データベースの制御に使用されます。

• DM_MIB−Tuxedo Domains (マルチ・ドメイン) コンフィギュレーションを管理するために使用されます。

MIB リファレンス・ページ (TM_MIB(5)、汎用リファレンス・ページ MIB(5)) は、 『BEA Tuxedo のファイル形式とデータ記述方法』で定義されています。

ツールの MIB とのインターフェイス

次のリストで簡単に説明されている BEA Tuxedo 管理ツールは、MIB との各種インターフェイスを提供します。

• BEA Tuxedo Administration Console−Tuxedo アプリケーションの監視や動的なコンフィギュレーションを行うための Web ベースの GUI アプリケーション。

• コマンド行ユーティリティ−Tuxedo アプリケーションの起動、終了、コンフィギュレーション、および管理に使用するコマンド。

• BEA Tuxedo MIB アプリケーション・プログラミング・インターフェイス−MIB の情報にアクセスしたり、変更を行うための関数。

• イベント・ブローカ−Tuxedo アプリケーションで実行中のクライアント・プロセスとサーバ・プロセスの間でアプリケーション・イベントを非同期にルーティングし、システム・イベントを受信する必要のあるアプリケーション・プロセスにシステム・イベント (通常は障害や例外の発生) を配信する BEA Tuxedo コンポーネント。

他のシステム・コンポーネントとの MIB のインタフェース

MIB は、以下の BEA Tuxedo システム・コンポーネントにアクセスします。

• TUXCONFIG ファイル−Tuxedo アプリケーションのコンフィギュレーション (UBBCONFIG) ファイルのバイナリ版。Tuxedo アプリケーションのすべてのサーバ・マシンが、TUXCONFIG ファイルのコピーを格納します。MIB は TUXCONFIG ファイルを更新し、TUXCONFIG ファイルから情報を読み込みます。

• 掲示板−Tuxedo アプリケーションのすべてのコンフィギュレーションと動的な処理に関する情報が実行時に保持されるメモリ・セグメント。Tuxedo アプリケーションのすべてのサーバ・マシンが掲示板を持ちます。MIB は掲示板を更新し、掲示板から情報を読み込みます。

• ULOG−Tuxedo システムおよびアプリケーションのメッセージ (エラー・メッセージ、警告メッセージ、情報メッセージ、およびデバッグ・メッセージ) が格納されるユーザ・ログ・ファイル。Tuxedo アプリケーションのすべてのサーバ・マシンで ULOG が必要です。MIB は、ULOG から情報を収集します。

• TLOG−コミットされたグローバル・トランザクションの記録が格納されるトランザクション・ログ・ファイル。Tuxedo アプリケーションのすべてのサーバ・マシンで TLOG が必要です。MIB は、TLOG から情報を収集します。

 

---

BEA Tuxedo Administration Console を使用した管理操作

Java および Web 技術に基づく BEA Tuxedo Administration Console では、実質的にどこからでも、セキュリティ認可を与えられていれば自宅からでも BEA Tuxedo アプリケーションを操作できます。Administration Console は Java ベースのアプレットであり、Web ブラウザにダウンロードして Tuxedo アプリケーションをリモートで管理することができます。

Administration Console は、複数層型システムの管理に必要な多くのタスクを簡略化します。システム・イベントの監視、システム・リソースの管理、管理オブジェクトの作成と設定、およびシステムの統計情報の表示ができます。

BEA Tuxedo Administration Console を使用する利点

• 認証−Administration Console では、ユーザの認証が必ず行われます。管理者は、ユーザ名とパスワードを入力するように求められます。入力した情報は暗号化形式でブラウザとサーバ間でやり取りされ、サーバでユーザの認証が行われます。サーバ・セットアップの大部分はインストール時、つまり BEA Tuxedo Administration Console のサーバ・コンポーネントがインストールされ、Web サーバからアクセスできるようになったときに設定されます。

• コンテキスト・センシティブ・ヘルプ−すべての Administration Console 画面およびツールで、コンテキスト・センシティブ・ヘルプを利用できます。画面上の任意のフィールドや領域に疑問符のアイコンをドラッグしてクリックすると、そのフィールドや領域に関する情報が表示されます。

• 暗号化−サーバ側とブラウザ間で転送されるデータは、誰も読むことができないように圧縮 (56 ビットまたは 128 ビットの暗号化) されます。暗号化により、ストリームの中に不正な管理プロトコル・メッセージが挿入されるのを防ぐことができます。

• ファイアウォールへの対応−BEA Tuxedo Administration Console サーバがブラウザからの要求を受け取り、データのやり取りを行うポートは、明確に定義され、設定可能なポートです。つまり、ファイアウォールを通して許可されるポートとして、このポートを設定できます。この機能により、必要に応じて、ファイアウォールを通して Console ベースの管理を行うことができます。

• アイコン−Administration Console で使用されるアイコンは、状態 (非アクティブなど)、または Tuxedo アプリケーション内の特定のオブジェクト (マシンやサーバなど) を示します。

• Java 対応ブラウザ−Java ブラウザでは、アプレットを実行して通信を可能にする Java 仮想マシンがサポートされています。

• クライアント側のインストールの不要−クライアントのマシンへのインストールは必要ありません。Console サーバ・コンポーネントが存在する Tuxedo アプリケーション内のマシンの URL をブラウザで指定して、Java アプレットのダウンロードを開始します。アプレットによって BEA Tuxedo Administration Console がインプリメントされ、サーバとの通信が確立されます。

• 世界中からの安全なアクセス−Java 対応のブラウザがあれば、セキュリティ・メカニズムが確立されたものとして、世界中のどこからでもシステムにアクセスできます。

ブラウザの条件

BEA Tuxedo システムの各リリースでは、リリースの時点で利用可能なブラウザがサポートされています。BEA Tuxedo Administration Console でサポートされているブラウザについては、『BEA Tuxedo システムのインストール』の7-1 ページの「BEA Tuxedo Administration Console の起動」を参照してください。

制限事項

現時点の BEA Tuxedo Administration Console では、BEA Tuxedo リリース 7.1 以後に導入された機能がサポートされていません。

関連項目

• BEA Tuxedo Administration Console オンライン・ヘルプ

• BEA Tuxedo Administration Console のメイン・メニュー

• 『BEA Tuxedo アプリケーション実行時の管理』の「アプリケーションの監視方法」

• 『BEA Tuxedo システムのインストール』の「BEA Tuxedo Administration Console の起動」

 

---

BEA Tuxedo Administration Console のメイン・メニュー

初めて Web にアクセスして BEA Tuxedo Administration Console を起動すると、次のメイン・ウィンドウが表示されます。

図 4-2 BEA Tuxedo Administration Console のメイン・メニュー

 

メイン・ウィンドウは、主に次の 4 つの要素から構成されます。

• メニュー・バー−すべてのアクションにアクセスできるメニュー。

• ツールバー−よく使用されるアクションまたは管理ツールへのショートカットであるボタン。Tuxedo アプリケーションに接続されていない場合、ツールバーのボタンとメニュー項目の一部が表示されません。

• ツリー−BEA Tuxedo アプリケーション内に存在する管理クラス・オブジェクト (サーバやクライアントなど) の階層構造。

• コンフィギュレーション・ツール−タブ付きのページ。オブジェクトの属性 (マシンの名前など) の表示、定義、変更を行うことができます。

ツリー

[Tree View] ペインはメイン GUI ウィンドウの左側に表示されます。ツリーは、1 つの BEA Tuxedo アプリケーションを構成する管理オブジェクトの階層構造です。オブジェクトの入れ子のレベルと親オブジェクトを示すことによって、オブジェクト間の関係がグラフィカルに表されます。ツリー全体 (Tuxedo アプリケーション内の設定可能なあらゆる種類のすべてのオブジェクト) を表示するか、またはオブジェクトのサブセットを表示することができます。

アプリケーションを設定してアクティブにすると、アプリケーション内の管理クラス・オブジェクトを表すラベル付きのアイコンがツリーに表示されます。

ツリーには、管理オブジェクトそれぞれに対して 1 つずつ、複数のルートが含まれます。最初のルートは、Tuxedo アプリケーションから構成されます。次のルートには、BEA Tuxedo TM_MIB で定義されるオブジェクト・クラスが表示されます。オブジェクト・クラスの各セットは Tuxedo アプリケーションの一部です。3 番目のレベルは、オブジェクト・クラスに属すオブジェクトのインスタンスを表します。

たとえば、アプリケーション内に、SITE1 に存在する romeo と juliet という 2 つのマシンが含まれているとします。両方のマシンがオブジォクトなので、それらが属しているオブジェクト・クラスの名前Machines の下に表示されます。つまり、次のように表示されます。

Machines
SITE1/romeo
SITE1/juliet

ツリー内の各オブジェクトの名前の前にはアイコンが付いています。たとえば、各マシンはコンピュータのアイコンで表され、各クライアントは人の形で表されます。

コンフィギュレーション・ツール

コンフィギュレーション・ツールは、選択したクラスの BEA Tuxedo システム・オブジェクトの属性を設定したり変更するためのユーティリティです。ツリーのオブジェクトを選択すると、そのオブジェクトの [Configuration Tool] ペインがメイン・ウィンドウの右側に表示されます。

コンフィギュレーション・ツール領域のタブ付きフォルダは、管理オブジェクトの属性に関する情報を表示したり入力するための電子フォームです。オブジェクトの管理クラス (マシンやサーバなど) ごとに、フォルダがあります。クラスに対応付けられている属性の数は、クラスによって大きく異なります。そのため、オブジェクトを選択してコンフィギュレーション・ツールを開くと、どこからでも 1 〜 8 個のフォルダが表示されます。

コンフィギュレーション・ツール領域にデータが入力されると、タブ付きページの下に 4 つのボタンが表示されます。これらのボタンを使用すると、フォルダで行うコンフィギュレーション作業を制御できます。

ツールバー

ツールバーには、頻繁に行う管理操作のためのツールを呼び出す 12 個のボタンが並んでいます。ボタンには、アイコンと名前が付いています。次の表は、各ボタンについて示しています。

ボタン	説明
Stop	現在の操作を中断し、管理者に制御を戻します。この後で、管理者は新しい操作を要求できます。
Refresh	ツリーとコンフィギュレーション・ツールの各ウィンドウを最新の内容で更新します。
Search	ツリーで、特定の管理オブジェクト・クラスまたはオブジェクトを検索します。
Activate	Tuxedo アプリケーションの一部または全部をアクティブにします。
Deactivate	Tuxedo アプリケーションの一部または全部を非アクティブにします。
Migrate	サーバ・グループまたはサーバ・マシンを別の場所に移行します。または、マスタ・マシンとバックアップ・マシンを入れ替えます。
Log file	アクティブな Tuxedo アプリケーション内の特定のマシンから ULOG ファイルを表示します。
Event	システム生成イベントを監視するウィンドウを表示します。
Stats	Tuxedo アプリケーションのアクティビティをグラフィカルに表示できるタブ付きページを表示します。
Settings	Administration Console セッションの次のデフォルト設定を行えます。 BEA Tuxedo オンライン・マニュアルの場所 データの順序付けの方法 (状態または名前) デフォルトの作業モード (表示のみまたは編集モード)
CS Help	コンテキスト・センシティブ・ヘルプを表示します。フィールドまたは特定の画面領域をクリックすると、選択した項目についての情報が表示されます。
Help	Administration Console のオンライン・ヘルプを別の Web ブラウザで開きます。

 

関連項目

• BEA Tuxedo Administration Console オンライン・ヘルプ

• 『BEA Tuxedo アプリケーション実行時の管理』の「アプリケーションの監視方法」

• 『BEA Tuxedo システムのインストール』の「BEA Tuxedo Administration Console の起動」

 

---

コマンド行ユーティリティを使用した操作の管理

BEA Tuxedo は、BEA Tuxedo システムに基づいて作成されたアプリケーションの各構成要素を管理するためのコマンドを提供します。これらのコマンドを使用すると、共通の管理ユーティリティにアクセスできます。管理ユーティリティでは、次のタスクを行うことができます。

• コマンド行ユーティリティを使用したアプリケーションのコンフィギュレーション

• コマンド行ユーティリティを使用したアプリケーションの操作

• コマンド行ユーティリティを使用したアプリケーション・キューの管理

• コマンド行ユーティリティを使用した Domains アプリケーションの管理

コマンド行ユーティリティを使用したアプリケーションのコンフィギュレーション

アプリケーションは、コマンド行ユーティリティを使用してコンフィギュレーションできます。具体的には、テキスト・エディタを使用してアプリケーションのコンフィギュレーション・ファイル (UBBCONFIG) を作成および編集し、tmloadcf というコマンド行ユーティリティを使用してテキスト・ファイル (UBBCONFIG) をバイナリ・ファイル (TUXCONFIG) に変換できます。この後、アプリケーションを起動します。

次のリストは、アプリケーションのコンフィギュレーションに使用できるコマンド行ユーティリティを示しています。

• tmloadcf(1)―マスタ・マシンで実行されるコマンドであり、アプリケーションの UBBCONFIG ファイルをバイナリの TUXCONFIG ファイルにコンパイルできるようにします。tmloadcf コマンドは、TUXCONFIG 環境変数で定義された場所にバイナリ・ファイルをロードします。

• tmunloadcf(1)―マスタ・マシンで実行されるコマンドであり、バイナリの TUXCONFIG ファイルを元のテキスト形式に変換して、UBBCONFIG ファイルと TUXCONFIG ファイルを同期できるようにします。tmunloadcf コマンドは、テキスト形式を標準出力に出力します。

  注記 バイナリの TUXCONFIG ファイルを動的に更新しても、テキストの UBBCONFIG ファイルは更新されません。

• tpusradd(1)、tpusrdel(1)、tpusrmod(1)−認証のためのユーザ・データベースを作成および管理するコマンド。

• tpgrpadd(1)、tpgrpdel(1)、tpgrpmod(1)−アクセス制御リストを使用して、サービス、キュー、イベントへのアクセスを認めることにより、ユーザ・グループを作成して管理するためのコマンド。

• tpacladd(1)、tpaclcvt(1)、tpacldel(1)、tpaclmod(1)−アプリケーションのアクセス制御リストを作成して管理するためのコマンド。これらのコマンドによって、セキュリティ関連の認証機能を使用できるようになります。

コマンド行ユーティリティを使用したアプリケーションの操作

アプリケーションを一度コンフィギュレーションすると、次のコマンド行ユーティリティを使用してアプリケーションを操作できるようになります。

• tmboot(1)−マスタ・マシンで実行されるコマンドであり、アプリケーション・サーバを一元的に起動できるようにします。tmboot コマンドは TUXCONFIG 環境変数を読み込んで、アプリケーションの TUXCONFIG ファイルの位置を特定します。tmboot コマンドは、TUXCONFIG を共用メモリにロードして掲示板を確立します。変更内容は、マルチ・マシン・ドメインのリモート・サーバ・マシンに複製転送されます。

• tmadmin(1)−通常はマスタ・マシンで実行される対話型メタ・コマンドであり、アプリケーションをコンフィギュレーション、監視、およびチューニングするサブコマンドを実行できるようにします。tmadmin コマンドは、(コンフィギュレーション・モードで) アプリケーションが起動する前、またはアプリケーションの実行中に使用できます。

• tmconfig(1)−通常はマスタ・マシンで実行されるもう 1 つの対話型メタ・コマンドであり、アプリケーションをコンフィギュレーション、監視、およびチューニングするサブコマンドを実行できるようにします。tmconfig コマンドは、アプリケーションの実行中にのみ使用できます。tmconfig コマンドは tmadmin コマンドより効果的ですが、使いやすさは劣ります。

• tmshutdown(1)−マスタ・マシンで実行されるコマンドであり、アプリケーション・サーバを一元的にシャットダウンできるようにします。tmshutdown コマンドは、TUXCONFIG 環境変数を読み込んでアプリケーションの TUXCONFIG ファイルの位置を特定します。

コマンド行ユーティリティを使用したアプリケーション・キューの管理

コマンド行ユーティリティの qmadmin(1) を使用すると、アプリケーション・キューのすべての管理機能を実行できます。tmadmin コマンドや tmconfig コマンドと同じように、qmadmin は多くのサブコマンドを実行できるようにする対話型のメタ・コマンドです。

1 つの BEA Tuxedo アプリケーションで、複数のアプリケーション・キュー・デバイスを設定し、複数のサーバ・マシン上でアプリケーション・キューを実行できます。各マシンにはそれぞれ専用のキュー・デバイスがあり、qmadmin を実行して、各サーバ・マシン上の特定のアプリケーション・キュー・デバイスを監視したり管理することができます。

コマンド行ユーティリティを使用した Domains アプリケーションの管理

BEA Tuxedo Domains (マルチ・ドメイン) アプリケーションを作成するには、既存の BEA Tuxedo アプリケーションを他のドメインと統合します。.そのためには、システム・サーバ (DMADM、GWADM、および GWTDOMAIN) のドメイン・ゲートウェイ・グループを UBBCONFIG ファイルに追加する必要があります。これらのサーバについては、BEA Tuxedo Domains (マルチ・ドメイン) サーバで説明します。

Domains コンフィギュレーションに関与する BEA Tuxedo アプリケーションのすべての Domains コンフィギュレーション情報は、DMCONFIG というファイルに格納されます。UBBCONFIG ファイルと同様に、DMCONFIG ファイルも任意の名前を持つことができます。ただし、そのファイルの内容が『BEA Tuxedo のファイル形式とデータ記述方法』のリファレンス・ページ DMCONFIG(5) で説明されている形式に準拠している場合に限ります。テキスト・エディタを使用して DMCONFIG ファイルを作成および編集し、dmloadcf というコマンド行ユーティリティを使用してテキスト・ファイル (DMCONFIG) をバイナリ・ファイル (BDMCONFIG) に変換します。BDMCONFIG ファイルは、DMADM サーバを実行するマシン上に配置する必要があります。

注記 DMADM サーバは、Tuxedo ドメインのどのマシン (マスタ・マシン、非マスタ・マシン) でも実行できます。

次のリストは、Domains コンフィギュレーションに関与する BEA Tuxedo アプリケーションのシステム・サーバのドメイン・ゲートウェイ・グループを設定および操作するために使用できるコマンド行ユーティリティを示しています。

• dmloadcf(1)―DMADM サーバと同じマシン上で実行されるコマンドであり、アプリケーションの DMCONFIG ファイルをバイナリの BDMCONFIG ファイルにコンパイルできるようにします。dmloadcf コマンドは、BDMCONFIG 環境変数で定義された場所にバイナリ・ファイルをロードします。

• dmunloadcf(1)―DMADM サーバと同じマシン上で実行されるコマンドであり、バイナリの BDMCONFIG ファイルを元のテキスト形式に変換して、DMCONFIG ファイルと BDMCONFIG ファイルを同期できるようにします。dmunloadcf コマンドは、テキスト形式を標準出力に出力します。

  注記 バイナリの BDMCONFIG ファイルを動的に更新しても、テキストの DMCONFIG ファイルは更新されません。

• dmadmin(1)―通常は DMADM サーバと同じマシン上で実行される対話型メタ・コマンドであり、ドメイン・ゲートウェイ・グループをコンフィギュレーション、監視、およびチューニングするサブコマンドを実行できるようにします。dmadmin コマンドは、(コンフィギュレーション・モードで) アプリケーションが起動する前、またはアプリケーションの実行中に使用できます。

  
   

関連項目

• BEA Tuxedo コマンド・リファレンス

• 『BEA Tuxedo のファイル形式とデータ記述方法』のDMADM(5)、DMCONFIG(5)、GWADM(5)、GWTDOMAIN(5)、および UBBCONFIG(5)

• 『BEA Tuxedo アプリケーション実行時の管理』 の 2-13 ページの「コマンド行ユーティリティを使用してアプリケーションを監視する」

• BEA Tuxedo 管理プロセス

• BEA Tuxedo メッセージ・キュー・サーバ

• BEA Tuxedo Domains (マルチ・ドメイン) サーバ

 

---

MIB を使用した操作の管理

BEA Tuxedo MIB は、Tuxedo アプリケーションの管理に使用します。MIB では、すべての Tuxedo ドメインで必要とされるアプリケーションの構成要素を定義します。MIB では、Tuxedo アプリケーションがクラス (サーバ、グループ、マシン、ドメインなど) として定義されます。各クラスは、各種の属性 (ID、状態など) によって特徴付けられるオブジェクトから構成されます。

Tuxedo サーバ・マシンがアクティブになると、そのサービスの名前が掲示板 (BB) で宣言されます。掲示板は、MIB の実行時 (動的) 表現です。掲示板は、MIB のグローバルおよびローカルの状態変化がポストされる場所です。Tuxedo システムでは、マスタ・マシン上にあるバイナリの TUXCONFIG ファイルを使用して掲示板を作成し、TUXCONFIG のコピーをアプリケーション内の非マスタ・マシンに転送してそれらのマシンで掲示板を設定します。掲示板は、Tuxedo アプリケーションの各サーバ・マシンで実行します。

次の図は、高いレベルから見た BEA Tuxedo MIB の操作です。

図 4-3 高いレベルから見た BEA Tuxedo MIB の操作

 

AdminAPI

AdminAPI は、BEA Tuxedo MIB のシステム設定に直接アクセスして操作するためのアプリケーション・プログラミング・インターフェイスです。AdminAPI を使用すると、ログ・ファイルの監視やアプリケーションの動的な再コンフィギュレーションなどの管理タスクを自動化し、人が行う作業を減らすことができます。このような利点は、ミッション・クリティカルなリアルタイム・アプリケーションで重要です。MIB プログラミング・インターフェイスを使用すると、BEA Tuxedo システムにおける操作を簡単に管理することができます。特に、独自のプログラムを使用してアプリケーションの監視、コンフィギュレーション、チューニングを行うことができます。MIB は、次のように定義されます。

• フィールド操作言語 (FML) 属性として定義され、インプリメンテーションに依存しない管理データベース。

• ATMI 関数を使用して、BEA Tuxedo システムへの照会 (get を使用してシステムから情報を取得すること) や、BEA Tuxedo システムの更新 (set を使用してシステムの情報を変更すること) をいつでも行うことができるプログラミング・インターフェイス。これらの関数には、tpalloc、tprealloc、tpgetrply、tpcall、tpacall、tpenqueue、tpdequeue などがあります。

MIB ユーザのタイプ

MIB では、システム (またはアプリケーション) 管理者、システム・オペレータ、その他という 3 つのタイプのユーザが定義されています。次の表は、各タイプについて示しています。

ユーザのタイプ	説明
システム (またはアプリケーション) 管理者	アプリケーションの正常な実行を維持する責任者。管理者には、すべての管理ツールと MIB のすべての管理機能を使用する権限が与えられます。管理者は、実行中のアプリケーションのコンフィギュレーション、管理、変更を行うことができます。
システム・オペレータ	実行中のアプリケーションの日々の操作を監視し、問題に対応する担当者。オペレータは、実行中のアプリケーションに関する統計を監視します。イベントおよび警告に対応して、サーバの起動やマシンのシャットダウンなどを行う場合もあります。オペレータは、アプリケーションの再コンフィギュレーション、サーバまたはマシンの追加、マシンの削除は行いません。
その他	MIB を読み取る必要はあるが、アプリケーションを変更する権限を持たない人またはプロセス (カスタム・プログラムなど)。

 

MIB のクラス、属性、状態

クラスとは、BEA Tuxedo アプリケーションを構成するエンティティ (サーバ、マシンなど) のタイプです。属性とは、クラス内のオブジェクトの特徴を表すもので、ID、状態、コンフィギュレーション・パラメータ、実行時の統計などがあります。属性には、MIB の操作および応答に共通するものや、個々のクラスに共通するものがあります。すべてのクラスには、オブジェクトの状態を示す状態属性があります。

MIB(5) リファレンス・ページに定義されている共通の属性は、クラスに依存しません。これらの属性は、入力操作を制御したり、ユーザが何をしようとしているかを MIB に伝達したり、特定のクラスに依存しない出力バッファの特徴をプログラマに示します。

関連項目

• 『BEA Tuxedo のファイル形式とデータ記述方法』のACL_MIB(5)、APPQ_MIB(5)、DM_MIB(5)、EVENT_MIB(5) に関する追加情報、MIB(5)、TM_MIB(5)、および WS_MIB(5)

• FML を使用した BEA Tuxedo アプリケーションのプログラミング

 

---

イベント・ブローカを使用したイベントの管理

イベントとは、管理者、オペレータ、またはソフトウェアが関心の対象とする、アプリケーション・プログラムまたは BEA Tuxedo システムにおける状態の変化などのことです。イベントの例には、「株式が指値かそれ以上の値で取り引きされた」や「ネットワーク障害が発生した」などがあります。

BEA Tuxedo イベント・ブローカは、BEA Tuxedo ATMI アプリケーションで動作するプロセス間のアプリケーション・イベントおよびシステム・イベントの非同期ルーティングを実現します。アプリケーション・イベントはアプリケーション定義のイベントの発生、システム・イベントはシステム定義のイベントの発生を意味します。

アプリケーション定義のイベントとシステム定義のイベントの違い

アプリケーション定義のイベントは、アプリケーションの設計者によって定義されます。そのため、アプリケーション固有のものです。アプリケーションに対して定義されたすべてのイベントは、アプリケーションで実行されているクライアント・プロセスおよびサーバ・プロセスによってトラッキングされます。

システム定義のイベントは、BEA Tuxedo システムのコードによって定義されます。通常、TM_MIB(5) で定義されたオブジェクトが対応付けられています。システム定義の全イベントのリストは、『BEA Tuxedo のファイル形式とデータ記述方法』の EVENTS(5) リファレンス・ページに記載されています。これらすべてのイベントは、BEA Tuxedo システムのユーザによってトラッキングされます。

アプリケーションのイベントの監視

次の表は、BEA Tuxedo アプリケーションでイベントを監視できるようにするための基本的な作業を示しています。

作業	説明
1. 監視するイベントを決める	アプリケーション・プログラムは、a) 対象となるイベントの発生時にそのイベントを検出し、b) 検出されたイベントが tppost(3c) を介してイベント・ブローカにポストされるように記述します。 アプリケーション設計者は、どのイベントを監視するのかを決めます。システム・イベントの場合、アプリケーション設計者は EVENTS(5) リファレンス・ページからシステム定義のイベントを選択します。
2. イベント・リストを作成する	システム・イベントのリストが EVENTS(5) によって BEA Tuxedo システムからユーザに提供されるように、アプリケーション・イベント・サブスクリプションのリストが関心のあるユーザに提供されます。システム定義のイベントの名前はドット (.) で始まり、アプリケーション定義のイベントの名前はドット (.) で始まることはできません。 アプリケーション定義イベントのリストを用意する際、アプリケーション設計者はリファレンス・ページ EVENTS(5)、TMUSREVT(5)、TMSYSEVT(5)、および field_tables(5) を参照する必要があります。

 

イベントのサブスクライブ

BEA Tuxedo アプリケーションの管理者は、クライアントまたはサーバ・プロセスの代わりに、アプリケーション定義イベントまたはシステム定義イベントの公開リストを使用し、tpsubscribe(3c) を呼び出してサブスクリプションを要求できます。EVENTS(5) は、システム・イベントによって生成された通知メッセージとイベント名 (tppost(3c) が呼び出されたときに引数として使用される名前) をリストします。サブスクライバは、正規表現のワイルド・カード機能を使用して、tpsubscribe を 1 回呼び出すだけでイベントのカテゴリ全体に対応することができます。

システム定義イベントの各サブスクリプションは、いくつかある通知方法の 1 つを指定します。通知方法の 1 つはメッセージを ULOG に配置することです。EVENT_MIB の T_EVENT_USERLOG クラスを使用して、サブスクライバはシステム USERLOG メッセージを書き込むことができます。イベントが検出されて合致すると、これらのイベントは ULOG に書き込まれます。

イベント・ブローカは、MIB オブジェクトの 100 種類以上の状態の変化をシステム・イベントとして認識します。システム・イベントのポストには、イベントが発生したオブジェクトの現在の MIB 表現が含まれます。

関連項目

• BEA Tuxedo パブリッシュ・アンド・サブスクライブ・サーバ

• 『BEA Tuxedo アプリケーション実行時の管理』の「イベント・ブローカについて」

• 『BEA Tuxedo アプリケーション実行時の管理』の「イベントのサブスクライブ」

• 『BEA Tuxedo C リファレンス』のtppost(3c)、tpsubscribe(3c)、および tpunsubscribe(3c)

• 『BEA Tuxedo のファイル形式とデータ記述方法』のEVENTS(5)、EVENT_MIB(5) に関する追加情報、TMSYSEVT(5)、TMUSREVT(5)、および UBBCONFIG(5)

• 『サンプルを使用した BEA Tuxedo アプリケーションの開発方法』の「イベント・ベースの通信」