Oracle WebLogic Server パフォーマンス・チューニング

Size: px

Start display at page:

Download "Oracle WebLogic Server パフォーマンス・チューニング"

あおしやたけ
4 years ago
Views:

1 第 71 回夜な夜な! なにわオラクル塾 WebLogic Server 大阪 <Insert Picture Here> 基礎から学ぶ WebLogic ( データベース接続編 ) 日本オラクル株式会社 Fusion Middleware 事業統括本部野邊哲男 2011 年 11 月 9 日

2 以下の事項は弊社の一般的な製品の方向性に関する概要を説明するものですまた情報提供を唯一の目的とするものでありいかなる契約にも組み込むことはできません以下の事項はマテリアルやコード機能を提供することをコミットメント ( 確約 ) するものではないため購買決定を行う際の判断材料になさらないで下さいオラクル製品に関して記載されている機能の開発リリースおよび時期については弊社の裁量により決定されます Oracle は米国オラクルコーポレーション及びその子会社関連会社の米国及びその他の国における登録商標または商標ですその他の名称はそれぞれの会社の商標の可能性があります 2

3 Agenda Javaからのデータベースアクセス基礎 Java Web アプリケーションからのデータベースアクセス基礎 WebLogic11gのデータソース WebLogic11gのデータソースの監視 WebLogic11gのデータソースにおける推奨 / 注意事項 3

4 <Insert Picture Here> Java からのデータベースアクセス基礎 4

5 Java からのデータベースアクセスクライアントサーバのシステムでも Web システムでもアプリケーションで使用するデータは Oracle のようなリレーショナルデータベースに格納されることが一般的ですアプリケーションからリレーショナルデータベースにアクセスするためにはデータベース提供元等から提供される API 群 ( ライブラリ ) を使用する必要がありますアプリケーションから Oracle データベースにアクセスするには? C 言語であれば Oracle Call Interface (OCI) が利用できます.NET であれば Oracle Data Provider.NET が利用できます Java では JDBC ドライバを利用します DB アクセス用ライブラリアプリケーション RDBMS (Oracle Database) 5

JDBC とは JDBC は Java Database Connectivity の略称です

DB の種類にかかわらず共通の API を用いてデータベースを操作するアプリケーションを開発できます

これは実際にデータベース接続を行うために必要なライブラリ群です JDBC JDBC API JDBC

6 JDBC とは JDBC は Java Database Connectivity の略称です JDBC は Java から RDBMS に接続するための標準インタフェースですそのため接続先の DB の種類にかかわらず共通の API を用いてデータベースを操作するアプリケーションを開発できます JDBC の API パッケージは java.sql および javax.sql パッケージに含まれています JDBCのAPIを使用するためには接続先のDBをサポートしているJDBC Driverが必要ですこれは実際にデータベース接続を行うために必要なライブラリ群です JDBC JDBC API JDBC Driver Java クラス, Servlet, JSP など java.sql.drivermanager クラスを使用し Java コードの中で接続先の DB 情報, SQL 文などを記述 RDBMS 6

7 [ 参考 ] JDBC ドライバの提供元データベースベンダーが提供するケースオラクル Oracle Database に接続するための Oracle JDBC Driver 開発ツール Oracle JDeveloper には Oracle JDBC Driver がバンドルその他 TimesTen の JDBC Driver も IBM UDB DB2 用の JDBC Driver を提供アプリケーションサーバベンダーが提供するケースオラクル OracleAS10g には Oracle JDBC Driver がバンドル Oracle WebLogic Server には各種 JDBC Driver がバンドルその他ベンダーから提供されるもの DataDirect 社の JDBC Driver 7

8 [ 参考 ] JDBC ドライバのタイプ Oracle JDBC Driver では Type2 Type4 を提供しています Native Access Native Access TYPE 1 TYPE 2 TYPE 3 TYPE 4 ODBC ドライバ DB アクセス用ネィティブライブラリ DB アクセス用ネィティブライブラリ中継サーバ ODBC API JDBC-ODBC ブリッジドライバ Native API JDBC ネイティブドライバ JDBC ネットドライバ専用プロトコル JDBC Thin ドライバ JDBC API ( 共通インターフェース ) Java アプリケーション Java アプリケーション Java アプリケーション Java アプリケーション 8

