トランザクション・サービス設定

トランザクション・サービスの設定を指定するには、このページを使用します。 トランザクション・サービスは、 複数のリソース・マネージャーに対する更新を調整してデータのアトミック更新を保証することのできる、 サーバーのランタイム・コンポーネントです。トランザクションは、アプリケーション、またはアプリケーションがデプロイされているコンテナーにより、 開始したり終了したりします。

この管理コンソール・ページを表示するには、「サーバー」 > 「サーバー・タイプ」 > 「WebSphere Application Server」 > server_name > 「[コンテナー設定] コンテナー・サービス」 > 「トランザクション・サービス」 をクリックします。

「構成」タブ

トランザクション・ログ・ディレクトリー

トランザクション・サービスがリカバリー用のログ・ファイルを保管するディレクトリーの名前をこのサーバーに指定します。 オプションで、トランザクション・ログ・ファイルのサイズを指定することができます。z/OS® プラットフォームの場合は、JTA パートナー・ログのロケーションを指定します。

例えば、複数のデータベースおよびリソースが単一トランザクション内でアクセスを受けるなど、 アプリケーションで分散リソースまたは XA トランザクションが使用される場合にのみ、 アプリケーション・サーバーのログ・ファイル・ディレクトリーを変更するためにこのプロパティーを設定します。

次のいずれかのシチュエーションにおいて、アプリケーション・サーバーのログ・ファイル・ディレクトリーを変更する場合に、このプロパティーを設定します。
  • アプリケーションが分散リソースまたは XA トランザクションを使用する場合。例えば、1 つのトランザクションで複数のデータベースおよびリソースへのアクセスが行われる場合など。
  • トランザクションの可用性を高めるようにシステムを構成した場合。このシチュエーションでは、 クラスター内のすべてのサーバーがトランザクション・ログ・ディレクトリーに アクセス可能である必要があり、かつトランザクション・ログ・ディレクトリーが クラスター内で固有である必要があります。

サーバー構成時にこのディレクトリーを指定しない場合、 トランザクション・サービスはインストール・ディレクトリーに基づいた デフォルト・ディレクトリー app_server_root/ tranlog/cell_ name/node_ name/server_ name を使用します。

アプリケーション・サーバー上で実行中のアプリケーションが複数のリソースにアクセスする場合、アプリケーション・サーバーはトランザクション情報を製品ディレクトリー内に保管して、 分散トランザクションを適切に調整および管理します。トランザクションの負荷が比較的大きい場合、 この方法でパーシスタント情報を保管するとアプリケーション・サーバーのパフォーマンスが低下する 可能性があります。これは、アプリケーション・サーバーが、オペレーティング・システム および基礎となるストレージ・システムに依存しているためです。 パフォーマンスを向上させるには、独立した物理的に大きめの容量のストレージ・システム上に、 ログ・ファイルの新規ディレクトリーを指定します。

アプリケーション・サーバーが以下の症状を 1 つ以上示している場合は、トランザクション・ログ・ディレクトリーを変更します。
  • トランザクションの増加にかかわらず、CPU 使用率が低い状態のままである。
  • 数回のタイムアウトによりトランザクションが失敗する。
  • "Unable to enlist transaction"」という例外により、トランザクション・ロールバックが発生する。
  • 実行の途中でアプリケーション・サーバーが停止し、サーバーの再始動が必要になる。
  • アプリケーション・サーバーが稼働しているディスクの使用率が上昇している。
ログ・ファイルのストレージ・システムについては、以下を推奨します。
  • 新磁気ディスク制御機構 (RAID) にログ・ファイルを保管します。

    RAID 構成では、物理メディアにデータを書き込むタスクが、複数のドライブで共用されます。 この技法により、トランザクション情報を記録するためのストレージに同時アクセスでき、 ログのデータにさらに高速アクセスできます。アプリケーションおよびストレージ・サブシステムの設計に応じて、10% から 100% までのパフォーマンスの向上が見込まれ、場合によってはさらに改善されます。

  • オペレーション・システムの I/O モードを同時 I/O (CIO) に設定した状態で、ログ・ファイルを保管しないでください。

    トランザクション・ログ・ディレクトリーを指定する場合、ファイル・システムで、 同期のライトスルーおよび書き込みシリアライゼーションの操作のみが使用されることを確認します。 AIX® JFS2 などの一部のオペレーティング・システムでは、 ファイル・システムが書き込み操作のシリアライゼーションを強制しないようにするための、 オプションの同時 I/O (CIO) モードをサポートしています。 これらのシステムでは、アプリケーション・サーバーのトランザクションの リカバリー・ログ・ファイルには、CIO モードを使用しません。

トランザクション・ログ・ファイルのサイズを指定する際には、ファイル・サイズ設定を含めます。 以下のフォーマットを使用します。ここで、directory_name はトランザクション・ログ・ディレクトリーの名前、 file_size はトランザクション・ログ・ファイルに対する新しいディスク・スペースの割り振りであり、 KB (nK) または MB (nM) で指定します。 指定可能なトランザクション・ログ・ファイルの最小サイズは 64K です。64K より小さい値を指定したり、ファイル・サイズの値を指定しなかった場合は、デフォルトの値 1M が使用されます。

