![]() ![]() ![]() ![]() ![]() ![]() ![]() |
Oracle Tuxedoの各アプリケーションの構成は、管理者の主要なタスクです。管理者は、構成ファイルにパラメータ値を設定して、アプリケーションを記述します。これらのパラメータ値により、実行可能なアプリケーションが作成されます。構成ファイルとは、アプリケーションの起動と実行に必要なすべての情報(アプリケーションのリソース、マシン・グループ、サーバー、および利用可能なサービス、インタフェースなどの仕様)が格納されたリポジトリです。
UBBCONFIG
ファイルは、テキスト形式の構成ファイルであり、任意のエディタで作成したり、編集できます。Oracle Tuxedoのサンプル・アプリケーションには、構成ファイルのサンプルが用意されていますが、UBBCONFIG
そのものは用意されていません。UBBCONFIG
ファイルは、アプリケーションごとに作成してください。構成ファイルのエントリで使用する構文については、『ファイル形式、データ記述、MIBおよびシステム・プロセス・リファレンス』の「UBBCONFIG(5)」を参照してください。注意: | Oracle Tuxedoソフトウェアには、bankapp およびsimpapp アプリケーションの一部として3つのUBBCONFIG ファイルのサンプル(ubbshm 、ubbmp 、ubbsimple )が用意されています。(『サンプルを使用したOracle Tuxedoアプリケーションの開発方法』を参照してください。) |
TUXCONFIG
ファイルは、バイナリ形式の構成ファイルであり、tmloadcf(1)コマンドにより、テキスト形式のファイルから作成されます。tmloadcf
を実行する前に、TUXCONFIG
をロードするデバイスまたはシステム・ファイルのフルパス名に環境変数TUXCONFIG
を設定しておく必要があります。TUXCONFIG
のパラメータの多くは、必要に応じて、アプリケーションの実行中にtmconfig、wtmconfig(1)、またはMIBを使って変更できます。
表2-1では、構成ファイルの9つのセクションと、各セクションの目的を説明します。
構成ファイルには、少なくとも9つのパラメータが必要です。パラメータは80種類あります。最初のセクション以外のすべてのセクションには、複数のエントリを指定でき、各エントリではそれぞれ固有のパラメータを選択します。RESOURCES
セクション以外のすべてのセクションでは、デフォルト値を使用して、複数のエントリに含まれるパラメータを指定できます。
コマンドライン・インタフェースまたはOracle Tuxedo管理コンソールを使用して、バイナリ形式の構成ファイル(TUXCONFIG
)を作成することができます。まず、そのファイルで定義する構成の種類を決定します。
この項は、Oracle TuxedoシステムでCORBA環境を適切に管理する方法について説明します。
CORBA環境を適切に管理するには、以下の要件を満たす必要があります。
“find"
リクエストを受信した場合のみNameManagerと通信するので、FactoryFinderサービスの前にNameManagerサービスを起動する必要はありません。これに対し、NameManagerは起動時に相互通信を試みます。FactoryFinderは、リモート・ドメインにあるファクトリの検索リクエストを受け取らないかぎり、相互に通信することはありません。この項は、CORBA環境の信頼性を向上させる方法について説明します。
アプリケーション・サーバーがダウンすると、NameManagerに登録されたファクトリを削除できなくなります。また、FactoryFinderが、アクティブではなくなったファクトリのオブジェクト参照を返す場合もあります。これは、非アクティブになったファクトリを含むサーバーが使用不能になった、ファクトリをNameManagerから登録解除できない、または、ファクトリ用のインタフェースを提供するサーバーが他に存在しないことが原因で発生します。
通常、アプリケーション・ファクトリはその後すぐに再起動でき、ファクトリを提供します。ただし、ファクトリ・エントリが無制限に保持されないように保証するため、アプリケーションがダウンするとNameManagerに通知されます。この通知を受信すると、NameManagerは現在アクティブなサーバーではサポートされていないファクトリ・エントリを削除することができます。
少なくとも、マスターとスレーブの2つのNameManagerをアプリケーションに(可能であれば異なるマシンに)構成し、FactoryFinderで問合せ機能を実行できるようにします。アプリケーションには、複数のFactoryFinderを構成することも可能です。
マスターNameManagerは、UBBCONFIG
ファイルで指定する必要があります。マスターNameManagerには、登録に関するあらゆるアクティビティが送信されます。内容が更新されると、マスターNameManagerからスレーブNameManagerに通知されます。マスターNameManagerがダウンすると、マスターが再起動されるまで、ファクトリの登録と削除はできません。
FactoryFinderとNameManagerを別々のマシン上で実行するより、同じマシン上の別のサーバーで実行した方が、パフォーマンスを最適化することができます。これにより、マシン間の通信が不要になるので、より迅速なレスポンスが可能になります。
![]() ![]() ![]() |