XAR の計画と設計

XAR を使用するほとんどのアプリケーションでは、XAR を実装するプロセスは単純で直接的です。ただし、一部のより複雑なアプリケーションでは、必要な XAR を前もって計画してから設計し、そのようなアプリケーションの複雑性に対応する必要があります。

RM スイッチ モジュールを生成した後、それを Enterprise Server において XAR 定義に含めることができます。XAR 定義には xa_open 文字列が含まれており、基本となる RM のための固有の RM 構文をこの文字列に含めます。

RM 固有の xa_open 文字列構文のほかに、XAR 定義を細かく調整できるいくつかのオプションが用意されており、Enterprise Server でのアプリケーションの実行のために、実現し得る最適な構成が提供されます。

XAR では、次の RM スイッチ モジュール タイプがサポートされています。

• SQL Server
• IBM DB2
• Oracle
• ODBC の汎用 1 フェーズ コミット

enterprise server regionのために XAR を構成する前に、次の点を考慮することを推奨しています。

アプリケーションには複数の XAR が必要ですか?

これは、アプリケーションがアクセスするデータベース、およびアプリケーションとデータベースがやり取りする方法によって異なります。

同一 RM スイッチ モジュール タイプの複数の XAR を必要とするアプリケーションがありますか?

アプリケーションで同一 RM スイッチ モジュール タイプの複数の XAR を必要としない場合は、XAID コンパイラ指令を使用してソース コードを再コンパイルする必要なく、すぐに enterprise server regionにおいて XAR を定義できます。

ただし、一部のシナリオでは、同一タイプの複数の XAR が CICS または Web サービス アプリケーションのために必要となる場合があります。この場合は、複数の XAR 定義を用意するほか、XAID コンパイラ指令を使用してコードをコンパイルする必要があります。詳細については、「複数の XAR の使用」を参照してください。

複数の別個の XAR を使用するようアプリケーションがコーディングされていますか?

一般に、CICS トランザクションまたは Web サービス要求の SQL コードは、別個のソース コード モジュールに格納されます。あるデータベースのみで使用されるモジュールもあれば、他のデータベースで使用されるモジュールもあります。この方法で構築されたコードは、適切な XAR ID の値に設定された XAID コンパイラ指令オプションを使用して、プログラム モジュールごとにコンパイルできます。これにより、コードを変更する必要がなくなります。

XAR での静的または動的 RM スイッチ モジュールの使用は最適な方法ですか?

これは、XAR がアプリケーションにどのようにアクセスされるかで異なります。詳細については、「RM スイッチ モジュールの登録」を参照してください。

トランザクションをローカルまたはグローバルに実行する必要がありますか?

これは、実行されるトランザクションのタイプによって異なります。詳細については、「SQL の xa_open 文字列構成オプション」で「LocalTX=(T|F)」の項を参照してください。

ユーザー資格情報の取得および適用はいつどのように行われる必要がありますか?

xa_open で指定されているユーザー資格情報を使用するか、現在のユーザーに基づいてユーザー資格情報を決定するよう、XAR を構成できます。詳細については、「SQL の xa_open 文字列構成オプション」で「CICS および JCL のためのユーザー偽装」および「UserP=(T|F)」の項を参照してください。

必要な XAR のいずれかがバッチ ジョブのみで使用されますか?

その場合は、これらの XAR をバッチ専用リソースとして定めることを検討してください。これにより、大量のオーバーヘッドを省き、XAID コンパイラ指令オプションを使用した再コンパイルの必要をなくすことができます。詳細については、「SQL の xa_open 文字列構成オプション」で「BatchOnly=(T|F)」の項を参照してください。

XAR の構成の詳細については、「enterprise server region　用の XAR を構成するには」を参照してください。