directory_name;file_size

[AIX Solaris HP-UX Linux Windows] [iSeries] これらのトランザクション・ログのサイズについて詳しくは、サーバーの可用性を最適化するためのトランザクション・ロギングの管理を参照してください。

データ型 ストリング
デフォルト ディレクトリー名: app_server_root/tranlog/cell_name/node_name/server_name

ファイル・サイズ: 1MB

推奨 RAID-0 構成で、ともに RAID に組み込まれた 3 つまたは 4 つ以上のディスク・ドライブを持つ ファイル・システムを作成します。 次に、このファイル・システム上 で、デフォルトのサイズのトランザクション・ログを作成します。 負荷がかかった状態でサーバーが稼働している場合は、ディスクの 入出力をチェックします。 ディスクの入出力時間が 5% を超える場合は、物理ディスクをさらに追加してこの値を抑えることを検討してください。

z/OS では、このログは XA リソースのリカバリーに使用されます。 WebSphere® 製品上で実行するアプリケーションが XA リソースにアクセスする場合、WebSphere 製品はリソースに関する情報を保管して、 XA トランザクションのリカバリーを可能にします。以下の構文を使用してください。

[location type URL tag] location_specification
  • location type URL tag は、JTA パートナー・ログのオプションのロケーション・タイプを指定します。
    • デフォルトは dir:// で、これは JTA パートナー・ログのロケーションが、location_specification で指定された、完全修飾 HFS ディレクトリー内であることを指定します。
  • location specification は、JTA パートナー・ログのロケーション名を指定します。
    • ログ・ストリームを指定するために、構文 logstream://HLQ を使用します。

      アプリケーション・サーバーのインストール済み環境で、カップリング・ファシリティー (CF) に対するログ・ストリーム の構成の規則に従った場合は、ログ・ストリームの名前は構文 HLQ.server.X に従って指定されます。 ここで、HLQ はインストール・ダイアログで指定された 1 文字から 8 文字のユーザー定義された値です。この HLQ 値を使用して JTA パートナー・ログのロケーションを指定します。

    • location type URL tagdir:// の場合、 location specification には完全修飾 HFS ディレクトリーを使用してください。 ディレクトリーの完全な名前は、WebSphere ノード内で 固有である必要があります。

デフォルトは dir://app_server_root/tranlog/server name です。

WebSphere Application Server バージョン 5 ノードをバージョン 6 に マイグレーションした場合、この構成プロパティーの保管ロケーションは、 サーバー・レベルからノード (サーバー索引) レベルへ移動されます。 バージョン 5 のアプリケーション・サーバーにデフォルトではないログ・ディレクトリー を指定した場合、トランザクション・サービス設定を再度保管して、 ログ・ディレクトリーをノード・レベルに保管することの確認を求めるプロンプトが出されます。

合計トランザクション存続時間タイムアウト

このサーバー上で開始されたトランザクション・サービスがタイムアウト完了処理を開始するまでに、そのトランザクションで許されているデフォルトの最大時間 (秒単位)。 このタイムアウトが発生するまでに完了処理を開始しないトランザクションは、すべてロールバックされます。

このタイムアウトは、アプリケーション・コンポーネントがその独自のトランザクション・タイムアウトを設定しない場合にのみ使用されます。

[z/OS] タイムアウトが起こると、トランザクションはおよそ 4 分間の猶予期間中に実行を継続することができます。 トランザクションが猶予期間中にコミットまたはロールバックされた場合は、トランザクションの結果は常にロールバックされます。 トランザクションが猶予期間の後も完了しない場合は、コントローラーはアプリケーション・コンポーネントが稼働しているサーバント領域を、ABEND EC3 RSN=04130002 または 04130005 で異常終了させます。
注: トランザクション合計存続時間タイムアウトと最大トランザクション・タイムアウトにのみ猶予期間があります。 DISABLE_TRANSACTION_TIMEOUT_GRACE_PERIOD カスタム・プロパティーを使用して猶予期間を使用不可にすることができます。

このタイムアウトの上限は、最大トランザクション・タイムアウトにより制限されます。 例えば、合計トランザクション存続期間のタイムアウトに 500 の値を設定し、最大トランザクションのタイムアウトに 300 の値を設定した場合、 トランザクションは 300 秒後にタイムアウトになります。

このタイムアウトを 0 に設定すると、タイムアウトは適用されず、最大トランザクション・タイムアウトの値が代わりに使用されます。

データ型 整数
単位
デフォルト 120
範囲

[AIX Solaris HP-UX Linux Windows] [iSeries] 0 から 2 147 483 647

範囲

[z/OS] 0 から 2 147 040

非同期応答タイムアウト

