|
|
次の各項では、Oracle Tuxedoアプリケーションを管理するためにユーザーが使用できるOracle Tuxedo管理プロセスについて説明します。
次の図に示すように、Oracle Tuxedoアプリケーションの管理に使用されるOracle Tuxedo管理プロセスでは、Oracle Tuxedo管理情報ベース(MIB)に基づいて作成された様々なツールが包括的に使用されています。
Oracle Tuxedo MIBには、Oracle Tuxedoアプリケーションの操作に必要なすべての情報が含まれています。これには、すべてのアプリケーションに共通のTM_MIBと、それぞれがOracle Tuxedoシステムのサブシステムを記述している次のコンポーネントMIBが含まれています。
MIBのリファレンス・ページ(TM_MIB(5)、汎用リファレンス・ページMIB(5)、...)は、BEA Tuxedoのファイル形式、データ記述、MIBおよびシステム・プロセス・リファレンスで定義されています。
Oracle Tuxedoの管理ツール(次のリストを参照)には、MIBとの各種インタフェースが用意されています。
MIBは、次のOracle Tuxedoシステム・コンポーネントにアクセスします。
TUXCONFIGファイルのコピーが格納されています。MIBはTUXCONFIGファイルを更新し、TUXCONFIGファイルから情報を読み取ります。
Oracle Tuxedo管理コンソールはJavaおよびWebテクノロジに基づいており、これを使用すると実質的にあらゆる場所からOracle Tuxedoアプリケーションを操作できます(セキュリティ認可を付与されていれば、自宅からでも操作できます。)。管理コンソールJavaベースのアプレットであり、Webブラウザにダウンロードして使用すると、Oracle Tuxedoアプリケーションをリモートで管理できます。
管理コンソールによって、多層システムの管理に必要なシステム管理タスクの多くが簡略化されます。これを使用すると、システム・イベントのモニター、システム・リソースの管理、管理オブジェクトの作成と構成、およびシステム統計情報の表示を行うことができます。
すべてのリリースのOracle Tuxedoシステムで、現在入手可能なブラウザがサポートされています。Oracle Tuxedo管理コンソールで現在サポートされているブラウザの詳細は、Oracle TuxedoシステムのインストールのOracle Tuxedo管理コンソールの起動に関する項を参照してください。
Oracle Tuxedo管理コンソールは、Oracle Tuxedoリリース7.1以来、新機能をサポートするような更新はありません。
初めてWebにアクセスしてOracle Tuxedo管理コンソールを起動すると、次のメイン・ウィンドウが表示されます。
ツリー・ビュー・ペインは、メインのGUIウィンドウの左側の列に表示されます。ツリーは、1つのOracle Tuxedoアプリケーション内の管理オブジェクトを階層表示したものです。GUIでは、オブジェクトのネスト・レベルおよび親オブジェクトを示すことによって、各オブジェクトと他のオブジェクトの関係がグラフィカルに表されます。ツリー全部(Oracle Tuxedoアプリケーション内のあらゆるタイプの構成可能オブジェクト全部)を表示することも、オブジェクトのサブセットを表示することもできます。
アプリケーションを設定してアクティブにすると、アプリケーション内の管理クラス・オブジェクトを表すラベル付きのアイコンがツリーに表示されます。
ツリー・ビューには、管理オブジェクトごとに1つずつ、複数のルートが含まれています。最初のルートはOracle Tuxedoアプリケーションで構成されます。次のルートには、Oracle Tuxedo TM_MIBで定義されているオブジェクト・クラスが表示されます。オブジェクト・クラスの各セットは、Oracle Tuxedoアプリケーションの一部です。3番目のレベルは、オブジェクト・クラスに属するオブジェクトのインスタンスを表します。
たとえば、アプリケーション内にromeoおよびjulietという2つのマシンが(どちらもSITE1に)含まれているとします。どちらのマシンもオブジェクトであるため、ツリーではそれらが属するオブジェクト・クラスの名前(Machines)の下にリストされます。したがって、これらのマシンは次のように表示されます。
Machines
SITE1/romeo
SITE1/juliet
ツリー・ビュー内の各オブジェクトの名前の前にはアイコンが付いています。たとえば、各マシンはコンピュータで表され、各クライアントは人の形で表されます。
構成ツールは、選択したクラスのOracle Tuxedoシステム・オブジェクトの属性を設定または変更できるユーティリティです。ツリーでオブジェクトを選択すると、そのオブジェクトの構成ツール・ペインがメイン・ウィンドウの右側に表示されます。
構成ツール領域のタブ付きページは、管理オブジェクトの属性に関する情報を表示および入力するための電子フォームです。オブジェクトの管理クラス(マシンやサーバーなど)ごとに、タブ付きページのセットが用意されています。クラスに関連付けられている属性の数は、そのクラスによって大きく異なります。このため、ツリーでオブジェクトを選択して構成ツールを起動すると、1 - 8個のフォルダが表示されます。
構成ツール領域にデータを入力すると、タブ付きページの下に追加のボタン行が表示されます。これらの4つのボタンを使用すると、ページで行う構成作業を制御できます。
ツールバーには、よく実行する管理操作用のツールを起動できる12個のボタンが並んでいます。これらにはアイコンと名前の両方が付いています。次の表で、各ボタンについて説明します。
Oracle Tuxedoには、Oracle Tuxedoシステムに基づいて作成されたアプリケーションの各部分を管理するためのコマンド・セットが用意されています。これらのコマンドを使用すると、一般的な管理ユーティリティにアクセスできます。これらのユーティリティは、次のタスクに使用できます。
アプリケーションは、コマンド行ユーティリティを使用して構成できます。具体的には、テキスト・エディタを使用してアプリケーションの構成ファイル(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): これも通常はマスター・マシンで実行されるインタラクティブなメタコマンドであり、アプリケーションの構成、モニターおよびチューニングを行うサブコマンドを実行できるようにするために使用します。tmconfigコマンドは、アプリケーションの実行中にのみ使用できます。tmconfigコマンドはtmadminコマンドよりも強力ですが、使いやすさの点では劣ります。tmshutdown(1): マスター・マシンで実行されるコマンドであり、アプリケーション・サーバーを中央から停止するために使用します。tmshutdownコマンドにより、TUXCONFIG環境変数が読み取られ、アプリケーションのTUXCONFIGファイルが検出されます。 アプリケーション内のアプリケーション・キューのすべての管理機能は、コマンド行ユーティリティqmadmin(1)を使用して実行します。tmadminコマンドやtmconfigコマンドと同様に、qmadminは多くのサブコマンドを実行できるようにするためのインタラクティブなメタコマンドです。
1つのOracle Tuxedoアプリケーションで、複数のアプリケーション・キュー・デバイスを設定し、複数のサーバー・マシン上でアプリケーション・キューを実行できます。各マシンにはそれぞれ専用のキュー・デバイスがあるため、qmadminを実行して、各サーバー・マシン上で特定のアプリケーション・キュー・デバイスをモニターおよび管理できます。
Oracle Tuxedo Domains(マルチドメイン)アプリケーションを作成するには、既存のOracle Tuxedoアプリケーションを他のドメインと統合します。このためには、システム・サーバー(DMADM、GWADMおよびGWTDOMAIN)のドメイン・ゲートウェイ・グループをUBBCONFIGファイルに追加する必要があります。これらのサーバーについては、「Oracle Tuxedo Domains(マルチドメイン)サーバー」を参照してください。
Domains構成に関与するOracle TuxedoアプリケーションのすべてのDomains構成は、DMCONFIGというファイルに格納されます。UBBCONFIGファイルと同様に、DMCONFIGファイルにも、ファイルの内容がBEA Tuxedoのファイル形式、データ記述、MIBおよびシステム・プロセス・リファレンスのリファレンス・ページDMCONFIG(5)で説明されている形式に準拠しているかぎり、任意の名前を付けることができます。テキスト・エディタを使用してDMCONFIGファイルを作成および編集し、dmloadcfというコマンド行ユーティリティを使用してテキスト・ファイル(DMCONFIG)をバイナリ・ファイル(BDMCONFIG)に変換します。BDMCONFIGファイルは、DMADMサーバーを実行するマシン上に配置する必要があります。
| 注: | DMADMサーバーは、Oracle Tuxedoドメイン内の任意のマシンで(マスター・マシンでも非マスター・マシンでも)実行できます。 |
次のリストに、Domains構成に関与するOracle Tuxedoアプリケーションのシステム・サーバーのドメイン・ゲートウェイ・グループを構成および操作するために使用できるコマンド行ユーティリティを示します。
dmloadcf(1): DMADMサーバーと同じマシンで実行されるコマンドであり、アプリケーションのDMCONFIGファイルをバイナリのBDMCONFIGファイルにコンパイルするために使用します。dmloadcfコマンドにより、BDMCONFIG環境変数で定義されている場所にバイナリ・ファイルがロードされます。dmunloadcf(1): DMADMサーバーと同じマシンで実行されるコマンドであり、バイナリのBDMCONFIGファイルを元のテキスト・バージョンに変換してDMCONFIGファイルとBDMCONFIGファイルを同期できるようにするために使用します。dmunloadcfコマンドにより、テキスト・バージョンが標準出力に出力されます。| 注: | バイナリのBDMCONFIGファイルを動的に更新しても、テキストのDMCONFIGファイルは更新されません。 |
dmadmin(1): 通常はDMADMサーバーと同じマシンで実行されるインタラクティブなメタコマンドであり、ドメイン・ゲートウェイ、グループの構成、モニターおよびチューニングを行うサブコマンドを実行できるようにするために使用します。dmadminコマンドは、アプリケーションの起動前(構成モード)またはアプリケーションの実行中に使用できます。
Oracle Tuxedo MIBは、Oracle Tuxedoアプリケーションの管理に使用されます。これは、すべてのOracle Tuxedoドメインで必要なアプリケーションのパーツを定義します。このMIBは、Oracle Tuxedoアプリケーションをクラスのセット(サーバー、グループ、マシン、ドメインなど)として定義し、各クラスは様々な属性(IDや状態など)によって特徴付けられるオブジェクトによって構成されます。
Oracle Tuxedoサーバー・マシンがアクティブになると、そのサービスの名前がMIBの実行時(動的)表現である掲示板(BB)に通知されます。(掲示板には、MIBのグローバルおよびローカルな状態変化がポストされます。)Oracle Tuxedoシステムは、マスター・マシン上のバイナリのTUXCONFIGファイルを使用して掲示板を作成し、TUXCONFIGのコピーをアプリケーション内の非マスター・マシンに伝播して、それらのマシン上に掲示板を設定します。掲示板は、Oracle Tuxedoアプリケーション内の各サーバー・マシン上で実行されます。
次の図は、Oracle TuxedoのMIBの動作の全体像を示しています。
AdminAPIは、Oracle Tuxedo MIBのシステム設定に直接アクセスして操作するためのアプリケーション・プログラミング・インタフェースです。AdminAPIを使用すると、ログ・ファイルのモニタリングやアプリケーションの動的再構成などの管理タスクを自動化できるため、人が介在する必要のある作業を減らすことができます。このようなメリットは、ミッションクリティカルなリアルタイムのアプリケーションにおいては非常に重要になります。MIBプログラミング・インタフェースを使用すると、Oracle Tuxedoシステムでの操作の管理が簡単になります。具体的には、独自のプログラムを使用してアプリケーションをモニター、構成およびチューニングできます。MIBは次のように定義できます。
MIBでは、システム(またはアプリケーション)管理者、システム・オペレータおよびその他という3つのタイプのユーザーが定義されています。次の表で、それぞれのタイプについて説明します。
クラスとは、Oracle Tuxedoアプリケーションを構成するエンティティのタイプ(サーバーやマシンなど)です。属性とは、クラス内のオブジェクトの特性(アイデンティティ、状態、構成パラメータ、実行時統計など)です。属性には、MIBの操作や応答、および個々のクラスに共通するものが多数あります。すべてのクラスには、オブジェクトの状態を示す状態属性があります。
MIB(5)リファレンス・ページで定義されている共通の属性セットは、クラスに依存しません。これらの属性は、入力操作を制御したり、ユーザーが何をしようとしているかをMIBに伝達したり、特定のクラスに依存しない出力バッファの特性の一部をプログラマに示します。
ACL_MIB(5)、APPQ_MIB(5)、DM_MIB(5)、EVENT_MIB(5)、MIB(5)、TM_MIB(5)およびWS_MIB(5)
イベントとは、アプリケーション・プログラムまたはOracle Tuxedoシステムにおいて発生した、管理者、オペレータまたはソフトウェアに関連のある状態変化またはその他の事象のことです。イベントの例として、「株式が指定された価格以上で取引された」、「ネットワーク障害が発生した」などがあります。
Oracle Tuxedoのイベント・ブローカを使用すると、アプリケーション・イベントやシステム・イベントをOracle Tuxedo ATMIアプリケーションで実行されているプロセス間で非同期的にルーティングできます。アプリケーション・イベントは、アプリケーション定義イベントの発生です。システム・イベントは、システム定義のイベントの発生です。
アプリケーション定義のイベントは、アプリケーションの設計者によって定義されます。そのため、アプリケーション固有のものです。アプリケーションに対して定義されたすべてのイベントは、アプリケーションで実行されているクライアント・プロセスおよびサーバー・プロセスによって追跡されます。
システム定義のイベントは、Oracle Tuxedoシステムのコードによって定義され、通常はTM_MIB(5)で定義されているオブジェクトに関連付けられています。システム定義の全イベントのリストは、BEA Tuxedoのファイル形式、データ記述、MIBおよびシステム・プロセス・リファレンスのEVENTS(5)リファレンス・ページに公開されています。これらのイベントはいずれも、Oracle Tuxedoシステムのユーザーによる追跡が可能です。
次の表に、Oracle Tuxedoアプリケーションをイベント・モニタリングに使用できるようにするための基本的なタスクを示します。
Oracle Tuxedoシステムから
EVENTS(5)によってユーザーに使用可能なシステム・イベントのリストが提供されるのと同じように、アプリケーション・イベント・サブスクリプションのリストが、関連のあるユーザーに対して使用可能になります。システム定義イベントの名前はドット(.)で始まりますが、アプリケーション定義イベントの名前はドット(.)で始まっていないこともあります。
アプリケーション定義イベントのリストを準備するために、アプリケーション設計者は
EVENTS(5)、TMUSREVT(5)、TMSYSEVT(5)およびfield_tables(5)リファレンス・ページを参照する必要があります。
|
Oracle Tuxedoアプリケーションの管理者は、クライアントまたはサーバーのプロセスにかわって、アプリケーション定義イベントまたはシステム定義イベントの公開済リストを使用して、tpsubscribe(3c)をコールすることにより、サブスクリプション・リクエストを入力できます。EVENTS(5)により、システム・イベントによって生成された通知メッセージおよびイベント名(tppost(3c)がコールされたときに引数として使用される名前)がリストされます。サブスクライバは、正規表現のワイルドカード機能を使用して、tpsubscribeを1回コールするだけでイベントのカテゴリ全体に対応できます。
システム定義イベントの各サブスクリプションは、いくつかある通知方法の1つを指定します。そのうちの1つがメッセージをULOGに書き込む方法であり、EVENT_MIBのT_EVENT_USERLOGクラスを使用して、サブスクライバはシステムのUSERLOGメッセージを書き込むことができます。イベントが検出されて照合されると、それらのイベントがULOGに書き込まれます。
イベント・ブローカは、1つのMIBオブジェクトにおける100種類以上の状態変化をシステム・イベントとして認識します。システム・イベントのポスティングでは、イベントが発生したオブジェクトの現在のMIB表現が含められます。
tppost(3c)、tpsubscribe(3c)およびtpunsubscribe(3c) S(5)、EVENT _MIB(5)、TMSY SEVT(5)、TMUSR EVT(5)、およびUBBCON FIG(5)
  
|