|
|
Oracle Tuxedo の各アプリケーションのコンフィグレーションは、管理者の主要なタスクです。管理者は、コンフィグレーション ファイルにパラメータ値を設定して、アプリケーションを記述します。これらのパラメータ値により、実行可能なアプリケーションが作成されます。コンフィグレーション ファイルとは、アプリケーションの起動と実行に必要なすべての情報 (アプリケーションのリソース、マシン グループ、サーバ、および利用可能なサービスなどの仕様) が格納されたリポジトリです。
コンフィグレーション ファイルには、次の 2 つの形式があります。
UBBCONFIG ファイルは、テキスト形式のコンフィグレーション ファイルであり、任意のエディタで作成したり、編集できます。Oracle Tuxedo のサンプル アプリケーションには、コンフィグレーション ファイルのサンプルが用意されていますが、UBBCONFIG そのものは用意されていません。UBBCONFIG ファイルは、アプリケーションごとに作成してください。コンフィグレーション ファイルのエントリで使用する構文については、『Oracle Tuxedo のファイル形式とデータ記述方法』の「UBBCONFIG(5)」を参照してください。| 注意 : | Oracle Tuxedo ソフトウェアには、bankapp および simpapp アプリケーションの一部として 3 つの UBBCONFIG ファイルのサンプル (ubbshm、ubbmp、ubbsimple) が用意されています (『サンプルを使用した Oracle Tuxedo アプリケーションの開発方法』を参照してください)。 |
TUXCONFIG ファイルは、バイナリ形式のコンフィグレーション ファイルであり、tmloadcf(1) コマンドにより、テキスト形式のファイルから作成されます。tmloadcf を実行する前に、TUXCONFIG をロードするデバイスまたはシステム ファイルの絶対パス名に環境変数 TUXCONFIG を設定しておく必要があります。TUXCONFIG のパラメータの多くは、必要に応じて、アプリケーションの実行中に tmconfig、wtmconfig(1)、または MIB を使って変更できます。
次の表は、コンフィグレーション ファイルの 9 つのセクションと、各セクションの目的を説明します。
コンフィグレーション ファイルには、少なくとも 9 つのパラメータが必要です。パラメータは 80 種類あります。最初のセクション以外のすべてのセクションには、複数のエントリを指定でき、各エントリには、独自のパラメータを指定できます。RESOURCES セクション以外のすべてのセクションでは、デフォルト値を使用して、複数のエントリに含まれるパラメータを指定できます。
コマンドライン インタフェースまたは Oracle Tuxedo Administration Console を使用して、バイナリ形式のコンフィグレーション ファイル (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 を別々のマシン上で実行するより、同じマシン上の別のサーバで実行した方が、パフォーマンスを最適化することができます。これにより、マシン間の通信が不要になるので、より迅速な応答が可能になります。
  
|