コネクション切断の問題を乗り越える方法
データベース サーバーがリブートしたり、あるいはネットワーク障害が発生したりすると、データベース コネクション プール内のすべてのコネクションが切断されます。この問題を解決するには、通常 JIRA の再起動が必要になります。
しかし、単純な SQL クエリの実行によって、データベースのコネクションプール内のコネクションを有効にすることができます。プール内で切断されたデータベースコネクションが検出されると、新しいものが作成されてこれに置き替えられます。
これを行うには、Jira ホーム ディレクトリの dbconfig.xml ファイルで、オプションの <validation-query/> 要素を指定する必要があります。これは、データベース コネクション プール内のコネクションのバリデーション クエリです。詳細は次の手順をご参照ください。
JIRA がデータベースコネクションを確実に有効にする方法
- JIRA をシャットダウンします(もしくは JIRA を実行中の Tomcat インストレーション)
- Jira ホームディレクトリで
dbconfig.xmlファイルを編集するか、 Jira 設定ツール の [詳細] タブを使用して、関連する設定を行います。 - お使いのデータベース向けのバリデーションクエリを設定します:
dbconfig.xmlファイルを編集する際は、以下の MySQL 用の例にあるように、使用するタイプのデータベースに適したバリデーション クエリを持つ<validation-query/>要素を追加します (詳細については、以下の バリデーション クエリの決定 を参照してください)。<?xml version="1.0" encoding="UTF-8"?> <jira-database-config> <name>defaultDS</name> <delegator-name>default</delegator-name> <database-type>mysql</database-type> <jdbc-datasource> <url>jdbc:mysql://dbserver:3306/jiradb?useUnicode=true&characterEncoding=UTF8&sessionVariables=storage_engine=InnoDB</url> <driver-class>com.mysql.jdbc.Driver</driver-class> <username>jiradbuser</username> <password>password</password> <pool-min-size>20</pool-min-size> <pool-max-size>20</pool-max-size> <pool-max-wait>30000</pool-max-wait> <validation-query>select 1</validation-query> <min-evictable-idle-time-millis>60000</min-evictable-idle-time-millis> <time-between-eviction-runs-millis>300000</time-between-eviction-runs-millis> <pool-max-idle>20</pool-max-idle> <pool-remove-abandoned>true</pool-remove-abandoned> <pool-remove-abandoned-timeout>300</pool-remove-abandoned-timeout> <pool-test-while-idle>true</pool-test-while-idle> <pool-test-on-borrow>false</pool-test-on-borrow> <validation-query-timeout>3</validation-query-timeout> </jdbc-datasource> </jira-database-config>- JIRA 設定ツールを利用している場合は、詳細 タブからバリデーション クエリ のチェックボックスを選択して、使用するデータベースのタイプに適したバリデーション クエリを入力します。（詳細については、以下の バリデーション クエリの決定 を参照してください。）
- バリデーションクエリのタイムアウトを指定します。この値は、データベースコネクションが切断されたものとシステムが判断するまで、システムが待機しなくてはならない適当な時間 (秒単位) となります:
dbconfig.xmlファイルを編集する際は、<validation-query-timeout/>要素を適切な時間の長さ(秒単位)で追加します。
これは、MySQL でのみ行います。- JIRA 設定ツール を使用する場合は、詳細 タブから、バリデーション クエリ タイムアウト のチェックボックスを選択し、適切な長さの時間（秒単位）を入力します
上記のバリデーション クエリのオプションに関連する、以下のオプションを指定することもできます（詳細については、 データベース接続のチューニング － コネクション プールの設定 を参照して下さい）。
JIRA 設定ツール 「詳細」 タブ オプション
dbconfig.xmlの要素アイドル状態にテスト pool-test-while-idle追い出し実行間の時間 time-between-eviction-runs-millis追い出し可能な最小限のアイドル時間 min-evictable-idle-time-millis編集した
dbconfig.xmlファイルを保存します (Jira 設定ツールを使用している場合は [保存] ボタンをクリックします)。- JIRA (もしくは、JIRA を実行している Tomcat) を再起動します。
注意: コネクションの切断に関する問題が引き続き発生する場合、time-between-eviction-runs-millis パラメーターを低い値に設定するか、test-on-borrow を true に設定する必要がある場合があります。test-on-borrow の詳細については、「データベース接続のチューニング － コネクション プールの設定」セクションを参照してください。
バリデーション クエリおよびタイムアウトの決定
各データベースの種類におけるバリデーションクエリは、それぞれ若干異なる SQL 構文の条件を有しています。バリデーションクエリは、プールからコネクションが回収される度に実行されるため、可能な限りシンプルなものが臨まれます。バ リデーションクエリのタイムアウトは、MySQL 向けにおいてのみ設定します。
各バリデーションクエリに推奨されるバリデーションクエリを以下に紹介します。:
データベース タイプ | バリデーション クエリ | バリデーション クエリ タイムアウト |
|---|---|---|
MySQL |
| 3 |
Microsoft SQL Server |
| N/A |
Oracle |
| N/A |
PostgreSQL |
| N/A |
バリデーション クエリ タイムアウト を MySQL 以外のデータベースで使用すると、JIRA インスタンスに重大な問題が生じます。
結果
これで、データベースのコネクションプールにおける全てのコネクションが完全に失われても、JIRA 、あるいは JIRA を実行中のアプリケーションサーバを再起動させる事無くコネクションを回復できます。
パフォーマンス上の留意点
- このオプションを設定すると、パフォーマンスに影響が及びますが、クエリそのものは素早く実行されるため、パフォーマンス上の全体的な影響は最低 限に保たれます。更に、このクエリが実行されるのは、コネクションが成立した場合においてのみとなります。よって、リクエストの間ずっとコネクションが保 たれると、クエリは一回のリクエストに対して一度のみしか発生しません。
- 大きな JIRA インストレーションを実行している場合は、これがもたらすパフォーマンス上の影響を評価してから実装した方がよいかもしれません。