サーバーが前の WS-AT プロトコル・メッセージを再送するまでにインバウンドの Web Services アトミック・トランザクション (WS-AT) プロトコルに対する応答を待つ時間 (秒単位) を指定します。

データ型 整数
単位
デフォルト 30
範囲 0 から 2 147 483 647
クライアント非活動タイムアウト

リモート・クライアントからの各トランザクション要求間の 最大所要時間 (秒単位) を指定します。クライアントの非活動状態がこのタイムアウトを超過すると、 このアプリケーション・サーバーでは、トランザクションがロールバックされます。

この値を 0 に設定した場合、タイムアウト制限はありません。

データ型 整数
単位
デフォルト 60
範囲 0 から 2 147 483 647
最大トランザクション・タイムアウト

このサーバーで実行するトランザクションのトランザクション・タイムアウトの上限 (秒単位) を指定します。 この値は、トランザクション・タイムアウトの合計に指定されている値より大きいか等しい必要があります。

このタイムアウトは、その他のすべてのトランザクション・タイムアウトの上限を制限します。 次のテーブルでは、サーバー内で稼働するトランザクションに、異なるタイムアウト設定がどのように適用されるかを示しています。
表 1. トランザクション・タイムアウト設定。
タイムアウト設定 影響を受けるトランザクション
最大トランザクション・タイムアウト このサーバーで稼働する、トランザクション存続時間タイムアウトの合計またはアプリケーション・コンポーネント・タイムアウトにより影響を受けないすべてのトランザクション。 これらのトランザクションには、このサーバー以外からインポートされたトランザクション (クライアントからインポートされたトランザクションなど) が含まれます。
合計トランザクション存続時間タイムアウト このサーバーで発信したすべてのトランザクションで、アプリケーション・コンポーネント・タイムアウトにより影響を受けないトランザクション。関連付けられたアプリケーション・コンポーネントは、独自のタイムアウトを設定しません。
アプリケーション・コンポーネント・タイムアウト アプリケーション・コンポーネント固有のトランザクション。 コンポーネントがコンテナー管理 Bean の場合は、コンポーネントのデプロイメント記述子内でこのタイムアウトを設定します。コンポーネントが Bean 管理 Bean の場合は、UserTransaction.setTransactionTimeout メソッドを使用してプログラマチックにこのタイムアウトを設定します。
タイムアウトを 0 に設定すると、そのタイムアウトは適用されず、事実上、使用不可になります。 すべてのタイムアウトを 0 に設定すると、トランザクションはタイムアウトになりません。
例えば、次のタイムアウト値を考えてみます。
表 2. タイムアウト値の例
タイムアウト設定
最大トランザクション・タイムアウト 360
合計トランザクション存続時間タイムアウト 240
アプリケーション・コンポーネント・タイムアウト 60
この例では、アプリケーション・コンポーネントに固有のトランザクションは 60 秒後にタイムアウトになります。 その他のローカル・トランザクションは 240 秒後にタイムアウトになり、このサーバー以外からインポートされる任意のトランザクションは 360 秒後にタイムアウトになります。 次にこのアプリケーション・コンポーネント・タイムアウトを 500 に変更すると、アプリケーション・コンポーネント・トランザクションは 360 秒後 (最大トランザクション・タイムアウトの値) にタイムアウトになります。 最大トランザクション・タイムアウトを 0 に設定すると、アプリケーション・コンポーネント・トランザクションは 500 秒後にタイムアウトになります。 アプリケーション・コンポーネント・タイムアウトを削除すると、アプリケーション・コンポーネント・トランザクションは 240 秒後にタイムアウトになります。

タイムアウトの発生を早く判別し、さらに多くのリソースがロックされることを防ぐため、 アプリケーション・サーバーは、タイムアウト状態が発生したトランザクション・パスで、 それ以上のトランザクション処理が行われないようにします。これは、現行トランザクション・コンテキスト下で作業を実行しようとする場合と、異なるトランザクション・コンテキスト下で作業を実行しようとする場合に同じように適用されます。

データ型 整数
単位
デフォルト 300
範囲 0 から 2 147 483 647
範囲 0 から 2 147 040
ヒューリスティックな再試行制限

アプリケーション・サーバーがコミットまたはロールバックなどの完了シグナルを再試行する回数を指定します。 再試行は、リソース・マネージャーまたはリモート・パートナーからの一時的な例外の後で、またはすべての Web Services アトミック・トランザクション (WS-AT) パートナーが応答する前に構成済みの非同期応答がタイムアウトになった場合に発生します。

アプリケーション・サーバーが再試行を中止した場合、リソース・マネージャーまたはリモート・パートナーは、 リソースまたはパートナーのトランザクションの分岐が適切に完了されたことを確認する責任を負います。 アプリケーション・サーバーは、(リソースまたはパートナーに代わって) ヒューリスティック障害を示す例外を出します。 コミット要求が出された場合は、トランザクションの開始元はコミット操作の例外を受け取ります。 つまり、トランザクションがコンテナー開始である場合は、コンテナーはリモート例外または Enterprise JavaBeans™ (EJB) 例外を EJB クライアントに戻します。