9 JDBC の利用準備 JDBC を使用して DB アクセスを行うアプリケーションを作成する場合はコンパイル環境実行環境の CLASSPATH に JDBC ドライバーのライブラリを追加しておく必要があります Oracle データベースの場合オラクルから Oracle JDBC Driver が提供されておりその実体である ojdbc6.jar というファイルを CLASSPATH に指定します ( 古いバージョンでは ojdbc14.jar なども存在します ) CLASSPATH への JDBC Driver の設定方法や必要性は開発ツールや実行環境により異なります例えば Oracle JDeveloper であれば Oracle JDBC Driver は最初から組み込まれており GUI 操作でライブラリとして設定するだけで使用できますまた OracleAS10g や WebLogic ではあらかじめ Oracle JDBC Driver が組み込まれておりデータソース ( 後述 ) で指定するだけで使用できます 9

10 JDBC を使用した SELECT 文の実行 0. JDBC Driver の準備接続先のデータベースに対応した JDBC Driver を用意します 1. JDBC Driver の登録 JDBC Driver の使用登録を行います 2. コネクション作成 Connection オブジェクトを取得します (DriverManager を使用 ) 3. Statement オブジェクトの作成 Statement オブジェクトを作成します (Connection オブジェクトを使用 ) 4. SQL 文 (SELECT 文 ) の実行 5. 問合せ結果の処理 6. 接続のクローズ問い合わせのために executequery() メソッドを実行します (Statement オブジェクトを使用 ) 問合せを実行して ResultSet オブジェクトを取得する場合 ResultSet を繰り返し処理して各行のデータを処理します終了後 ResultSet Statement および Connection オブジェクトをクローズします 10

11 DB 接続検索実行のロジック ( 例 ) import java.sql.*; データソースを使用した DB アクセスに必要なパッケージ JDBC URL 接続先データベースの指定... String sql = select empno, ename from emp // 実行するSQL 文 DriverManager.registerDriver(new oracle.jdbc.driver.oracledriver()); String url = jdbc:oracle:thin:host1:1521:sid ; Connection conn =DriverManager.getConnection(url, SCOTT TIGER ); // コネクション取得 Statement stmt = conn.createstatement(); //Statementの作成 ResultSet rset = stmt.executequery(sql); // 結果セットの取得 while (rset.next( ) ) { System.out.println( 従業員番号 + rset.getstring( empno ) ); System.out.println( 従業員名 + rset.getstring(2 ) ); 1. JDBC Driver の登録 2. コネクション作成 3. Statement オブジェクトの作成 4. SQL 文 (SELECT 文 ) の実行 } rset.close(); // 結果セットクローズ処理 stmt.close(); //Statement クローズ処理 conn.close(); // コネクションクローズ処理 6. 接続のクローズ 5. 問合せ結果の処理 JDBC の使用中にエラーが発生した場合データベースにアクセスするすべてのメソッドは SQLException をスローしますこの例外は JDBC コードで常に処理する必要があります 11

12 DB 接続更新のロジック ( 例 ) import java.sql.*; データソースを使用した DB アクセスに必要なパッケージ JDBC URL 接続先データベースの指定... String sql = update emp set sal = 100 where empno = 7499 ; // 実行するSQL 文 DriverManager.registerDriver(new oracle.jdbc.driver.oracledriver()); String url = jdbc:oracle:thin:host1:1521:sid ; Connection conn =DriverManager.getConnection(url, SCOTT, TIGER ); // コネクション取得 Statement stmt = conn.createstatement(); //Statementの作成 stmt.executeupdate(sql); // 更新の実行 SQL 文 (UPDATE 文 ) の実行 1. JDBC Driver の登録 2. コネクション作成 3. Statement オブジェクトの作成 stmt.close(); //Statement クローズ処理 conn.close(); // コネクションクローズ処理 5. 接続のクローズ JDBC の使用中にエラーが発生した場合データベースにアクセスするすべてのメソッドは SQLException をスローしますこの例外は JDBC コードで常に処理する必要があります 12

13 [ 参考 ] JDBC によるストアドプログラムの実行 JDBC でストアドプロシージャやストアドファンクションを実行する場合は CallableStatement を利用しますここではストアドプロシージャを実行する例を紹介しますストアドプロシージャ GETENAME PROCEDURE "GETENAME" (p_empno in number, r_ename out varchar2) AS cursor c1 is select ename from emp where empno = p_empno; BEGIN for rec in c1 loop r_ename := rec.ename; end loop; exception when others then r_ename := SQLERRM; END; CallableStatement を使用して GETENAME を実行 CallableStatement cstmt = conn.preparecall("{call getename(?,?)}"); cstmt.setint(1,7499); cstmt.registeroutparameter(2, Types.VARCHAR); cstmt.executequery(); System.out.println(cstmt.getString(2)); cstmt.close(); conn.close(); 13

