Oracle Database Gateway for APPCインストレーションおよび構成ガイド 11gリリース1(11.1) for Microsoft Windows E05712-01 |
|
![]() 戻る |
![]() 次へ |
この付録ではゲートウェイ初期化ファイルの場所を説明し、Oracle Database Gateway for APPCでサポートされている、特にSNAプロトコル用のゲートウェイ初期化パラメータのリストを記載します。これらのパラメータについては、12.1項「既存のゲートウェイ・インスタンスからSNAプロトコルを使用する新リリースへの移行」で詳しく説明しています。また、この付録には、SNAを使用するゲートウェイ用のサンプルのlistener.oraおよびtnsnamesファイルも含まれています。
この付録に含まれる項は、次のとおりです。
ゲートウェイのパラメータ・ファイルは%ORACLE_HOME%\dg4appc\admin
ディレクトリにあり、initsid.ora
と呼ばれます。
注意: initsid.ora ファイルには、SNAパラメータとTCP/IPパラメータの両方が含まれています。これらのファイルを変更してパラメータを適切にする必要があります。 |
PGAパラメータはゲートウェイのAPPCインタフェース部を制御します。
PGAパラメータは、SET
ゲートウェイ初期化パラメータを使用して指定されます。次に例を示します。
SET pga_parm=value
ここで
pga_parm
は、続くリストでのPGAパラメータ名の1つです。
value
はpga_parm
に依存する内容を持つ文字列です。
表A-1に、PGAパラメータのリストと説明を示します。
表A-1 SNAを使用するゲートウェイ用のPGAパラメータ
パラメータ | 説明 |
---|---|
ここで
|
|
PGAトランザクション機能。これはゲートウェイを介する更新を許可するかどうかを制御します。有効な値を次に示します。
デフォルトは |
|
着信
デフォルトは |
|
ゲートウェイがトランザクション・ログを維持するOracleデータベースのOracle Netサービス名。このパラメータの長さは デフォルト値はありません。 |
|
デフォルト値はありません。 |
|
デフォルト値はありません。 |
|
APPC対話を、 デフォルト値はありません。 |
|
コミット確認の デフォルト値は |
|
APPC対話を、 デフォルト値はありません。 |
|
APPC対話セキュリティ・オプション。これは、対話割当て時に、どのようなセキュリティ・パラメータがFMH-5でOLTPに送信されるかを制御します。有効な値を次に示します。
デフォルトは これらのオプションの詳細情報は、第11章「セキュリティ要件」を参照してください。 |
|
PGAトレース・レベル。これは、 デフォルトは
|
PGA_CAPABILITY
パラメータの設定値を選択する際は、RTPの動作に基づいて確実に正しい設定が使用されるように注意してください。
RTPが読取り専用の場合、つまりRTPがデータベース更新を行わない場合は、必ずREAD_ONLY
設定を使用してください。RTPがデータベース更新を行う場合は、決してREAD_ONLY
を使用しないでください。たとえば、READ_ONLY
設定が選択されていて、ゲートウェイが呼び出したRTPが外部データベースに対して更新を行う場合、Oracleデータベースはそれらの更新の完全性を保護しません。さらに、READ_ONLY
モードを使用すると、ゲートウェイ・トランザクションが、他のデータベースを更新する可能性がある分散トランザクションの一部になることが可能になります。ゲートウェイがこの状況で更新を行うRTPを呼び出す場合、障害が発生すると、RTPによって更新されたデータベースは他のデータベースと同期していません。
RTPが外部データベースに対して更新を行う場合、PGA_CAPABILITY
には2つのオプションがあります。
SINGLE_SITE
COMMIT_CONFIRM
これらの各オプションは、COMMIT
およびROLLBACK
リクエストがRTPに転送されることを許可することによって、また、Oracleデータベースに対してゲートウェイの分散更新とリカバリ機能について通知することによって、データ完全性の問題に対する保護を提供します。選択される個別のオプションは、RTPの設計や、プログラムが実行されるOLTPの機能により異なります。
OLTPがLU6.2 SYNCLEVEL 1
または2
をサポートしている場合、COMMIT_CONFIRM
機能はOracleデータベースとOLTPの間に限定された2フェーズ・コミットを提供します。ただし、他のいかなるコミット確認サイト(ゲートウェイまたはOracle)も分散トランザクションの一部でないこと、という制限があります。COMMIT_CONFIRM
を使用できない場合、SINGLE_SITE
機能はOracleデータベースとOLTPの間の更新機能を提供します。ただし、更新を行えるのはOLTPのみで、Oracle側の更新は行えないという制限があります。
更新制御のためのPGA_CAPABILITY
オプションは、それぞれ固有の要件をRTPとOLTPに課します。COMMIT_CONFIRM
機能については、これらの要件は『Oracle Database Gateway for APPCユーザーズ・ガイド』の第5章「コミット確認の実装」で説明されています。また、このガイドの9.8.3項「コミット確認使用時のOLTP構成」を参照します。SINGLE_SITE
機能の場合、RTPは、ゲートウェイから受信したCOMMIT
およびROLLBACK
リクエストへのレスポンスとして、Oracleデータベースに代わって適切なタスクを実行します。ゲートウェイはAPPC
CONFIRM
リクエストとSEND_ERR
のリクエストを使用して、それぞれCOMMIT
およびROLLBACK
を実装します。CONFIRM
コマンドを受信した場合、RTPはCOMMIT
処理を実行し、次にゲートウェイに対してAPPC
CONFIRMED
レスポンスで応答する必要があります。SEND_ERR
コマンドを受信した場合、RTPはROLLBACK
処理を実行する必要があります。
Oracleデータベースの分散トランザクション機能は、ゲートウェイが使用するPGA_CAPABILITY
オプションの影響を受けるため、照会アプリケーションと更新アプリケーションのそれぞれに対して異なるゲートウェイ・インスタンスを使用することでアプリケーションを分離することが望まれます。1つのゲートウェイに対してREAD_ONLY
に設定されたPGA_CAPABILITY
を定義し、その他のゲートウェイに対してSINGLE_SITE
またはCOMMIT_CONFIRM
に設定されたPGA_CAPABILITY
を定義することができます。
これにより、Oracleデータベースの制御下で、読取り専用トランザクション・プログラムが分散トランザクションに参加することが可能になります。たとえば、DB2からのデータは、照会専用RTPにより、READ_ONLY
ゲートウェイを介して取得してOracleデータベース上でデータベース更新の入力として使用できますが、これらはすべて1つのOracleトランザクションで行われます。SINGLE_SITE
ゲートウェイは、Oracleデータベース制御の範囲外で外部データベースに対して更新を行うRTPにアクセスするためだけに使用できます。データは、Oracleデータベースにアクセスできる任意のデータベースから読み取ることができ、そのデータはゲートウェイを介して更新を実行するために使用できます。
Oracle側とOLTP側の両方でリソースを更新する必要がある場合、COMMIT_CONFIRM
ゲートウェイを使用できます。ただしOLTPとRTPがCOMMIT_CONFIRM
を実装するようにセットアップされていることが条件です。
複数のゲートウェイ・インスタンスをセットアップするために必要なのは、各インスタンスについて次をセットアップすることのみです。
listener.ora
で定義されているゲートウェイ・インスタンスに接続するために使用される別名を定義しているtnsnames.ora
ファイル内のエントリ。
tnsnames.ora
ファイル内のUSING
パラメータで定義されている別名を指定しているOracleデータベース内のデータベース・リンク。
ゲートウェイ・インスタンスが1つの共有ディレクトリ構造を共有でき、同一の実行可能ファイルを使用することに注意してください。
たとえば、2つのゲートウェイ、PGAI
およびPGAU
(たとえば照会と更新でそれぞれ使用)をセットアップするには、次の手順が必要です。
PGA_CONFIRM
パラメータの設定を決定する際は、各設定の影響を理解することが重要です。まず、このパラメータがSYNCLEVEL 1
で動作する対話のみに影響することに注意してください。デフォルト設定のPGA_CONFIRM=REJECT
は、大部分のアプリケーションに対して適切です。この設定では、ゲートウェイがリモート・トランザクション・プログラムからCONFIRM
リクエストを受信するとエラーが生成されます。ゲートウェイのデータ受信をCONFIRM
を使用して確認するリモート・トランザクションがある場合、PGA_CONFIRM=ACCEPT
を使用することで、着信するCONFIRM
リクエストにCONFIRMED
レスポンスで応答するようにします。OracleアプリケーションがCOMMIT
リクエストを発行した場合、ゲートウェイはリモート・トランザクションにCONFIRM
リクエストを送信します。COMMIT
処理が正しく動作するためには、リモート・トランザクションが、ゲートウェイからCONFIRM
リクエストを受信したときはいつでもローカル・コミット処理を実行し、コミット処理が正常に完了したらゲートウェイに対してCONFIRMED
で応答するように作成されている必要があります。コミット処理時にエラーが発生したら、リモート・トランザクションはゲートウェイにSEND_ERR
で応答して、コミットが失敗したことを示す必要があります。
PGA_CONFIRM=ACCEPT
の特殊な使用事例は、IMS/TMがバージョン7の場合です。IMS/TMバージョン7で提供される「暗黙のAPPC」サポートを使用する場合、SYNCLEVEL 1
で動作する対話は、SYNCLEVEL 0
で動作する対話とは異なる方法で処理されます。対話がSYNCLEVEL 1
の場合、IMS/TMは各APPC
SEND
の後に自動的にCONFIRM
リクエストを生成します。ゲートウェイ側では、PGA_CONFIRM=ACCEPT
が指定されていない場合、IMS/TMがCONFIRM
リクエストを送信しても、ゲートウェイによりエラーが生成される結果になります。PGA_CONFIRM=ACCEPT
を使用するとこの問題は回避でき、ゲートウェイは着信するCONFIRM
リクエストにCONFIRMED
レスポンスで応答します。この方法の唯一の制約は、IMSによって提供される暗黙のAPPCサポートが、いつCONFIRM
リクエストをゲートウェイから受信したかをアプリケーションに通知しないことです。これは、ゲートウェイがCONFIRM
を使用してCOMMIT
を実装することができず、そのため対話のIMS側でCOMMIT/ROLLBACK
を使用して更新を制御することができないことを意味します。
LISTENER = (ADDRESS_LIST = (ADDRESS= (COMMUNITY= TCP.world) (Host = bay) (PROTOCOL= TCP) (Port= 2621) ) (ADDRESS= (COMMUNITY= TCP.world) (Host = bay) (PROTOCOL= TCP) (Port= 2623) ) ) SID_LIST_LISTENER = (SID_LIST = (SID_DESC = (SID_NAME = PGA) (ORACLE_HOME = C:\oracle\pga\11.1) (PROGRAM = pg4asrv) ) )
ORA920 = (DESCRIPTION = (ADDRESS_LIST = (ADDRESS = (PROTOCOL = TCP)(HOST = bay.us.oracle.com)(PORT = 1521)) ) (CONNECT_DATA = (SERVER = DEDICATED) (SERVICE_NAME = ORA920.bay) ) ) PGA = (DESCRIPTION = (ADDRESS_LIST = (ADDRESS = (PROTOCOL = TCP)(HOST = bay)(PORT = 2621)) ) (CONNECT_DATA = (SID = PGA) ) (HS = OK) )