![]() ![]() ![]() ![]() ![]() ![]() |
図1-1に、Oracle Tuxedoアプリケーションの起動と停止に必要なタスクを示します。
タスク名をクリックすると、そのタスクの実行方法が表示されます。
Oracle Tuxedoアプリケーションを管理するには、Oracle Tuxedoの実行可能ファイルおよびデータ・ライブラリにアクセスできなければなりません。アプリケーションの起動と停止に必要なコマンドは%TUXDIR%\bin
(Windowsホスト・マシンの場合)および
$TUXDIR/bin
(UNIXホスト・マシンの場合)に格納されています。
Windowsホスト・マシンの環境を設定するには、コマンド・プロンプトで次のコマンドを入力します。
set TUXCONFIG=path_name_of_TUXCONFIG_file
set TUXDIR=path_name_of_BEA_Tuxedo_system_root_directory
set APPDIR=path_name_of_BEA_Tuxedo_application_root_directory
set PATH=%APPDIR%
;%TUXDIR%
\bin;%PATH%
斜体の文字列は、インストール先の適切な絶対パス名に置き換えてください。
Windowsは、PATH
変数に設定されたパスを使って、動的に読込み可能な必須ライブラリ・ファイルにアクセスします。具体的には、次の順序で動的に読込み可能なライブラリ・ファイルが検索されます。
UNIXホスト・マシンの環境を設定するには、次のように環境変数を設定し、エクスポートします。
TUXCONFIG=path_name_of_TUXCONFIG_file
TUXDIR=path_name_of_BEA_Tuxedo_system_root_directory
APPDIR=path_name_of_BEA_Tuxedo_application_root_directory
PATH=$APPDIR:$TUXDIR/bin:/bin:$PATH
LD_LIBRARY_PATH=$APPDIR:$TUXDIR/lib:/lib:/usr/lib:$LD_LIBRARY_PATH
export TUXCONFIG TUXDIR APPDIR PATH LD_LIBRARY_PATH
斜体の文字列は、インストール先の適切な絶対パス名に置き換えてください。
注意: | アプリケーション管理者は、UBBCONFIG ファイルのMACHINES セクションで、TUXCONFIG 、TUXDIR 、およびAPPDIR の3つの環境変数を定義するか、またはアプリケーション内の各マシンに対してTM_MIB のT_MACHINE クラスを定義してください。これらの環境変数については、UBBCONFIG(5)またはTM_MIB(5)のリファレンス・ページを参照してください。 |
各Oracle Tuxedoドメインは、構成ファイルによって制御され、インストール時の設定に基づくパラメータが定義されています。テキスト形式の構成ファイルをUBBCONFIG
と呼びます。バイナリ形式のUBBCONFIG
ファイルは、TUXCONFIG
と呼ばれます。UBBCONFIG
ファイルと同じように、TUXCONFIG
ファイルにも任意の名前を付けることができます。実際の名前は、TUXCONFIG
環境変数で指定されたデバイスまたはシステム・ファイル名です。
注意: | 構成ファイルについては、『ファイル形式、データ記述、MIBおよびシステム・プロセス・リファレンス』の「UBBCONFIG(5)」を参照してください。 |
tmloadcf(1)コマンドは、テキスト形式の構成ファイルをTUXCONFIG
と呼ばれるバイナリ形式のファイルに変換し、TUXCONFIG
変数で指定されている位置に書き込みます。次のようにコマンドを実行します。
$ tmloadcf [-n] [-y] [-c] [-bblocks
] {UBBCONFIG_file
| - }
注意: | このコマンドを実行するには、MASTER マシンにログインして、構成ファイルのオーナーとしての有効なユーザーIDを取得する必要があります。 |
-c
および-n
オプションを使用すると、TUXCONFIG
ファイルはロードされません。IPC資源はプラットフォームに固有です。-c
オプションを使用する場合は、『Oracle Tuxedoインストレーション・ガイド』に記載されているご使用のプラットフォーム用データシートを確認して変更を加える必要があるか判断します。IPC資源を変更する必要がある場合は、ご使用のプラットフォームの管理者ガイドを確認してください。-n
オプションにより、構成ファイルの構文エラーが見つかった場合は、エラーを修正してから作業を進めてくださいなお、UBBCONFIG_file
には、構成ファイルの完全修飾名を指定します。
-b
オプションには、引数として、TUXCONFIG
ファイルを格納するためのブロック数の制限値を指定できます。初期化されていないrawディスク・デバイスにTUXCONFIG
をインストールする場合は、このオプションを使用してください。TUXCONFIG
が通常のUNIXシステム・ファイルに格納されている場合、このオプションはお薦めできません。
ネットワーク・アプリケーションを実行するには、リスナー・プロセスを各マシン上で実行している必要があります。ネットワーク・アプリケーションとは、複数のマシン上で稼働するアプリケーションであり、UBBCONFIG
ファイルのRESOURCES
セクションにあるMODEL
MP
パラメータで設定します。
注意: | TUXDIR 、TUXCONFIG 、APPDIR 、およびその他の関連する環境変数を定義してから、tlisten を起動してください。 |
プロセスが接続をリスニングするポートは、構成ファイルのNETWORK
セクションにあるNLSADDR
で指定されているポートと同じでなければなりません。各マシン上で、tlisten(1)コマンドを次のように使用します。
tlisten [ -ddevice
] -lnlsaddr
[-u {uid-#
|uid-name
}] [ -zbits
] [ -Zbits
]
-d
device
- ネットワーク・デバイスのフルパス名。Oracle Tuxedoのリリース6.4以降では、このオプションは省略可能です。Oracle Tuxedoシステムの以前のバージョン(リリース6.3以前)では、TCP/IPなど一部のネットワーク・プロバイダでこの情報が必要になります。-l
nlsaddr
- プロセスが接続をリスニングするネットワーク・アドレス。TCP/IPアドレスは次の形式で指定します。 "//hostname:port_number"
"//#.#.#.#:port_number"
1番目の例では、tlisten
がローカル名の解決機能(通常DNS)を利用してhostname
のアドレスを検索します。hostname
はローカル・マシンでなければなりません。ローカル名解決機能によってhostname
をローカル・マシンのアドレスは明確に解決されます。
2番目の例では、#.#.#.#
はドット区切りの小数形式になります。ドット区切りの10進数形式では、それぞれの#
に0 - 255の数字を指定します。このドット区切りの10進数は、ローカル・マシンのIPアドレスを表します。どちらの形式の場合も、port_number
にはtlisten
プロセスが接続リクエストの受信をリスニングするTCPポート番号を指定します。port_number
には、0 - 65535までの数字または名前を指定します。port_number
が名前の場合は、ローカル・マシンのネットワーク・サービス・データベースになければなりません。アドレスは、先頭に0x
をつけ、16進形式で指定することもできます。先頭の0x
に続く文字として、0 - 9までの数字か、またはAからFまでの文字(大文字と小文字は区別しない)を指定できます。IPX/SPX
やTCP/IP
のような任意のバイナリ・ネットワーク・アドレスには、16進数の形式が便利です。アドレスは、任意の文字列としても指定できます。値は、構成ファイル内のNETWORK
セクションにあるNLSADDR
パラメータの値と同じでなければなりません。
tmloadcf(1)は、nlsaddr
がMASTER
LMID
のエントリから欠落している場合は警告を出力し、これ以外のエントリから欠落している場合はエラーを出力します。ただし、nlsaddr
がMASTER
LMID
エントリから欠落している場合には、tmadmin(1)をリモート・マシンから管理者モードで実行することはできません。可能な処理は、読取りのみの操作だけです。これは、MASTER
サイトで障害が発生しても、バックアップ・サイトから再起動できないことも意味します。
-u
uid-#
またはuid-name
- ユーザーを指定してtlisten
プロセスを実行する場合に使用します。このオプションは、リモート・マシンのrootでtlisten(1)コマンドを実行する場合に必要です。 -z [
bits
]
- Oracle Tuxedoシステムの管理プロセスとtlisten
との間のネットワーク・リンクを確立する場合に必要な最低レベルの暗号化を指定します。ゼロ(0)は、暗号化が行われないことを示し、56および128は暗号化キーの長さ(ビット単位)を指定します。ここで指定する最小レベルの暗号化が満たされない場合、リンクの確立は失敗します。デフォルトはゼロです。 -Z [
bits
]
- Oracle Tuxedoシステムの管理プロセスとtlisten
との間のネットワーク・リンクを確立する場合に可能な最大レベルの暗号化を指定します。ゼロ(0)は、暗号化が行われないことを示し、56および128は暗号化キーの長さ(ビット単位)を指定します。デフォルトは128です。
tmboot(1)を実行すると、構成内のすべてのマシンにTUXCONFIG
が自動的に伝播されます。ただし、手動で伝播しなければならないファイルもあります。次の表は、ネットワーク・アプリケーションに必要なファイルとディレクトリの一覧です。まず、Oracle Tuxedoシステムをマシンにインストールしてください。
注意: | tlisten プロセスは、アプリケーションを起動する前に、ネットワーク接続されたOracle Tuxedoアプリケーションの各マシンで起動する必要があります。tlisten(1)のリファレンス・ページを参照してください。 |
注意: | TUXDIR 、TUXCONFIG 、APPDIR 、およびその他の関連する環境変数を定義してから、tlisten を起動してください。 |
表1-1に、伝播するディレクトリとファイルを示します。
バッファ型として
FML またはVIEWS を使用する場合は、これらのバッファ型を使用するマシンにフィールド表とVIEW 記述ファイルを手動で伝播し、再コンパイルする必要があります。フィールド表ファイルからヘッダー・ファイルを作成するにはmkfldhdr, mkfldhdr32(1)を使用します。VIEWファイルをコンパイルするにはviewc, viewc32(1) を使用します。FML フィールド表およびVIEW 記述ファイルは、FLDTBLDIR 、FIELDTBLS 、VIEWDIR 、VIEWFILES 、またはこれらの環境変数の32ビット版を通じて使用できます。
|
分散トランザクション処理を作成するには、トランザクションに参加するマシンにグローバル・トランザクション・ログ(TLOG
)を作成する必要があります。TLOG
を定義するには、次の手順に従います。
MACHINES
セクションで、TLOGDEVICE
、TLOGOFFSET
、TLOGNAME
、およびTLOGSIZE
パラメータを設定する必要があります。TLOGDEVICE
の汎用デバイス・リスト・エントリ(UDL)を作成する必要もあります。このタスクは、TUXCONFIG
をロードする前でも後でもかまいませんが、システムを起動する前に行う必要があります。TLOG
デバイス用のエントリをUDLに作成するには、アプリケーションを起動していない状態のMASTER
マシンでtmadmin -c
を実行します(-c
オプションを指定すると、構成モードでtmadmin
が呼び出されます)。crdl -zconfig
-bblocks
-z
config
には、UDLが作成されるデバイス(TLOG
の常駐先デバイス)のフル・パス名を指定します。-b
blocks
には、デバイスに割り当てるブロック数を指定します。config
の値は、MACHINES
セクションのTLOGDEVICE
パラメータの値と一致する必要があります。ブロック数は、TLOGSIZE
より大きくなければなりません。-z
を指定しない場合は、デフォルトとしてconfig
の値にFSCONFIG
変数の値(アプリケーションのデータベースを指す)が使用されます。
TLOGDEVICE
が2つのマシン間でミラーリングされる場合は、片方のマシンに対してステップ4を実行する必要はありません。TLOG
を障害から回復できるようにするには、TLOGをミラーリング可能なデバイス上に配置する必要があります。TLOG
は、ディスク・パーティション全体を割り当てるほど大きくないため(通常は100ページ程度)、一般にはOracle Tuxedo /Qデータベースと同じrawディスク・スライスに格納されます。
すべての準備が整ったら、tmboot
を使ってアプリケーションを起動できます。tmboot(1)を実行できるのは、TUXCONFIG
ファイルを作成した管理者だけです。
アプリケーションは通常、構成ファイルのRESOURCES
セクションでMASTER
として指定されたマシン、またはMASTER
マシンとして動作するBACKUP
マシンから起動します。これ以外のマシンから起動する場合は、-b
オプションを使用します。tmboot
の実行時に実行可能ファイルが検索されるようにするには、BBLなどのOracle Tuxedoシステムのプロセスが$TUXDIR/bin
になければなりません。アプリケーション・サーバーは、構成ファイルのAPPDIR
変数で定義されたディレクトリになければなりません。
tmboot
は、アプリケーション・サーバーの起動時に、構成ファイルのCLOPT
、SEQUENCE
、SRVGRP
、SRVID
、およびMIN
パラメータを使用します。SEQUENCE
オプションを指定した場合、アプリケーション・サーバーはSEQUENCE
パラメータに指定された順序で起動します。SEQUENCE
を指定しない場合、サーバーは構成ファイルに記述されている順序で起動します。コマンドラインの形式は、以下のとおりです。
$ tmboot [-ggrpname
] [-osequence
] [-S] [-A] [-y]
表1-2に、tmbootオプションをリストします。
注意: | tmboot オプションの総合一覧については、tmboot(1)のリファレンス・ページを参照してください。 |
prompt
>tmboot -y
図1-2に、小規模アプリケーションのデフォルトの起動手順をリストします。
大規模アプリケーション(50台を超えるマシン構成)の場合は、1つのステップですべてのマシンを起動します。前に述べたデフォルト手順(マシン2台の構成の場合)のすべてのステップは実行しません。図1-3は、最適化された起動手順を示しています。
注意: | この起動手順では、システム・メッセージの数が大幅に少ないため、大規模アプリケーションをより高速に処理できます。この方法では、起動にかかる時間を50%短縮できます。ネットワークの速度が遅い構成では、MASTER マシンに高速で接続できるマシンを最初に起動することにより、起動時間を短縮できます。 |
tmshutdown(1)コマンドを使用して、Oracle Tuxedoアプリケーションの一部または全体を停止します。このコマンドの使用上の規則は、tmboot(1)と似ています。tmshutdown
はtmboot
とは逆の処理を行います。
アプリケーション全体が停止すると、tmshutdown
はOracle Tuxedoシステムに関連付けられたIPCリソースを削除します。起動する範囲を指定するためのtmboot
のオプション(-A
、-g
、-I
、-S
、-s
、-l
、-M
、-B
)は、tmshutdown
でも使用できます。MASTER
マシン以外からtmboot
を使用するための -b
オプションは、tmshutdown
ではサポートされていません。つまり、tmshutdown
コマンドは、必ずMASTER
(またはBACKUP
MASTER
)マシンで実行する必要があります。
サーバーを移行するには、-R
オプションを使用します。このオプションは、掲示板のエントリを削除せずにサーバーを停止します。マシンが分断されている場合、tmshutdown
に -P
LMID
オプションを指定して、分断されたマシン上で実行することにより、そのマシン上のサーバーを停止することができます。
tmshutdown
を実行しても、クライアントの接続先であるマシンの管理サーバーのBBLは停止しません。ただし、-c
オプションを使用すると、この特性をオーバーライドできます。直ちにマシンを停止する必要がある場合や、クライアントと通信できない場合に、このオプションを使用してください。
-w
delay
オプションを使用すると、delay
で指定した秒数が経過した後で強制的に停止を実行できます。このオプションにより、すべてのサーバーが直ちに中断されます。以降の作業がキューに登録されることはありません。delay
には、キューに登録済みのリクエストを処理するための時間を指定します。delay
で指定した秒数が経過するとSIGKILL
信号がサーバーに送られます。管理者はこのオプションを使用して、アプリケーション・コードでループ状態にあるかまたはブロックされているサーバーを停止することができます。
tmshutdown(1)を実行できるのは、TUXCONFIG
ファイルを作成した管理者だけです。アプリケーションの停止は、構成ファイルでMASTER
として指定されているマシンからのみ実行できます。BACKUP
マシンがMASTER
マシンとして動作している場合、停止プロセスでは、このマシンがMASTER
マシンと見なされます。ただし、分断されたマシンは例外です。-p
オプションを使用すると、管理者は分断されたマシンからtmshutdown
コマンドを実行して、そのサイトのアプリケーションを停止できます。
アプリケーション・サーバーは、SEQUENCE
パラメータまたは構成ファイルで指定された順序とは逆の順序で停止します。SEQUENCE
で順序が指定されたサーバーと、順序が指定されていないサーバーが混在する場合、まず番号が指定されていないサーバーが停止し、次にSEQUENCE
番号が指定されたアプリケーション・サーバーが(逆の順序で)停止します。最後に、管理サーバーが停止します。
アプリケーションが停止する場合と、Oracle Tuxedoシステムが割り当てたIPCリソースはすべて削除されます。tmshutdown
により、DBMSが割り当てたIPCリソースが削除されることはありません。
IPC資源とは、メッセージ・キュー、共有メモリー、セマフォなどのオペレーティング・システムの資源のことです。tmshutdown
コマンドを使ってOracle Tuxedoアプリケーションが正常に停止すると、Oracle Tuxedoアプリケーションで使用されるIPCリソースは、すべてシステムから削除されます。ただし、アプリケーションが正常に停止せず、システムにIPC資源が残る場合もあります。これが起こると、アプリケーションを再起動できなくなることがあります。
この問題の解決策として、IPCS
コマンドを実行するスクリプトを使用してIPCリソースを削除し、特定のユーザーが保有するすべてのIPCリソースをスキャンする方法があります。しかし、この方法ではIPC資源の識別が困難です。たとえば、特定のOracle Tuxedoアプリケーションに属する資源か、Oracle Tuxedoシステムとは無関係の資源かを識別することができません。誤ってIPC資源を削除するとアプリケーションが破損する可能性があるため、資源の種類を識別できることは重要です。
Oracle TuxedoのIPCツール(tmipcrm(1)コマンド)を使用すると、稼働中のアプリケーションでOracle Tuxedoシステムによって割り当てられているIPCリソース(コア・システムとWorkstationコンポーネントのみ)を削除できます。
IPCリソースを削除するコマンドtmipcrm(1)は、TUXDIR/bin
に格納されています。 このコマンドは、バイナリ形式の構成ファイル(TUXCONFIG
)を読み込み、このファイルの情報を使用して掲示板に書き込みます。tmipcrm
を使用できるのは、ローカル・サーバー・マシンに対してのみです。Oracle Tuxedoの構成のリモート・マシンにあるIPCリソースは削除できません。
このコマンドを実行するには、次のコマンドラインを入力します。
tmipcrm [-y] [-n] [TUXCONFIG_file
]
IPCツールを使用すると、Oracle Tuxedoシステムで使用されるすべてのIPC資源を一覧表示したり、IPC資源を削除することができます。
注意: | このコマンドは、TUXCONFIG 環境変数を正確に設定するか、またはコマンドラインで適切なTUXCONFIG ファイルを指定しないと利用できません。 |
/QのIPCリソースを削除するには、qmadmin(1) ipcrm
コマンドを使用します。
![]() ![]() ![]() |