データ型 整数
デフォルト 0
範囲 0 から 2 147 483 647

(デフォルトの) 0 という値は、無制限に再試行することを意味します。

ヒューリスティックな再試行待ち

リソース・マネージャーまたはリモート・パートナーからの一時的な例外の後、コミットまたはロールバックなどの完了シグナルを再試行する前に、アプリケーション・サーバーが待機する秒数を指定します。

データ型 整数
デフォルト 0
範囲 0 から 2 147 483 647

[AIX Solaris HP-UX Linux Windows] [iSeries] 0 という値は、アプリケーション・サーバーが再試行待ちを決定することを意味します。サーバーは 10 回再試行が失敗するたびに、再試行待ち時間を 2 倍にします。

[z/OS] この変数を 0 にしておくと、アプリケーション・サーバーはそれ以降もこのトランザクションを完了しようとします。 システムのスループットを改善するために、各回の試行前の待ち時間はだんだん長くなります。

ヒューリスティック・レポートのロギングの使用可能化 [AIX Solaris HP-UX Linux Windows] [iSeries]

アプリケーション・サーバーが、1 フェーズ・コミット・リソースおよび 2 フェーズ・コミット・リソースの両方に関係のあるトランザクションからの about-to-commit-one-phase-resource イベントをログに記録するかどうかを指定します。

このプロパティーによって、ヒューリスティック・レポートのロギングが可能になります。 アプリケーションが、1 フェーズ・コミット・リソースを 2 フェーズ・コミット・トランザクションに参加させるように構成されている場合には、 アプリケーション・サーバー障害時のヒューリスティック結果のレポートには、トランザクション・ログに書き込まれる追加情報が必要です。 このプロパティーが使用可能になっている場合には、1 フェーズ・コミット・リソースおよび 2 フェーズ・コミット・リソースの両方に関係のあるそれぞれのトランザクションに、1 つの追加ログが書き込まれます。1 フェーズ・コミット・リソースに関係のないトランザクションには、追加レコードの書き込みは行われません。

[AIX Solaris HP-UX Linux Windows] [iSeries]
データ型 チェック・ボックス
デフォルト クリア
範囲
クリア
アプリケーション・サーバーは、1 フェーズ・コミット・リソースおよび 2 フェーズ・コミット・リソースに関係のあるトランザクションの中の "about to commit one-phase resource" イベントを記録しません。
選択
アプリケーション・サーバーは、1 フェーズ・コミット・リソースおよび 2 フェーズ・コミット・リソースに関係のあるトランザクションの中の "about to commit one-phase resource" イベントを記録します。
ヒューリスティックな完了指示

ヒューリスティックな結果を伴うトランザクションを完了するのに使用する指示を指定します。アプリケーション・サーバーによってトランザクションをコミットまたはロールバックするか、管理者が手動で完了するかのいずれかを指定します。

データ型 ドロップダウン・リスト
デフォルト ROLLBACK
範囲
COMMIT
アプリケーション・サーバーはヒューリスティックにトランザクションをコミットします。
ROLLBACK
アプリケーション・サーバーはヒューリスティックにトランザクションをロールバックします。
MANUAL
アプリケーション・サーバーでは、管理者がヒューリスティックな結果を持つトランザクションを手動で完了するかロールバックします。
ヒューリスティック障害の容認

このサーバー上のすべてのアプリケーションが、1 フェーズ・リソースを含む 2 フェーズ・トランザクションで、ヒューリスティック障害が起こる可能性を容認するかどうかを指定します。 この設定は、サーバーの最終参加者サポート (LPS) を構成します。 最終参加者サポートは、単独の 1 フェーズ・リソースが 1 つ以上の 2 フェーズ・リソースがある 2 フェーズ・トランザクションに参加できるようにする、 トランザクション・サービスの拡張です。

「ヒューリスティック障害の受け入れ」オプションが選択されていない場合、ヒューリスティック障害を受け入れるためにアプリケーションを個別に構成する必要があります。 アプリケーションの構成は、アセンブルするときか、デプロイメントの後に 「最終参加者サポート拡張設定」ペインを使用して行うことができます。

データ型 チェック・ボックス
デフォルト クリア
範囲
選択
サーバー上にデプロイされたすべてのアプリケーションが、ヒューリスティック結果による リスクの増加を受け入れます。
クリア
ヒューリスティック結果によるリスクの増加を受け入れるためには、 アプリケーションを個別に構成する必要があります。
ファイル・ロックの使用可能化

トランザクション・サービスのリカバリー・ログをオープンする際、ファイル・ロックを使用するかどうかを指定します。