14 [ 参考 ] 同じ SQL を繰返し実行する場合 Where 句の条件値のみ変化する同じ SQL を繰り返し実行する場合は PreparedStatement の使用を検討してください PreparedStatement 使用時は DB 側の解析処理数が減るため繰り返し実行する場合は Statement 使用時より性能向上が期待できます Statement 使用時 PreparedStatement 使用時 Statement stmt = conn.createstatement(); for ( int id = 0 ; id < ; id++ ) { String sql = "SELECT ENAME FROM EMP WHERE EMPNO = " + id; ResultSet rs = stmt.executequery(sql); while ( rs.next() ) { // 表示などの処理 } } String sql = "SELECT ENAME FROM EMP WHERE EMPNO =?"; PreparedStatement ps = conn.preparestatement(sql); for ( int id = 0 ; id < ; id++ ) { ps.setint(1,id); ResultSet rs = ps.executequery(); while ( rs.next() ) { // 表示などの処理 } } 14

15 <Insert Picture Here> Java Web アプリケーションからのデータベースアクセス基礎 15

16 Java Web アプリケーションのデータベース接続 Java の Web アプリケーションつまり JavaEE アプリケーションからデータベース接続を行うには下記 2 つの方法があります 1.DriverManager による接続アプリケーションで使用する JDBC Driver を指定し接続先 DB を指定して接続を行う方法これは前述スライドで説明した方法です 2. データソースによる接続アプリケーションサーバ側で使用する JDBC Driver 接続先 DB を指定し設定名をつけておくアプリケーションからはその設定名だけを指定して接続を行うこの方法の場合アプリケーション開発者は物理的なデータベース接続設定を行う必要がなく設定名だけを意識すればいいため移植性が高く接続先 DB の変更時などに柔軟に対応できますまた通常 AP サーバではデータソース利用時は接続プール機能を利用でき DB 接続時の性能を向上させます 16

17 データソースのイメージ Java AP サーバでは一般的にデータソースの機能を提供しています Java Web アプリケーションはデータソースを用いて接続を行うことがほとんどです Driver Manager による接続データソースによる接続 Java アプリケーション Java アプリケーション名前 :DS-A Java アプリケーション名前 :DS-A DB 接続に必要な情報ドライバ名サーバ名 SID DB ユーザ名パスワードなど JDBC Driver Java AP サーバが提供するデータソースサービス名前 :DS-A DB 接続に必要な情報ドライバ名サーバ名 SID DB ユーザ名パスワードなど JDBC Driver 17

18 接続プールについて JDBC の API では Connection というオブジェクトを生成してデータベース接続を確立しますデータベースとの接続を終了する時も Connection オブジェクトを使用しますしかしアプリケーションが都度 Connection を生成したり接続終了をしていると性能面で大きなオーバーヘッドが発生します一般的な Java AP サーバでは接続プールにより事前に生成しプールに蓄積した複数の Connection オブジェクトをアプリケーションで使いまわすことで性能劣化を防ぐ機能を提供しています接続プール中に生成された Connection をオブジェクトと DB 間の接続を物理接続といいますアプリケーションが接続プール中の Connection オブジェクトを取得することを論理接続といいます.Connection オブジェクト Java アプリ論理接続 1 必要なときプールから借りるデータソース接続プール DB 物理接続 2 使い終わったらプールに返す 18

19 データソースと接続プールのアーキテクチャ一般的な Java AP サーバでは接続プールはデータソースの機能の一部または関連付けを行って利用するためアプリケーションはデータソースの名前だけを指定すれば接続プールを利用できますデータソースの名前は Java AP サーバの JNDI サービスにより管理されますアプリケーションは JNDI サービスにデータソース名前を提示して目的のデータソースをオブジェクトとして取得しさらに Connection オブジェクトを取得します Java AP サーバ JNDI ネーミングサービスデータソースサービスデータソース dsa 利用する JDBC ドライバや DB 接続情報ルックアップ jdbc/dsa JNDI 名 jdbc/dsa 接続プールデータベースアプリケーション 19

20 データソースを使用した SELECT 文の実行 0. データソース設定 DB 接続情報, JDBC ドライバ名などを記述したデータソースを設定します 1. データソースオブジェクト取得 JNDI ルックアップを行い使用するデータソースオブジェクトを取得します (javax.naming パッケージを使用 ) 2. コネクション作成 Connection オブジェクトを取得します (javax.sql.datasource を使用 ) 3. Statement オブジェクトの作成 Statement オブジェクトを作成します (Connection オブジェクトを使用 ) 4. SQL 文 (SELECT 文 ) の実行 5. 問合せ結果の処理 6. 接続のクローズ問い合わせのために executequery() メソッドを実行します (Statement オブジェクトを使用 ) 問合せを実行して ResultSet オブジェクトを取得する場合 ResultSet を繰り返し処理して各行のデータを処理します終了後 ResultSet Statement および Connection オブジェクトをクローズします 20

21 DB 接続のロジック ( 例 ) import javax.naming.*; import javax.sql.*; データソースを使用したDBアクセスに必 import java.sql.*; 要なパッケージ import oracle.jdbc.*;... String sql = select * from emp // 実行するSQL 文 Context ic = new InitialContext(); //JNDIルックアップのための初期コンテキスト取得 DataSource ds = (DataSource)ic.lookup( jdbc/oracleds ); // データソースオブジェクト取得 Connection conn = ds.getconnection(); // コネクション取得 Statement stmt = conn.createstatement(); //Statement の作成 ResultSet rset = stmt.executequery(sql); // 結果セットの取得問合せ結果の処理 JNDI 論理名 : この文字列でデータソースをルックアップ 1. データソースオブジェクト取得 2. コネクション作成 3. Statement オブジェクトの作成 rset.close(); // 結果セットクローズ処理 stmt.close(); //Statement クローズ処理 conn.close(); // コネクションクローズ処理 4. SQL 文 (SELECT 文 ) の実行 6. 接続のクローズ JDBC の使用中にエラーが発生した場合データベースにアクセスするすべてのメソッドは SQLException をスローしますこの例外は JDBC コードで常に処理する必要があります 21

22 <Insert Picture Here> WebLogic11g のデータソース 22

23 WebLogic 11g に含まれる JDBC ドライバ WebLogic11g からデータベース接続を行う場合基本的にそのデータベースに接続できる JDBC ドライバを CLASSPATH に付加すればデータソースを構成でき接続可能になります WebLogic11g が標準でバンドルしている JDBC ドライバは下表ですドライバの実体は WL_HOME/server/lib に格納されていますドライバ対象データベースファイル名備考 Oracle Thin Driver 11g Oracle Database ojdbc6.jar TYPE4 MySQL5.0 JDBCドライバ MySQL mysql-connector-java-commercial- 5.0.x-bin.jar Non-XA WebLogic Type4 JDBC ドライバ DB2 MS SQL Server Informix, Sysbase 共通 : wl_base.jar, wl_util.jar DB2 用 :wldb2.jar MS SQL Server 用 :wlsqlserver.jar Informix 用 :wlinformix.jar Sybase 用 :wlsybase.jar DataDirect の OEM 供給 WebLogic インストール時にサンプル導入を指定した場合 Derby DBMS もインストールされますこれは WebLogic のサンプルを動作させる目的のみで利用できます 23

24 WebLogic 11g のデータソースの種類 WebLogic 11g では 3 種類のデータソース機能を提供しています単体の DB 接続には汎用データソースを Oracle RAC にはマルチデータソースか GridLink データソースを利用します種類用途概要汎用データソース ( または単にデータソースともいう ) DB 単体用単体の DB インスタンスに特定の DB ユーザで接続するマルチデータソース ( 当資料では詳細説明は割愛しています ) Grid Link データソース ( 当資料では詳細説明は割愛しています ) 複数の DB インスタンス用 ( 主に Oracle RAC で利用 ) Oracle RAC 用複数のデータソースをまとめて 1 つのデータソースとして利用することで接続分散と可用性向上を可能に Oracle RAC 側から死活情報負荷情報を取得しアプリからの論理接続時にそれらの情報を考慮した上で最適な Connection を利用させる 24

25 [ 参考 ] データソースとマルチデータソースデータソースは単体の DB インスタンスに特定ユーザで接続マルチデータソースは複数データソースをまとめて 1 つのデータソースとするこれによりアプリからの接続要求を分散したり 1 つのデータソースの接続先 DB インスタンスに障害が発生した場合にそのデータソースをアプリに利用させないように自動制御が可能つまり Oracle RAC のような DB クラスタ環境での適用を前提としている WebLogic WebLogic アプリケーションアプリケーションマルチデータソースデータソースデータソース 1 データソース 2 データソース 3 Oracle RAC 25

26 WebLogic 11g のデータソースのスコープ WebLogic11g のデータソースには 2 種類のスコープ ( 利用可能範囲 ) が存在しますスコープは構成方法によってその範囲が決定しますスコープの種類サーバスコープアプリケーションスコープ概要 Admin コンソールや WLST で構成する指定した WebLogic サーバ上のアプリ全体で利用可能アプリケーションにデータソース定義 XML ファイルを含ませて構成するそのアプリケーションだけで利用可能 WebLogic アプリケーションアプリケーションアプリケーションデータソース A データソース B 26

27 [ 参考 ] WebLogic11g のサーバースコープのデータソースサーバースコープのデータソースは WebLogic ドメインに対して構成しその中で利用するサーバを対象として指定します DOMAIN/config/jdbc 配下にデータソース毎の定義ファイル ( データソース名 -id-jdbc.xml) が生成されます JDBC データソースの対象サーバの情報はドメイン構成ファイル (config.xml) で保持されますデータソースを削除すると上記 XML や config.xml のエントリも削除されます WebLogic ドメインデータソース dsa dsa-9999-jdbc.xml データソースの定義内容管理対象サーバ A 管理対象サーバ B config.xml データソース dsa データソース dsa アプリ -W アプリ -X アプリ -Y アプリ -Z ドメイン構成ファイルデータソースと対象サーバの関連の定義もここに含まれる 27

28 WebLogic11g のデータソースの構成や監視について WebLogic のデータソースは主に管理コンソールや WLST を用いて管理操作や監視を行います構成は通常の管理ツール (Admin コンソールや WLST) を用いますがデータソース設定を記載した XML ファイルを用意しそのファイルをデプロイすることで構成することも可能です個々のデータソースや関連リソースに対応する Configuration MBean(WebLogic が提供する構成用 Java オブジェクト ) により変更監視が可能ですまた WebLogic のデータソースは JSR-77(Java EE Management Model ) をサポートしており実行時の情報を Runtime MBean(WebLogic が提供する監視用 Java オブジェクト ) を用いて動作状況や性能をモニタリングすることも可能ですツール作成削除変更監視管理コンソール WLST JMX APIや任意のJMX MBeanツール 28

29 データソース作成時に必要なパラメータ下表パラメータはデータベース種類に限らずデータソース定義時の共通項目接続プールはコンソールではデータソース作成後に接続プールタブから設定します項目 ( * は必須項目 ) 概要 Oracle Databaseの場合の例データソース名 * WebLogicでの管理名 dsa JNDI 名 * JNDIツリーへのバインド名 jdbc/dsa データベース種類 * OracleやDB2など 1 Oracle ドライバ種類 * データベース種類に応じて指定 1 Oracle Thin Instance-Connection トランザクションオプション非 XAドライバの場合に指定 1phase commit データベース名 * データベースのID ORCL ホスト名 * データベースのホスト名 localhost ポート * データベースへの接続ポート 1521 データベースユーザ名データベースユーザ名 SCOTT パスワードデータベースユーザのパスワード TIGER ドライバクラス名 * JDBCドライバのクラス名 2 oracle.jdbc.oracledriver URL* JDBC URL 2 jdbc:oracle:thin:@localhost:1521:orcl JDBC ドライバプロパティ JDBC ドライバテスト対象の表名 (or SQL) 接続テストに利用する表または SQL SQL SELECT 1 FROM DUAL ターゲット WLS ドメイン中どのサーバで利用するか Server1 1 コンソールの場合リスト BOX で選択 2 コンソールの場合自動入力 29

30 接続プールの主要パラメータパラメータの設定指針にについては後の WebLogic11g のデータソースにおける推奨 / 注意事項で説明します項目概要デフォルト値初期容量接続プール作成時に作成される Connection 数接続プールに維持される最小接続数でもある最大容量接続プール中に作成可能な最大 Connection 数 15 増分容量接続プール中に新たに Connection を増加するときの量 1 予約時に接続をテストテスト頻度 ( 秒 ) アプリケーションが接続要求を行った際に Connection の有効性をテストするか否か ( テスト対象の表名の指定が必須 ) 接続プール中の未使用 Connection に対する接続テストの実行間隔テスト失敗時はその Connection を無効化して再度 Connection を作成 ( テスト対象の表名の指定が必須 ) アイドルプール接続を信頼する秒数ここで指定した時間内に正常と確認された Connection のテストはスキップする 10 縮小頻度 ( 秒 ) 接続プール内の Connection 数を縮小させるまでの間隔 900 非アクティブ接続タイムアウト ( 秒 ) アプリケーションで使用中の Connection が非アクティブの場合ここで指定した秒数が経過すると接続プールに自動復旧する接続予約のタイムアウト ( 秒 ) アプリケーションが Connection を要求して取得するまで待機できる秒数 10 接続作成の再試行間隔 ( 秒 ) 接続プール中の Connection 作成が失敗した場合に再作成を試行する間隔 0 1 false 120 0( 無効 ) 文タイムアウト JDBC ドライバに対して実行中の SQL 文をタイムアウトする時間の指定. JDBC ドライバの Statement.setQueryTimeout のメソッド実装に依存 -1 30

31 Oracle JDBC Driver によるデータソース作成 WebLogic Server に含まれる Oracle の JDBC ドライバを利用してデータソースを作成する場合ドライバのタイプと接続先指定方法により下表 6 パターンから 1 つを選択します Instance Connection: オラクルの SID を指定する方法 ( 例 :jdbc:oracle:thin:@localhost:1521:xe) Service Connection: オラクルの service_name を指定する方法 ( 例 :jdbc:oracle:thin:@localhost:1521/xe) RAC Service-Instance Connection:Oracle RAC にマルチデータソースで接続する際に使用ドライバ種類ドライバクラス接続先指定方法 XA Thin ドライバ Thin ドライバ oracle.jdbc.xa.client.oraclexadatasource oracle.jdbc.oracledriver Instance Connection Service Connection RAC Service-Instance Connection Instance Connection Service Connection RAC Service-Instance Connection 31

32 WebLogic11g データソースの動作 ( 起動時 ) WebLogic 起動時にデータソースが初期化され接続プール中に初期容量で指定した数の Connection オブジェクトが作成され ( つまり物理接続が行なわれ ) アプリケーションから利用可能になります WebLogic 管理対象サーバデータソース dsa WebLogic Server 起動時に初期化接続プール初期容量 3 の場合 32

33 WebLogic11g データソースの動作 ( アプリケーション接続要求時 ) アプリケーションがデータソースを利用して接続を要求した時データソースの接続プールに未使用の Connection オブジェクトがあればそれを予約してアプリケーションが利用しますアプリケーションは利用後 colose メソッドを実行すると接続プールに Connection オブジェクトが戻されますアプリケーションがリリースを行わないと接続プールに Connection オブジェクトが戻らず他のアプリから使用できない状態になりますこれを Connection リークといい接続プールにおいては発生させてはならない事象の一つです WebLogic 管理対象サーバデータソース dsa アプリケーション 1 getconnection() で予約接続プール 2 使用 3 Connection の Close() でリリース 33

34 WebLogic11g データソースの動作アプリケーション接続要求時に未使用接続が無い場合 1 接続プール中の Connection オブジェクト数が最大容量に達していない場合はプール中に増分容量で指定した分新たな Connection オブジェクトが生成されアプリケーションはそれを予約使用することが可能です WebLogic 管理対象サーバデータソース dsa アプリケーションアプリケーションアプリケーションアプリケーション 3 アプリケーションで利用可能 1 getconnection() で予約接続プール 2 最大容量 5 で設定し現在接続数 3 の場合まだプールに Connection を追加することが可能増分容量 1 なので接続を 1 つ追加作成する 34

35 WebLogic11g データソースの動作アプリケーション接続要求時に未使用接続が無い場合 2 接続プール中の Connection オブジェクト数が最大容量に達している場合は接続プールに Connection オブジェクトが戻るまで接続予約のタイムアウトで指定した秒数分だけ待機します接続予約のタイムアウトで待機しても Connection オブジェクトを得られなかった場合下記例外が発生します weblogic.jdbc.extensions.poollimitsqlexception: weblogic.common.resourcepool.resourcelimitexception: No resources currently available in pool dsa to allocate to applications, please increase the size of the pool and retry.. WebLogic 管理対象サーバデータソース dsa アプリケーションアプリケーションアプリケーションアプリケーションアプリケーション接続プールアプリケーション 1 getconnection() で予約 2 最大容量 5 で設定し現在使用数 5 の場合アプリは接続予約のタイムアウトまで待機タイムアウトになると例外発生 35

36 <Insert Picture Here> WebLogic11g の JDBC データソースの監視 36

37 [ 参考 ] 実行時の統計情報の項目 1 Rutime Bean による実行時の統計情報の主要な項目管理コンソールの監視項目名 JDBCDataSourceRuntimeMBean の属性名説明アクティブな接続の平均数 ActiveConnectionsAverageCount 使用中接続の平均数現在アクティブな接続の数 ActiveConnectionsCurrentCount 現在使用中の接続数アクティブな接続の最大数 ActiveConnectionsHighCount 同時に使用された接続の最大数接続遅延時間 (msec) ConnectionDelayTime 物理接続の作成に要した平均時間接続の総数 ConnectionsTotalCount データソースで作成されたデータベース接続の累計数現在の容量 CurrCapacity 接続プール中の接続数予約に失敗した要求の数 FailedReserveRequestCount アプリが接続予約に失敗した数再接続の失敗数 FailuresToReconnectCount データソースが物理接続のリフレッシュに失敗した回数リークした接続数 LeakedConnectionCount アプリが close しなかった接続数使用可能数 NumAvailable 接続プール中の使用可能な接続数使用不可数 NumUnavailable 接続プール中の未使用の接続数予約された要求の数 ReserveRequestCount 接続要求の現在の累積数 37

38 [ 参考 ] 実行時の統計情報の項目 2 管理コンソールの監視項目名 JDBCDataSourceRuntimeMBean の属性名説明プリペアドステートメントキャッシュのアクセス数プリペアドステートメントキャッシュの追加数プリペアドステートメントキャッシュの現在サイズプリペアドステートメントキャッシュの削除数プリペアドステートメントキャッシュのヒット数プリペアドステートメントキャッシュの失敗数 PrepStmtCacheAccessCount PrepStmtCacheAddCount PrepStmtCacheCurrentSize PrepStmtCacheDeleteCount PrepStmtCacheHitCount PrepStmtCacheMissCount 文キャッシュにアクセスされた累計数文キャッシュに追加された文の現在の累積数文キャッシュの現在の数キャッシュから削除された文の数文キャッシュが使用された数文キャッシュが使用されなかった数最大待機時間 ( 秒 ) WaitSecondsHighCount 接続待機の最大時間接続待機の現在数 WaitingForConnectionCurrentCount 接続待機している現在の要求数接続待機の失敗総数 WaitingForConnectionFailureTotal 接続待機後接続予約に失敗した総数接続待機の最大数 WaitingForConnectionHighCount 接続待機した要求の最大数接続待機の成功総数 WaitingForConnectionSuccessTotal 接続待機後接続を予約できた総数接続待機の総数 WaitingForConnectionTotal 接続待機した要求数の総数 38

39 管理コンソールによる監視例接続プールの最大容量値が適切かどうかを監視する例下記例では最大容量を 2 接続予約のタイムアウトを 10 秒に設定これらを総合すると最大容量が不足しており最低でも 20 (2 + 18) にする必要があると判断できる最大容量の 2 まで達成することがある接続予約のタイムアウトまで待機しているリクエストがある待機の最大数が 18 発生予約失敗が多数発生 39

40 監視ダッシュボードによる監視例接続プールの状況を自動的にリフレッシュさせつつ時系列に確認したい場合などは管理コンソールの監視ダッシュボードが便利です監視ダッシュボードの URL: 接続プール中の Connection 数現在使用されている Connection 数 40

41 WLST のスクリプトによる監視例 WLST を活用しデータソースの接続プールの監視項目を定期的にチェックしてファイルに書き込んだり標準出力に表示するような処理を行うスクリプトを作成できますこの例では 5 秒毎に接続プールの状況を取得し表示とファイル出力を同時に行う WLST のスクリプトを実行しています ( このスクリプトは WebLogic11g 独習キット vol.2 に含まれています ) 41

42 <Insert Picture Here> WebLogic11g データソースにおける推奨注意事項 42

43 1. 接続プールの容量について接続プールの容量における推奨事項接続プールの初期容量や最大容量の値は同じにするこれは下記理由によるもの接続プールの初期容量と最大容量が異なる場合同時リクエスト数によっては接続プール内で新たに DB への物理接続処理が発生し得るまた接続プールの縮小処理も発生し得るこの DB への物理接続や縮小時の切断処理は決して軽くないそのため運用中に接続プール中の接続が増減しないように初期容量や最大容量の値は同じにすることを推奨する初期容量 5 最大容量 5 の場合 WebLogic 起動時に接続プールに 5 つの Connection オブジェクトが作成されその後増加も減少もしないつまりその分物理接続や切断のオーバーヘッドが無い接続プール 43

44 2. 接続プールの容量とスレッド数について接続プールの容量における推奨事項 WebLogic で同時実行される最大スレッド数 <= 接続プールの最大容量にするこれは下記理由によるもの WebLogic 上のアプリケーションはスレッドにて処理されるが同時実行スレッド数が多くなるとそれに対応できる接続プール中の接続が無ければ接続予約時でスレッドの待機が発生してしまい性能に影響を与えてしまう ( ただしリクエストによりスレッドが DB 接続を行わないこともあるという場合はこの限りではない ) WebLogic で同時実行される最大スレッド数はワークマネジャー機能でサーバまたはアプリケーション別に指定できるその際に最大スレッド数 = 特定の接続プールの最大容量として指定することも可能スレッドスレッドスレッドスレッドスレッドアプリアプリアプリアプリアプリ接続プール 44

45 3. 接続プールのテストについて接続プールのテストにおける推奨事項接続プールでテスト機能を設定するか否かはデータベース障害時の対応における要件とデータベースサーバ側の負荷状況を鑑みて判断する WebLogic のデータソースにはテスト機能が存在しアプリケーションが予約時または指定頻度で指定した SQL を自動実行しその結果で DB の死活状況をチェック可能データベースサーバ側の負荷 (CPU 使用率など ) が非常に高い場合接続プールのテスト機能は極力使用しない方がよい ( シングル構成の ) データベースが運用中に障害等で再起動してしまった場合でその際に WebLogic サーバまたはデータソースの再起動などの手動操作を行うことが許容されない場合は接続予約時のテストを true にしかつテスト頻度も設定し接続テストを実施させるアプリ 1 予約接続プール 2 SQL 実行 SELECT 1 from dual 3SQL 結果 OK なら利用させる 45

46 4. WebLogic と DB 間のファイアーウォールについて WebLogic と DB 間にファイアウォールが存在する場合の注意事項 WebLogic とデータベースの間に Firewall 等が設置されている場合 Firewall が接続プール中の接続と DB 間のアイドルな通信を一定間隔で自動切断させないようにする必要がある Firewall によってはアイドルとなった通信を自動的に無効化する機能を提供するが接続プールは常時 DB との通信を保持するためこの影響を受ける可能性があるその場合 Firewall 側でその機能を無効化するできない場合は Firewall がアイドル通信を自動切断するより早い間隔で接続プールのテスト頻度を設定する接続プールアイドル接続を定期的に自動切断してしまう場合は接続プールでそれより早い間隔でテスト頻度を設定することでアイドルを無くす Firewall 46

47 5. Connection リークへの対応について Connection リークにおける注意事項リークが発生してしまった場合 WebLogic 側で強制解放する方法はあるがそもそも Connection リークを発生させないようにする事が重要でそれは原則アプリ側の責任アプリケーション側で利用した Connection オブジェクトに対して close( ) メソッドを実行しなかった場合 Connection リークが発生する WebLogic ではデータソースに非アクティビティ接続のタイムアウトを 0 よりも大きい値 ( 秒 ) を指定すると Connection がリークした後指定秒経過後に強制的に接続プールに戻すことができるただしこの機能に頼ることなくアプリ側で close をきちんと行う必要があるアプリ 2 ただし非アクティビティ接続のタイムアウト > 0( 秒 ) に設定すると指定秒経過後強制的に Connection が接続プールに戻される接続プール 1 close しない Connection は接続プールに戻らない ( リーク状態 ) 47

48 48

【オラクルコンサルが語る】データベース管理者も押さえておきたいWebLogic実践ノウハウ

【オラクルコンサルが語る】データベース管理者も押さえておきたいWebLogic実践ノウハウ Oracle Direct Seminar オラクルコンサルが語るデータベース管理者も押さえておきたい WebLogic 実践ノウハウ日本オラクル株式会社コンサルティングサービス統括テクノロジーソリューションコンサルティング統括本部アジェンダ基本アーキテクチャデータソースとは WLS11gのデータソース WLS11gのデータソースの動作 WLS11gのデータ