5 Oracle TuxedoシステムのTuxedo 22cリリース1 (22.1.0.0.0)へのアップグレード
次の各項では、Oracle Tuxedo 12cリリース2 (12.2.2)をOracle Tuxedo 22cにアップグレードする場合の簡易アップグレードとホット・アップグレードの手順について説明します:
5.1 アップグレードの流れ
図5-1 アップグレードの流れ
アップグレードのためにドメイン(アプリケーション)を停止する場合は、ドメインを停止してから簡易アップグレードを実行する必要があります。アップグレードのためにドメインを停止できない場合は、ホット・アップグレードを実行してください(ドメインを停止せずにOracle Tuxedo 22cリリース1 (22.1.0.0.0)システム・ソフトウェアを既存のOracle Tuxedoドメインに追加します)。
5.2 アップグレードするためのマシンの準備作業
Oracle Tuxedo 22cリリース1 (22.1.0.0.0)をマシンにインストールする前に、必要なバージョンのオペレーティング・システムおよびコンパイラがインストールされていることを確認します。サポートされているプラットフォームそれぞれでのオペレーティング・システムおよびコンパイラの要件は、Oracle Tuxedo 22cリリースのプラットフォーム・データ・シートを参照してください。
5.3 アップグレード手順の選択
Oracle Tuxedo 22cリリース1 (22.1.0.0.0)をインストールしようとするプラットフォームにOracle Tuxedoソフトウェアの以前のリリースがインストールされている場合、次の手順をよく読んでください。
アップグレードの際にアプリケーションの停止が可能であれば、アプリケーションを停止して簡易アップグレードを実行します。簡易アップグレードを実行する手順は、「簡易アップグレードの実行」を参照してください。
- Oracle Tuxedoのバージョン12.1.1.0.0、12.1.3.0.0および12.2.2.0.0
Oracle Tuxedo 22cリリース1 (22.1.0.0.0)ソフトウェアは、既存のアプリケーションを停止せずに既存のOracle Tuxedoドメインに追加できます。また、既存のアプリケーションを停止せずに、新規Oracle Tuxedo 22cリリース1 (22.1.0.0.0)アプリケーション・サーバーをそれらのドメインに追加することもできます。ホット・アップグレードを実行する手順は、「ホット・アップグレードの実行」を参照してください。
5.4 ファイルのバックアップ
一部のファイルは、インストール前にバックアップを取り、インストールの完了後にリストアする必要があります。これらのファイルに加えた変更は、新規のOracle Tuxedoソフトウェアがインストールされると上書きされます。
これらのファイルを再び変更せずにすむように、次のステップに従います:
RM
ファイルを一時的な場所にバックアップします。RM
ファイルには、buildtms
およびbuildXAJS
などのコマンドによって使用されるデータベース・ベンダー固有の設定が含まれています。これはtux_prod_dir/udataobj
ディレクトリ内にあります。tux_prod_dir
は、Oracle Tuxedoをインストールしたディレクトリです。CATNAMES
、jrepository
、およびjrly.config
ファイルをバックアップします。CATNAMES
ファイルはtux_prod_dir/locale
ディレクトリ内にあります。jrepository
ファイルはtux_prod_dir/udataobj/jolt/repository/
ディレクトリ構造内にあり、jrly.config
ファイルはtux_prod_dir/udataobj/jolt/relay/
ディレクトリ構造内にあります。tux_prod_dir
ディレクトリに追加したファイルがあれば、一時的な場所に移します。- インストールが完了した後、これらのファイルを元の場所にリストアします。
5.5 簡易アップグレードの実行
簡易アップグレードは、次の基本的なステップで構成されます。
DMTLOG
およびTLOG
がすでに存在する場合は、これらのファイルに保留中のトランザクション・ログがないことを確認します。- アプリケーションを停止します。
- 「ファイルのバックアップ」で説明したとおりにファイルをバックアップします。
tmunloadcf(1)
コマンドを実行し、MASTER
マシンの構成ファイルのテキスト・バージョンを更新します。- 構成ファイルの旧バイナリ・バージョンをバックアップします。
- Oracle Tuxedo 9.1マシンをアップグレードする場合、「Oracle Tuxedoのアンインストール」の説明に従ってOracle Tuxedoシステム・ソフトウェアをアンインストールします。
- 最低でも
MASTER
マシンおよびバックアップMASTER
マシンにOracle Tuxedo 22cリリース1 (22.1.0.0.0)ソフトウェアをインストールします。 tmloadcf(1)
コマンドをMASTER
マシンで実行し、構成ファイルのテキスト・バージョンを再ロードします。- 古いリリースを使用する場合は、アプリケーションを再コンパイルして再リンクします。Tuxedo 12.2.2のアップグレードは必須ではありません。アップグレードの考慮事項の詳細は、アップグレードの考慮事項を参照してください。
DMTLOG
およびTLOG
がすでに存在する場合、それらを削除します。- アプリケーションを再起動します。
- 時間があれば、構成内の他のマシンを停止してアップグレードします。
ノート:
XAUTHSVR
を使用するTuxedoアプリケーションを使用している場合は、次のステップに従います:
PASSWORD
の値をプレーン・テキストで入力します。XAUTHSVR
構成ファイルのPASSWORD
値を暗号化するには、22c installation dir>/bin/tpldapconf -f XAUTHSVR configuration file>
ファイルを実行します。
5.6 Windows Serverの追加アップグレード・ステップの実行
WindowsマシンでOracle Tuxedo 22cリリース1 (22.1.0.0.0)以前のソフトウェアが実行されている場合は、クリーンなシステムで開始するために、Oracle Tuxedo 22cリリース1 (22.1.0.0.0)ソフトウェアをインストールする前に次の追加ステップを実行してください。
TListen
およびOracle procMGR
サービスを停止します。「スタート」メニューから、「スタート」→「すべてのプログラム」→「管理ツール」→「サービス」をクリックします。「サービス」ウィンドウが開きます。TListen
サービスのエントリまでスクロールして選択し、「停止」ボタンをクリックします。「ステータス」値が「開始」から空白に変わります。次に、Oracle procMGR
(IPC Helper)サービスまでスクロールして選択し、「停止」ボタンをクリックします。エラーが発生することはありますが、サービスの「ステータス」値は「開始」から空白に変わります。次に、「閉じる」ボタンをクリックします。- Windowsの「プログラムの追加と削除」を実行して、以前のOracle Tuxedoソフトウェア・バージョンを削除します。「スタート」メニューから、「スタート」→「設定」→「コントロール パネル」→「プログラムの追加と削除」を選択します。「プログラムの追加と削除のプロパティ」ウィンドウが表示されます。
- 以前のOracle Tuxedoのエントリまでスクロールし、そのエントリを選択して「追加/削除」ボタンをクリックします。
- プロンプトが表示されたら、ソフトウェアのアンインストールを確認します。プログラムの完了後、「コンピュータのプログラムを削除します」ウィンドウが表示されます。
- 一般にはインストール後にファイルを追加したことが理由で、すべてのディレクトリを削除できなかった場合は、「詳細」ボタンをクリックすると、どのディレクトリが削除されずにシステムに残っているかを確認できます。削除されなかったディレクトリに、変更済のサンプル・ファイルなど、インストール後に変更したファイルが含まれている場合は、それらを一時ディレクトリに移動します。
- アンインストールが終了したらシステムを再起動します。
5.7 旧リリースのTuxedoからOracle Tuxedo 22cリリース1 (22.1.0.0.0)へのアップグレード
Oracle Tuxedoの旧リリースをOracle Tuxedo 22cリリース1 (22.1.0.0.0)にアップグレードする場合、次の点に注意してください:
- Oracle Tuxedo 22cリリース1 (22.1.0.0.0)サーバーがTuxedo 6.5ソフトウェアと相互運用できるようにするには、Oracle Tuxedo 22cリリース1 (22.1.0.0.0)サーバーの
servopts -t
オプションを指定する必要があります。サーバーとしては、ワークステーション・リスナー(WSL)プロセス、ドメイン・ゲートウェイ(GWTDOMAIN)プロセス、システム・プロセス、またはアプリケーション・サーバー・プロセスを使用できます。ワークステーション・リスナー・プロセスの場合は、servopts -t
オプションによって、すべてのワークステーション・ハンドラ(WSH)プロセスで相互運用が可能になります。詳細は、『Oracle Tuxedoファイル形式、データ記述、MIBおよびシステム・プロセス・リファレンス』のGWTDOMAIN(5)
を参照してください。 - Oracle Tuxedo 22cリリース1 (22.1.0.0.0)のドメイン・ゲートウェイ(GWTDOMAIN)がTuxedo 6.5で実行されているドメイン・ゲートウェイと相互運用できるようにするには、Tuxedo 6.5パッチ・レベル446にアップグレードする必要があります。
パッチ・レベルを446にアップグレードしない場合は、このOracle Tuxedo 22cリリース1 (22.1.0.0.0)にドメイン・ゲートウェイの
TM_GWT_OLDSECCHECK
環境変数を設定する必要があります。Oracle Tuxedo環境変数については、『Oracle Tuxedoファイル形式、データ記述、MIBおよびシステム・プロセス・リファレンス』のtuxenv(5)
を参照してください。 - Tuxedo 6.5 COBOLプログラムによって
TPINITIALIZE()
が呼び出される場合、COBOLアプリケーションを実行する際に、TM_CBL_IGNORE_CONTEXT
環境変数をY
に設定する必要があります。Oracle Tuxedo環境変数の詳細は、『Oracle Tuxedoファイル形式、データ記述、MIBおよびシステム・プロセス・リファレンス』のtuxenv(5)
を参照してください。 - このリリースでは、エラー発生時に
tpreturn()
APIメソッドで例外がスローされます。tpreturn()
APIメソッドをtry-catchブロックで呼び出すように既存のコードを変更する必要があります。そうしないと、コードを正常にコンパイルすることができません。
5.8 ホット・アップグレードの実行
ホット・アップグレードを実行する前に、「ファイルのバックアップ」で説明したとおりにファイルをバックアップします。
ホット・アップグレード中に、MASTER
をシャットダウンし、MASTER
マシンを直列的にバックアップする必要があります。残りの構成に影響はありません。
5.8.1 アップグレード前のノート
MASTER
を(ホット・アップグレードによって)Oracle Tuxedo 22cリリース1 (22.1.0.0.0)に移行したとき、バックアップをOracle Tuxedo 22cリリース1 (22.1.0.0.0)にアップグレードするまで、MASTERを代理バックアップに戻すことはできなくなります。したがって、MASTER
の移行は元に戻せません。移行が完了した後で、MASTER
を以前のOracle Tuxedoリリースに戻すことはできません。
以前のリリースのMASTER
が存在するOracle Tuxedo 22cリリース1 (22.1.0.0.0)マシンに対してtmadmin(1)
を実行するとき、ホット・アップグレードの例のUPGRADE
ファイルが現在のディレクトリにあることが必要です。このファイルが現在のディレクトリにあることを確認するには、たとえば、Tuxedoアプリケーション・ディレクトリ$APPDIR
(UNIX)でtmadmin
を実行します。
Oracle Tuxedoデータ・ストレージ領域を移行する際には、次のガイドラインに従います:
oldTUXCONFIG
ファイルを削除する必要があります。バックアップ・マシンの実行時にTUXCONFIG
は自動的に伝播されるため、ユーザー側の操作は必要ありません。- ソフトウェアをロードするときにTLOGを作成します。すでにTLOGがある場合は削除します。
- アプリケーションのキュー・スペースおよびキューに関しては何もしないでください。
- ドメイン構成(
BDMCONFIG
)ファイルがある場合は、そのままにしておきます。
停止時間を最小限に抑えるために、Oracle Tuxedo 22cリリース1 (22.1.0.0.0)をMASTER
マシンおよびバックアップMASTER
マシンにインストールし、$APPDIR
で定義されている各マシンのディレクトリと以前のリリースのクライアントおよびサーバーが作成されていたディレクトリに対して、すべてのクライアントおよびサーバーを同時に再ビルドすることをお薦めします。つまり、旧リリースのアプリケーションとOracle Tuxedo 22cリリース1 (22.1.0.0.0)アプリケーションの両方を各マシンで使用できるようにします。これは要件ではなく、推奨事項です。
Oracle Tuxedoソフトウェアは、最大256バイトのデバイス・リスト・パス・エントリをサポートしています(旧リリースでは長さの制限は64バイトです。)Oracle Tuxedoの旧リリースで作成されたキュー・スペース、TLOGファイル、その他の構成ファイルは、このリリースでも認識およびサポートされます。ただし、Oracle Tuxedo 8.0以前のリリースで作成されたデバイス・リストは、パス名が64バイトに制限されています。このため、将来64バイトを超える長さのパス名を使用してキュー・スペースに新しい領域を追加しようと考えており、アップグレード時にこのようなキュー・スペースが空の場合、システム管理者はホット・アップグレード時にキュー・スペース・デバイス・リストとキュー・スペースを作成できます。多くのアプリケーションは、アップグレード中にキュー・スペースを保持する必要があり、再作成する必要はありません。さらに、ほとんどのアプリケーションは将来キュー・スペースに領域を追加する必要がないか、または現在使用しているパス名以下の長さのパス名を使用して領域を追加できます。このキュー・スペースの再作成はまったくの任意であり、ここでの説明はあくまで補完的なものです。
DMTLOG
およびTLOG
がすでにある場合は、アプリケーションを停止する前に、保留中のトランザクション・ログがないことを確認してください。また、アプリケーションの停止後にDMTLOG
およびTLOG
(存在する場合)を必ず削除してください。
親トピック: ホット・アップグレードの実行
5.8.2 ホット・アップグレード手順
この項では、ホット・アップグレードのタスクについて説明します。
- 次のように環境を設定する必要があります:
- 構成にバックアップ
MASTER
マシンを用意します。 - 構成内の
MODEL
オプションをMP
に設定します。 - 構成内の
MIGRATE
オプションを設定します。
- 構成にバックアップ
- Oracle Tuxedo 9.1マシンをアップグレードする場合、「Oracle Tuxedoのアンインストール」の説明に従ってOracle Tuxedoシステム・ソフトウェアをアンインストールします。
- バックアップ
MASTER
マシンを停止します。 - バックアップ
MASTER
マシンにOracle Tuxedo 22cリリース1 (22.1.0.0.0)ソフトウェアをインストールし、バックアップ・マシンを再起動します。 - 旧リリースが実行されている
MASTER
マシンを、Oracle Tuxedo 22cリリース1 (22.1.0.0.0)が実行されているバックアップMASTER
マシンに移行します。 - バックアップ
MASTER
となったマシンを停止します。 - 以前の
MASTER
にOracle Tuxedo 22cリリース1 (22.1.0.0.0)をインストールします。 - Oracle Tuxedo 22cリリース1 (22.1.0.0.0)を使用して、ステップ7で停止したマシンを再起動します。
ホット・アップグレードの詳細は、ホット・アップグレードの例を参照してください。
親トピック: ホット・アップグレードの実行
5.8.3 ホット・アップグレードの例
次の例は、ホット・アップグレードのサンプル・シナリオとホット・アップグレードの実行ステップを示したものです。
MASTER
として構成され、旧リリースを実行するMACH1
というマシン$APPDIR1
というアプリケーション・ディレクトリが対応しています$TUXCONFIG1
という構成ファイルが対応しています。
- バックアップとして構成された
MACH2
というマシン$APPDIR2
というアプリケーション・ディレクトリが対応しています。$TUXCONFIG2
という構成ファイルが対応しています。
次の例で、ホット・アップグレードのサンプル・シナリオとホット・アップグレードの実行ステップについて説明します:
- 環境が次のように設定されていることを確認します(
MP
モードでは、MASTER
マシンの$APPDIR
にUBBCONFIG
ファイルを構成する必要があります)。- 参考のためには、サンプルの銀行アプリケーションの
ubbmp
ファイルを参照してください。 - 構成のリソース・セクションで、
BACKUP MASTER
マシンを指定する必要があります。次のステップに従います。*RESOURCES
セクションで、MASTER
の値をMACH1
,MACH2
のように選択します(MACH2
はバックアップ・マスター・マシン)。次に例を示します:MASTER MACH1,MACH2
- 構成で、
*RESOURCES
セクションのMODEL
オプションをMP
に設定する必要があります。 - 構成で、
MIGRATE
オプションを設定する必要があります。OPTIONS LAN, MIGRATE
- Networkセクションには
NADDR
とNLSADDR
の両方を設定する必要があります(それぞれを別のポートにする必要があります)。*NETWORK MACH1 NADDR="//<MACH1_Hostname>:<naddr_port_number>" #BRIDGE="/scratch/<user_name>" NLSADDR="//<MACH1_Hostname>:<nls_port_number>" MACH2 NADDR="//<MACH2_Hostname>:<naddr_port_number>" #BRIDGE="/scratch/user_name" NLSADDR="//<MACH2_Hostname>:<nls_port_number>"
MASTER
マシンとBACKUP MASTER
マシンはどちらにも、古いTuxedoバージョンがインストールされている必要があります。MASTER
マシンとBACKUP MASTER
マシンの両方でTlisten
を起動します。UBBCONFIG
のNetworkセクションで、tlisten
にNLSADDR
と同じアドレスを指定する必要があります。- サンプル・アプリケーションの
README
に従って、サーバーとクライアントのファイル(この場合はsimpserv
および"simpcl
)を生成します。
- 参考のためには、サンプルの銀行アプリケーションの
- 前述の構成ファイルから
tmconfig
ファイルを生成した後、Tmboot
コマンドをMACH1
上で実行します。MACH1> tmloadcf -y ubbmp
- Machine1 (
MASTER
マシン)に対するTmboot
によって、BACKUP MASTER
マシン(MACH2
)でtmconfig
が生成されます。 MACH1
で次のコマンドを使用して、バックアップMASTER
マシンを停止します:MACH1> tmshutdown -B MACH2 -l MACH2
- 次のコマンドを使用して、バックアップ・マスター・マシン(
MACH2
)のtlisten
プロセスを強制終了しますps -ef | grep tlisten
kill -9 <pid of the tlisten got from above command>
- Oracle Tuxedo 22c Release 1 (22.1.0.0.0)ソフトウェアをバックアップ
MASTER
マシンにインストールします。 MACH2
でCd $Appdir
実行し、rm tuxconfig
を実行してファイルを削除します。MACH1
にあるUBBCONFIG
ファイルに対して、tmconfig
を実行し、MACH2
のAPPDIR
、TUXCONFIG
およびTUXDIR
を更新する前に、エクスポート(EDITOR=vi
)を行い、viエディタで編集できるようにします:MACH1> tmconfig choose option 2)MACHINES choose option 5)Update
TA_LMID<the machine LMID for which you want an update>
(LMID
の値はUBBCONFIGファイルの*MACHINES
セクションで確認できます)TA_APPDIR Value of the new appdir TA_TUXDIR Value of new tuxdir TA_TUXCONFIG value of new TUXCONFIG
TA_LMID MACH2 TA_APPDIR /scratch/<user_name>/oraHome_22c_load11/tuxedo22.1.0.0.0/samples/atmi/simpapp TA_APPDIR /scratch/<user_name>/oraHome_22c_load11/tuxedo22.1.0.0.0 TA_APPDIR /scratch/<user_name>/oraHome_22c_load11/tuxedo22.1.0.0.0/samples/atmi/tuxconfig
- コマンド
wq!
を実行し、保存して終了します - 確認するには
Y
を選択します。tmconfig
の詳細は、tmconfigの実行を参照してください。 tmunloadcf
を実行して、更新が正常に終了したことを確認します。
- コマンド
PATH、LD_LIBRARY
およびTUXDIR
をTuxedoの最新リリースに設定するには、MACH2
に新たにインストールしたTuxedo製品からtux.env
を実行します。TUXCONFIG
およびAPPDIR
が最新バージョンのTuxedoを指していることを確認します。- 次のコマンドを使用して、
MACH2
の$APPDIR
内にファイルUPGRADE
を作成しますtouch UPGRADE
MACH2
で、次のセキュリティ環境変数をエクスポートします:export LLE_DEPRECATION_WARN_LEVEL=NONE export TM_USE_OLD_CIPHER=Y export TM_ALLOW_NOTLS=Y export TM_MIN_PUB_KEY_LENGTH=0 export TM_SECURITY_CONFIG=NONE
MACH2
でOracle Tuxedo 22cリリース1 (22.1.0.0.0)tlisten
を起動します。MACH1
で、次のコマンドを使用して、バックアップMASTER
マシンを再起動します:MACH1> tmboot -B MACH2 -l MACH2
verify the tmconfig file generated in this process is located in $APPDIR
- 旧リリースが実行されている
MASTER
マシンを、最新リリースが実行されているMASTER
マシンに移行します。MASTER
コマンドの実行後は、エラーが発生せず、PSRによってマシンで実行されているサービスが表示されます。MACH2> tmadmin master y psr q
MACH1
で次のコマンドを使用してtlisten
を強制終了します:ps -ef | grep tlisten kill -9 <pid of the tlisten got from above command>
- Oracle Tuxedo 22cリリース1 (22.1.0.0.0)ソフトウェアが旧
MASTER
マシン(MACH1
)にインストールされたことを確認します。 MACH1
の$APPDIR
からtuxconfig
ファイルを削除します(存在する場合)。MACH 2
でtmconfig
ファイルを実行して、UBBCONFIG
ファイルのMACH1
のAPPDIR
、TUXCONFIG
およびTUXDIR
をリセットします。その後、tmconfig
ファイルを実行する前に、エクスポート(EDITOR=vi
)を行い、viエディタで変更を完了できるようにします:MACH2> tmconfig choose option 2)MACHINES choose option 5)Update
次の変数をタブで区切ったキーと値のペアを渡して、特定のマシンの詳細を更新します。
TA_LMID MACH1 TA_APPDIR Value of the new appdir TA_TUXDIR Value of new tuxdir TA_TUXCONFIG value of new TUXCONFIG
- コマンド
wq!
を実行し、保存して終了します。 - 確認するには
Y
を選択します。tmconfig
の詳細は、tmconfigの実行を参照してください。 tmunloadcf
を実行して、更新が正常に終了したことを確認します。
- 新たにインストールしたTuxedo製品から
tux.env
ファイルを実行することで、PATH、LD_LIBRARY
およびTUXDIR
をMACH1
の最新リリースのTuxedoに設定します。 TUXCONFIG
およびAPPDIR
が最新バージョンのTuxedoを指していることを確認します。-
MACH1
の次の環境変数をエクスポートします:MACH1> export LLE_DEPRECATION_WARN_LEVEL=NONE export TM_USE_OLD_CIPHER=Y export TM_ALLOW_NOTLS=Y export TM_MIN_PUB_KEY_LENGTH=0 export TM_SECURITY_CONFIG=NONE
MACH1
でOracle Tuxedo 22c tlistenを起動します。- 次のコマンドを使用して、
MACH2
から旧MASTER
マシン(MACH1)
を再起動します:MACH2> tmboot -B MACH1 -l MACH1
Verify tmconfig is generated in $APPDIR in this process.
MACHINE2
$APPDIR
からUPGRADE
コマンドを削除します
親トピック: ホット・アップグレードの実行
5.9 アプリケーションの再ビルド
Oracle Tuxedoソフトウェアが正しくインストールされたところで、Oracle Tuxedo 22cリリース1 (22.1.0.0.0)にアップグレードしたシステム上で実行しようとするすべてのアプリケーション・クライアントとサーバーを再ビルドする必要があります。
ノート:
- 再ビルドが必須になるのは、以前のOracle TuxedoバージョンからOracle Tuxedo 22cリリース1 (22.1.0.0.0)にアップグレードした場合です。アップグレードの考慮事項の詳細は、アップグレードの考慮事項に関する項を参照してください。
- TMSサーバーの再ビルドが必須になるのは、以前のOracle TuxedoバージョンからOracle Tuxedo 22cリリース1 (22.1.0.0.0)にアップグレードする場合です。
また、古いTUXCONFIG
ファイルをすべて削除し、新しくインストールされたtmloadcf(1)
を使用して、これらのファイルを再ロードする必要もあります。
Oracle Tuxedoシステム・アプリケーションが分散化されている場合、MASTER
マシンとBACKUP MASTER
マシンでは、構成内のマシンの中で最も新しいリリースのOracle Tuxedoシステムを実行しなければなりません。ワークステーション・クライアントなど他のマシンでは、以前のリリースの実行可能ファイルをそのまま使用できます。たとえば、MASTER
マシンとBACKUP MASTER
マシンでOracle Tuxedo 12.2.2が実行されていても、その他のマシンではOracle Tuxedo 6.5以降が使用されることがあります。
「最新リリースを実行する」というルールには、重要な例外が1つあります。Oracle Tuxedoシステム・サーバー・マシンをOracle Tuxedo 22cリリース1 (22.1.0.0.0)にアップグレードせずに、Oracle Tuxedo 12cリリース2 (12.2.2)をワークステーション・クライアントのみにインストールすることもできます。つまり、Oracle Tuxedo 6.5以降のすべてのリリース・レベルでは、MASTER
マシンがOracle Tuxedo 6.5以降を実行する構成に、ワークステーション・クライアントが混在してもかまいません。
5.9.1 オブジェクト・ファイルからライブラリへの変更
Oracle Tuxedoリリース12.1.3 (以下)では、一部のOracle Tuxedo機能はオブジェクト・ファイルで提供されます。このOracle Tuxedoリリースでは、これらのオブジェクト・ファイルはライブラリにパッケージされています。対応する実行可能ファイルを再ビルドする場合、次の表に示すように、オブジェクト・ファイルではなく関連するライブラリとリンクする必要があります:
表5-1 オブジェクト・ファイルからライブラリへの変更
オブジェクト・ファイル | ライブラリ | リンク・オプション(UNIX/Linux) | 使用方法 |
---|---|---|---|
cleanupsrv.o |
libtux.so / libtux.dll / libtux.sl |
-ltux |
cleanupsrv |
enqdeqmq.o |
libtuxmq.so / libtuxmq.dll / libtuxmq.sl |
-ltuxmq |
TMQUEUE_MQM |
tm_mqi.o |
libtuxmq.so / libtuxmq.dll / libtuxmq.sl |
-ltuxmq |
TM_MQI |
tm_mqi_st.o |
libtuxmq.so / libtuxmq.dll / libtuxmq.sl |
-ltuxmq |
TM_MQI |
tm_mqo.o |
libtuxmq.so / libtuxmq.dll / libtuxmq.sl |
-ltuxmq |
TM_MQO |
tgiopservice.o |
liborb.so / liborb.dll / liborb.sl |
-lorb |
TMIFRSVR |
TMQFORWARD.o |
libqm.so / libqm.dll / libqm.sl |
-lqm |
TMQFORWARD |
TMQUEUE.o |
libqm.so / libqm.dll / libqm.sl |
-lqm |
TMQUEUE |
tpfwinit.o |
libnative.so / libnative.dll / libnative.sl |
-lnative |
TMNTS |
tsam_ext.o |
libtmagent.so / libtmagent.dll / libtmagent.sl |
-ltmagent |
tsambegin()/tsamend()を使用するTuxedoサービス。 |
usort.o |
libusort.so / libusort.dll / libusort.sl |
-lusort |
親トピック: アプリケーションの再ビルド
5.10 Oracle WebLogic ServerへのOracle Jolt 22cのインストール
この項では、Oracle Jolt 22cリリース1 (22.1.0.0.0)をOracle WebLogic Server 9.x、10.x、12.1.x、14.1.1およびOracle Tuxedo 9.0、9.1、10.0、10.3、11.1.1.x、12.1.1、12.1.3、12.2.2、22.1.0.0.0とともに使用するユーザーを対象として、追加のインストール手順を説明します。
- Joltクライアント・ソフトウェアをOracle WebLogic Server 9.x、10.x、12.1.x、14.1.1マシンにインストールするには、Joltクライアント・ソフトウェアをOracle Tuxedo 22cリリース1 (22.1.0.0.0)マシンからターゲットのOracle WebLogic Serverマシンにコピーします。
ノート:
Oracle Tuxedo 22cリリース1 (22.1.0.0.0)マシンとターゲットのOracle WebLogic Serverマシンが同一マシンの場合は、Joltクライアント・ライブラリ・クラス・ファイルをCLASSPATH変数設定に含めるだけです。 - Oracle Jolt for Oracle WebLogic Serverクライアント・ソフトウェアは、
jolt.jar
、joltjse.jar
、joltwls.jar
の3つのJARファイルで構成されています。これらのファイルを、CLASSPATH変数設定に追加します。