この設定を使用可能にすると、ファイル・ロックは、 トランザクション・サービスのリカバリー・ログ・ファイルにアクセスする前に取得されます。ファイル・ロックは、高可用性の WebSphere Application Server デプロイメントにおいて、 特定のトランザクション・サービスのリカバリー・ログに一度にアクセスできるアプリケーション・サーバーを 1 つだけにすることができます。 この設定は、高可用性の構成をサポートしていない標準デプロイメントには影響しません。
重要: この設定が正常に作動するためには、ネットワーク・ファイル・システム (NFS) バージョン 4 などの、互換性のあるネットワーク・ファイル・システムが必要です。
データ型 チェック・ボックス
デフォルト 選択
トランザクション調整許可の使用可能化

トランザクション・サービス・プロトコル・メッセージの機密保護機能のある交換を使用可能にするかどうかを指定します。

サーバーで WebSphere Application Server セキュリティーを使用可能にしない限り、 この設定には効果がありません。

データ型 チェック・ボックス
デフォルト 選択
デフォルトの WS-Transaction 仕様レベル

Web Services アトミック・トランザクション (WS-AT) または Web Services ビジネス・アクティビティー (WS-BA) 調整コンテキストを含むアウトバウンド要求に、デフォルトの WS-Transaction 仕様レベルを使用することを指定します。

WS-Transaction 1.1 または WS-Transaction 1.0 を選択できます。 これらの仕様について詳しくは、アプリケーション・サーバーにおける Web Services アトミック・トランザクション・サポート および アプリケーション・サーバーにおける Web Services ビジネス・アクティビティー・サポートを参照してください。

デフォルトの WS-Transaction 仕様レベルが使用されるのは、サーバーに必要な仕様レベルがプロバイダーのポリシー (WS-Transaction WS-Policy 表明) から判断できない場合です。 例えば、ポリシー表明がターゲット Web サービスの WSDL またはクライアントの WS-Transaction ポリシー・タイプから入手できないか、ポリシー表明は入手できても両方の仕様レベルが適用できる場合です。

データ型 ドロップダウン・リスト
デフォルト 1.0
外部 WS-Transaction HTTP(S) URL 接頭部

外部の WS-Transaction HTTP(S) URL 接頭部を選択または指定します。

HTTP サーバーまたは Proxy Server for WebSphere などの中継ノードを使用して、 Web Services アトミック・トランザクション・プロトコルまたは Web Services ビジネス・アクティビティー・プロトコルに 準拠した要求を送信する場合は、これらのフィールドの 1 つを選択または指定します。

WebSphere Application Server セキュリティーが使用可能であり、トランザクション調整許可が使用可能な場合に、HTTPS 接頭部が使用されます。それ以外の場合には、HTTP 接頭部が使用されます。

中継ノードがプロキシー・サーバーでない場合は、接頭部は、サーバーごとに固有である必要があります。

プロキシー・サーバーを使用している場合は、クラスターの各サーバーで同一の接頭部にすることもできます。 これは、プロキシー・サーバーが要求を転送するサーバーを動的に決定しているからです。

接頭部の選択

WS-AT および WS-BA サービス・エンドポイントに使用する外部エンドポイント URL 情報をリストから選択するには、このオプションを使用します。

データ型 ドロップダウン・リスト
デフォルト なし
カスタム接頭部の指定

WS-AT および WS-BA サービス・エンドポイントに使用する外部エンドポイント URL 情報をフィールドで指定するには、このオプションを使用します。

接頭部には以下のいずれかの形式を使用します。ここで、host_name および port は、サーバーの HTTP または HTTPS プロキシーである中間ノードを表します。
http://host_name:port
https://host_name:port
データ型 ストリング
デフォルト なし

「ランタイム」タブ

トランザクション・ログ・ディレクトリー

トランザクション・サービスがリカバリー用のログ・ファイルを保管するディレクトリーの名前をこのサーバーに指定します。 オプションで、トランザクション・ログ・ファイルのサイズを指定することができます。z/OS® プラットフォームの場合は、JTA パートナー・ログのロケーションを指定します。

例えば、複数のデータベースおよびリソースが単一トランザクション内でアクセスを受けるなど、 アプリケーションで分散リソースまたは XA トランザクションが使用される場合にのみ、 アプリケーション・サーバーのログ・ファイル・ディレクトリーを変更するためにこのプロパティーを設定します。

次のいずれかのシチュエーションにおいて、アプリケーション・サーバーのログ・ファイル・ディレクトリーを変更する場合に、このプロパティーを設定します。
  • アプリケーションが分散リソースまたは XA トランザクションを使用する場合。例えば、1 つのトランザクションで複数のデータベースおよびリソースへのアクセスが行われる場合など。
  • トランザクションの可用性を高めるようにシステムを構成した場合。このシチュエーションでは、 クラスター内のすべてのサーバーがトランザクション・ログ・ディレクトリーに アクセス可能である必要があり、かつトランザクション・ログ・ディレクトリーが クラスター内で固有である必要があります。

