TomcatとOracle間のコネクションプーリングに関するトラブルシューティング - 日記のような何か
Tomcatでコネクションプーリングを使用していて、Tomcat <-> Oracle間の接続がFINやRSTパケットによる通知なしに切られた場合、プールしている接続が実際には死んでいる状態が発生する。例えば、以下のような場合に発生する。 APサーバー <-> DBサーバー間のFirewallによるセッション切断 DBサーバーのリブート(Windows Server 2008の場合。他は未確認) なお、Windows Server 2008で試した限りではOracleサービスの再起動やshutdown、startupの場合は発生しなかった。おそらくFINまたはRSTパケットが飛んでいると思われる。 一度、この状態に陥ると、その後ネットワークやDBサーバーが復旧しても死んだ接続がプールに残り続け、その接続を使用したTomcatのスレッドはSQLを実行する処理でOracleからの応答をずっと待
DBCPでconnection reset by pearが起きた時に自動復帰させる - ニヤリ TechSide
(;´д｀) ハマったわぁ 状況 DBCP使ってConnectionPoolingしてる状態でDBサーバー側から接続が切られた場合、DBCPにプールされてるConnectionはconnectedのままなので、次回使用時に「connection reset by pear」で例外が出る。 この現象が起こりやすいのは DBサーバー/データベースの再起動 ネットワークが切れた ファイアウォールのidle thresholdでぶち切られた といったとこか。 最後のが良くあるパターン。 Tomcatを再起動とかすればプールがクリアされるので再度実行可能にはなるんだけど、そりゃ運用とは言えないよね。 DataSource.getConnection()でエラーになったらreleaseすればいいんじゃね？_ DataSource (Java 2 Platform SE 5.0) AbandonedOb
DBCP – BasicDataSource Configuration
Commons DBCP Overview Configuration Javadoc Javadoc 2.x Archive Javadoc 1.x Archive Developers Guide Examples Downloads Wiki Development History Building Mailing Lists Issue Tracking Team Source Repository Project Documentation Project Information Project Reports Commons Home License Components Sandbox Dormant General Information Security Volunteering Contributing Patches Building Components Commo
Commons DBCP
Commons DBCP は、データベースのコネクション・プーリングを扱うライブラリです。 Tomcat で標準採用されています。 動作説明 動作を簡単に説明します。 クライアントから接続要求が発生した場合 … getConnection() 1. DBCPは、プール内に空き接続があるか確認 2. あればそれを返す。この時その接続は アクティブ となる 3. プール内に空き接続が無ければ、新たに接続を作って返す クライアントから切断要求が発生した場合 … conn.close() 1. 切断要求のあった接続をプール内に保管する。この時その接続は アイドル となる 2. もしプール内に maxIdle 以上の接続が溜まったら、それ以上にならないように接続を削除する 接続監視スレッド DBCPには接続監視スレッドというものが存在します。 これは一定時間毎にプール内のアイドル接続をチェックするも
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