サーバー構成時にこのディレクトリーを指定しない場合、 トランザクション・サービスはインストール・ディレクトリーに基づいた デフォルト・ディレクトリー app_server_root/ tranlog/cell_ name/node_ name/server_ name を使用します。

アプリケーション・サーバー上で実行中のアプリケーションが複数のリソースにアクセスする場合、アプリケーション・サーバーはトランザクション情報を製品ディレクトリー内に保管して、 分散トランザクションを適切に調整および管理します。トランザクションの負荷が比較的大きい場合、 この方法でパーシスタント情報を保管するとアプリケーション・サーバーのパフォーマンスが低下する 可能性があります。これは、アプリケーション・サーバーが、オペレーティング・システム および基礎となるストレージ・システムに依存しているためです。 パフォーマンスを向上させるには、独立した物理的に大きめの容量のストレージ・システム上に、 ログ・ファイルの新規ディレクトリーを指定します。

アプリケーション・サーバーが以下の症状を 1 つ以上示している場合は、トランザクション・ログ・ディレクトリーを変更します。
  • トランザクションの増加にかかわらず、CPU 使用率が低い状態のままである。
  • 数回のタイムアウトによりトランザクションが失敗する。
  • "Unable to enlist transaction"」という例外により、トランザクション・ロールバックが発生する。
  • 実行の途中でアプリケーション・サーバーが停止し、サーバーの再始動が必要になる。
  • アプリケーション・サーバーが稼働しているディスクの使用率が上昇している。
ログ・ファイルのストレージ・システムについては、以下を推奨します。
  • 新磁気ディスク制御機構 (RAID) にログ・ファイルを保管します。

    RAID 構成では、物理メディアにデータを書き込むタスクが、複数のドライブで共用されます。 この技法により、トランザクション情報を記録するためのストレージに同時アクセスでき、 ログのデータにさらに高速アクセスできます。アプリケーションおよびストレージ・サブシステムの設計に応じて、10% から 100% までのパフォーマンスの向上が見込まれ、場合によってはさらに改善されます。

  • オペレーション・システムの I/O モードを同時 I/O (CIO) に設定した状態で、ログ・ファイルを保管しないでください。

    トランザクション・ログ・ディレクトリーを指定する場合、ファイル・システムで、 同期のライトスルーおよび書き込みシリアライゼーションの操作のみが使用されることを確認します。 AIX® JFS2 などの一部のオペレーティング・システムでは、 ファイル・システムが書き込み操作のシリアライゼーションを強制しないようにするための、 オプションの同時 I/O (CIO) モードをサポートしています。 これらのシステムでは、アプリケーション・サーバーのトランザクションの リカバリー・ログ・ファイルには、CIO モードを使用しません。

トランザクション・ログ・ファイルのサイズを指定する際には、ファイル・サイズ設定を含めます。 以下のフォーマットを使用します。ここで、directory_name はトランザクション・ログ・ディレクトリーの名前、 file_size はトランザクション・ログ・ファイルに対する新しいディスク・スペースの割り振りであり、 KB (nK) または MB (nM) で指定します。 指定可能なトランザクション・ログ・ファイルの最小サイズは 64K です。64K より小さい値を指定したり、ファイル・サイズの値を指定しなかった場合は、デフォルトの値 1M が使用されます。

directory_name;file_size

[AIX Solaris HP-UX Linux Windows] [iSeries] これらのトランザクション・ログのサイズについて詳しくは、サーバーの可用性を最適化するためのトランザクション・ロギングの管理を参照してください。

データ型 ストリング
デフォルト ディレクトリー名: app_server_root/tranlog/cell_name/node_name/server_name

ファイル・サイズ: 1MB

推奨 RAID-0 構成で、ともに RAID に組み込まれた 3 つまたは 4 つ以上のディスク・ドライブを持つ ファイル・システムを作成します。 次に、このファイル・システム上 で、デフォルトのサイズのトランザクション・ログを作成します。 負荷がかかった状態でサーバーが稼働している場合は、ディスクの 入出力をチェックします。 ディスクの入出力時間が 5% を超える場合は、物理ディスクをさらに追加してこの値を抑えることを検討してください。

z/OS では、このログは XA リソースのリカバリーに使用されます。 WebSphere® 製品上で実行するアプリケーションが XA リソースにアクセスする場合、WebSphere 製品はリソースに関する情報を保管して、 XA トランザクションのリカバリーを可能にします。以下の構文を使用してください。

[location type URL tag] location_specification
  • location type URL tag は、JTA パートナー・ログのオプションのロケーション・タイプを指定します。
    • デフォルトは dir:// で、これは JTA パートナー・ログのロケーションが、location_specification で指定された、完全修飾 HFS ディレクトリー内であることを指定します。
  • location specification は、JTA パートナー・ログのロケーション名を指定します。
    • ログ・ストリームを指定するために、構文 logstream://HLQ を使用します。

      アプリケーション・サーバーのインストール済み環境で、カップリング・ファシリティー (CF) に対するログ・ストリーム の構成の規則に従った場合は、ログ・ストリームの名前は構文 HLQ.server.X に従って指定されます。 ここで、HLQ はインストール・ダイアログで指定された 1 文字から 8 文字のユーザー定義された値です。この HLQ 値を使用して JTA パートナー・ログのロケーションを指定します。

    • location type URL tagdir:// の場合、 location specification には完全修飾 HFS ディレクトリーを使用してください。 ディレクトリーの完全な名前は、WebSphere ノード内で 固有である必要があります。

デフォルトは dir://app_server_root/tranlog/server name です。

WebSphere Application Server バージョン 5 ノードをバージョン 6 に マイグレーションした場合、この構成プロパティーの保管ロケーションは、 サーバー・レベルからノード (サーバー索引) レベルへ移動されます。 バージョン 5 のアプリケーション・サーバーにデフォルトではないログ・ディレクトリー を指定した場合、トランザクション・サービス設定を再度保管して、 ログ・ディレクトリーをノード・レベルに保管することの確認を求めるプロンプトが出されます。

合計トランザクション存続時間タイムアウト

このサーバー上で開始されたトランザクション・サービスがタイムアウト完了処理を開始するまでに、そのトランザクションで許されているデフォルトの最大時間 (秒単位)。 このタイムアウトが発生するまでに完了処理を開始しないトランザクションは、すべてロールバックされます。

このタイムアウトは、アプリケーション・コンポーネントがその独自のトランザクション・タイムアウトを設定しない場合にのみ使用されます。

[z/OS] タイムアウトが起こると、トランザクションはおよそ 4 分間の猶予期間中に実行を継続することができます。 トランザクションが猶予期間中にコミットまたはロールバックされた場合は、トランザクションの結果は常にロールバックされます。 トランザクションが猶予期間の後も完了しない場合は、コントローラーはアプリケーション・コンポーネントが稼働しているサーバント領域を、ABEND EC3 RSN=04130002 または 04130005 で異常終了させます。
注: トランザクション合計存続時間タイムアウトと最大トランザクション・タイムアウトにのみ猶予期間があります。 DISABLE_TRANSACTION_TIMEOUT_GRACE_PERIOD カスタム・プロパティーを使用して猶予期間を使用不可にすることができます。

このタイムアウトの上限は、最大トランザクション・タイムアウトにより制限されます。 例えば、合計トランザクション存続期間のタイムアウトに 500 の値を設定し、最大トランザクションのタイムアウトに 300 の値を設定した場合、 トランザクションは 300 秒後にタイムアウトになります。

このタイムアウトを 0 に設定すると、タイムアウトは適用されず、最大トランザクション・タイムアウトの値が代わりに使用されます。

データ型 整数
単位
デフォルト 120
範囲

[AIX Solaris HP-UX Linux Windows] [iSeries] 0 から 2 147 483 647

範囲

[z/OS] 0 から 2 147 040

非同期応答タイムアウト

サーバーが前の WS-AT プロトコル・メッセージを再送するまでにインバウンドの Web Services アトミック・トランザクション (WS-AT) プロトコルに対する応答を待つ時間 (秒単位) を指定します。

データ型 整数
単位
デフォルト 30
範囲 0 から 2 147 483 647
クライアント非活動タイムアウト

リモート・クライアントからの各トランザクション要求間の 最大所要時間 (秒単位) を指定します。クライアントの非活動状態がこのタイムアウトを超過すると、 このアプリケーション・サーバーでは、トランザクションがロールバックされます。

この値を 0 に設定した場合、タイムアウト制限はありません。

データ型 整数
単位
デフォルト 60
範囲 0 から 2 147 483 647
最大トランザクション・タイムアウト

このサーバーで実行するトランザクションのトランザクション・タイムアウトの上限 (秒単位) を指定します。 この値は、トランザクション・タイムアウトの合計に指定されている値より大きいか等しい必要があります。

このタイムアウトは、その他のすべてのトランザクション・タイムアウトの上限を制限します。 次のテーブルでは、サーバー内で稼働するトランザクションに、異なるタイムアウト設定がどのように適用されるかを示しています。
表 1. トランザクション・タイムアウト設定。
タイムアウト設定 影響を受けるトランザクション
最大トランザクション・タイムアウト このサーバーで稼働する、トランザクション存続時間タイムアウトの合計またはアプリケーション・コンポーネント・タイムアウトにより影響を受けないすべてのトランザクション。 これらのトランザクションには、このサーバー以外からインポートされたトランザクション (クライアントからインポートされたトランザクションなど) が含まれます。
合計トランザクション存続時間タイムアウト このサーバーで発信したすべてのトランザクションで、アプリケーション・コンポーネント・タイムアウトにより影響を受けないトランザクション。関連付けられたアプリケーション・コンポーネントは、独自のタイムアウトを設定しません。
アプリケーション・コンポーネント・タイムアウト アプリケーション・コンポーネント固有のトランザクション。 コンポーネントがコンテナー管理 Bean の場合は、コンポーネントのデプロイメント記述子内でこのタイムアウトを設定します。コンポーネントが Bean 管理 Bean の場合は、UserTransaction.setTransactionTimeout メソッドを使用してプログラマチックにこのタイムアウトを設定します。
タイムアウトを 0 に設定すると、そのタイムアウトは適用されず、事実上、使用不可になります。 すべてのタイムアウトを 0 に設定すると、トランザクションはタイムアウトになりません。
例えば、次のタイムアウト値を考えてみます。
表 2. タイムアウト値の例
タイムアウト設定
最大トランザクション・タイムアウト 360
合計トランザクション存続時間タイムアウト 240
アプリケーション・コンポーネント・タイムアウト 60
この例では、アプリケーション・コンポーネントに固有のトランザクションは 60 秒後にタイムアウトになります。 その他のローカル・トランザクションは 240 秒後にタイムアウトになり、このサーバー以外からインポートされる任意のトランザクションは 360 秒後にタイムアウトになります。 次にこのアプリケーション・コンポーネント・タイムアウトを 500 に変更すると、アプリケーション・コンポーネント・トランザクションは 360 秒後 (最大トランザクション・タイムアウトの値) にタイムアウトになります。 最大トランザクション・タイムアウトを 0 に設定すると、アプリケーション・コンポーネント・トランザクションは 500 秒後にタイムアウトになります。 アプリケーション・コンポーネント・タイムアウトを削除すると、アプリケーション・コンポーネント・トランザクションは 240 秒後にタイムアウトになります。

タイムアウトの発生を早く判別し、さらに多くのリソースがロックされることを防ぐため、 アプリケーション・サーバーは、タイムアウト状態が発生したトランザクション・パスで、 それ以上のトランザクション処理が行われないようにします。これは、現行トランザクション・コンテキスト下で作業を実行しようとする場合と、異なるトランザクション・コンテキスト下で作業を実行しようとする場合に同じように適用されます。

データ型 整数
単位
デフォルト 300
範囲 0 から 2 147 483 647
範囲 0 から 2 147 040
ファイル・ロックの使用可能化

トランザクション・サービスのリカバリー・ログをオープンする際、ファイル・ロックを使用するかどうかを指定します。

この設定を使用可能にすると、ファイル・ロックは、 トランザクション・サービスのリカバリー・ログ・ファイルにアクセスする前に取得されます。ファイル・ロックは、高可用性の WebSphere Application Server デプロイメントにおいて、 特定のトランザクション・サービスのリカバリー・ログに一度にアクセスできるアプリケーション・サーバーを 1 つだけにすることができます。 この設定は、高可用性の構成をサポートしていない標準デプロイメントには影響しません。
重要: この設定が正常に作動するためには、ネットワーク・ファイル・システム (NFS) バージョン 4 などの、互換性のあるネットワーク・ファイル・システムが必要です。
データ型 チェック・ボックス
デフォルト 選択
トランザクション調整許可の使用可能化

トランザクション・サービス・プロトコル・メッセージの機密保護機能のある交換を使用可能にするかどうかを指定します。

サーバーで WebSphere Application Server セキュリティーを使用可能にしない限り、 この設定には効果がありません。

データ型 チェック・ボックス
デフォルト 選択
手動トランザクション

管理者による手動完了を待っているトランザクション数を指定します。

手動完了を待機しているトランザクションがある場合は、「検討」リンクをクリックして、「手動の完了が必要なトランザクション」パネル上にこれらのトランザクションのリストを表示できます。

データ型 整数
デフォルト 0
再試行トランザクション

再試行されるリソースを持つトランザクション数を指定します。

再試行されているリソースを持つトランザクションがある場合は、 「検討」 リンクをクリックして、これらのトランザクションのリストを、 「リソースを再試行するトランザクション」パネル上に表示できます。

データ型 整数
デフォルト 0
ヒューリスティック・トランザクション

ヒューリスティックに完了したトランザクション数を指定します。

ヒューリスティックに完了したトランザクションがある場合は、「検討」 リンクをクリックをして、これらのトランザクションのリストを、 「ヒューリスティックな結果となるトランザクション」パネル上に表示できます。

データ型 整数
デフォルト 0
インポートされた準備済みトランザクション

インポートされて準備済みであるが、まだコミットされていないトランザクションの数を指定します。

インポートされ、準備済みではあるがまだコミットされていないトランザクションがある場合は、 「検討」 リンクをクリックして、これらのトランザクションのリストを、 「インポートされた準備済みのトランザクション」パネル上に表示できます。

データ型 整数
デフォルト 0



マーク付きのリンク (オンライン) では、インターネットにアクセスする必要があります。

関連概念
関連タスク
[AIX Solaris HP-UX Linux Windows] [iSeries]
関連情報
最終参加プログラム・サポート拡張設定


ファイル名: udat_contranserv.html