About DATABASE

이 패턴은 WebLogic Server를 사용할 때 오류를 발생시키는 원인과 해결 방법에 대해 설명합니다.

항목 바로가기

• 진 단 조회
• 일 반적인 원인과 해결 방법

• 코 드 연습
• 명 령문 캐시
• 데 이터베이스 드라이버

진단 조회
다음 SQL 조회는ORA-01000문제를 진단하는 데 유용합니다. 이런 조회를 실행하려면 데이터베이스에 관리자로 로그인하거나 데이터베이스 관리자가 사용자에게v$뷰에서 SELECT 명령문을 실행할 수 있는 권한을 승인해야 합니다.

NAME                                 TYPE        VALUE
------------------------------------ ----------- ------------------------------
open_cursors                         integer     1000

OPEN_CURSORS값을 충분히 큰 값으로 설정하여 응용 프로그램에서 열린 커서가 부족하지 않도록 해야 합니다. 이 수는 응용 프로그램에 따라 다릅니다. 세션이OPEN_CURSORS에 지정된 커서 개수만큼 열지 않는 경우 이 값을 실제 필요한 값보다 크게 설정해도 오버헤드가 추가되지 않습니다.

v$open_cursor는dbms_sql.open_cursor()를 사용하여 연 동적 커서인PARSED및NOT CLOSED를 세션에 대해 추적할 수 있습니다. 구문 분석 하지 않은 열린 동적 커서는 추적하지 않습니다. 응용 프로그램에서 동적 커서의 사용은 흔하지 않습니다. 이 패턴은 동적 커서가 사용되지 않는 것으로 간주합니다.

SQL_TEXT
---------------------------------------------------------------------------------------------------------------------------------------------------------------------------
select * from empdemo where empid='212'
select * from empdemo where empid='321'
select * from empdemo where empid='947'
select * from empdemo where empid='527'
...

결과는 커넥션 상에서 실행 중인 조회를 표시합니다. 이를 기준으로 열린 커서의 출처를 역추적할 수 있습니다.

페 이지 맨 위

일 반적인 원인과 문제 해결
다음 단계는 문제의 원인을 파악하고 가능한 해결 방법을 모색하는 절차입니다.

try {
    conn = getConnection(); //Method getConnection will return a JDBC Connection
    stmt = conn.createStatement();
    rs = stmt.executeQuery("select * from empdemo");
    // do work
} catch (Exception e) {
    // handle any exceptions
} finally {
    try {
        if(rs != null)
            rs.close();
    } catch (SQLException rse) {}
    try {
        if(stmt != null)
            stmt.close();
    } catch (SQLException sse) {}
    try {
        if(conn != null)
            conn.close();
    } catch (SQLException cse) {}
}

try {
    for(int i = 0; i < 10; i++) {
        conn = getConnection();
        stmt = conn.createStatement();
        rs = stmt.executeQuery(queries[i]);
        // do work
    }
} catch (Exception e) {
    // handle any exceptions
} finally {
    try {
        if(rs != null) 
            rs.close();
    } catch (SQLException rse) {}
    try {
        if(stmt != null) 
            stmt.close();
    } catch (SQLException sse) {}
    try {
        if(conn != null) 
            conn.close();
    } catch (SQLException cse) {}
}

try{
    conn = getConnection();

    for(int i = 0; i < NUM_STMT; i++) {
        Statement stmt = null;
        ResultSet rs = null;
 
         stmt = conn.createStatement();
         rs = stmt.executeQuery(/*some query*/);
        //do work
    }
} catch(SQLException e) {
     // handle any exceptions
} finally {
    try{
        if(conn != null)
            conn.close();
    } catch(SQLException ignor) {}
}

• WLS 8.1 릴리스 정보
• WLS 7.0 릴리스 정보
• WLS 6.1 릴리스 정보

• CR129379- EJB 트랜잭션이 새로운 엔터티를 많이 만들거나 모두 JDBC를 사용하는 빈을 많이 끌어들인 경우 WebLogic Server가 Oracle 커서 부족의 위험을 감수합니다. 이는 의심되는 Oracle 드라이버 버그를 회피하기 위해 WebLogic Server가 트랜잭션이 끝날 때까지 JDBC 명령문 닫기를 지연시키고 명령문에 대한 커서를 유지하기 때문입니다. 이 동작은WLS 6.1 SP7,WLS 7.0 SP5및WLS 8.1 SP3에서 변경되었으므로 세션은 트랜잭션이 끝날 때까지 커서를 유지할 필요가 없습니다.
  
• CR179600 - WLS 8.1 SP3 - 특정 명령문 실패 조건에서 풀의 명령문 캐시는 DBMS 세션에서 커서 leak을 야기하는 명령문을 닫지 않을 수도 있습니다. 이 문제를 해결하기 위해WLS 8.1 SP4가 변경되었습니다.
• CR174126 - 하나의 트랜잭션에 다른 여러 prepared statements를 사용하면 XA 명령문 캐시에 버그를 발생시키므로 닫히지 않은 JDBC 명령문에 대한 핸들이 손실됩니다. 이로 인해 Oracle에서 사용 가능한 모든 커서가 신속하게 소모되어 leak이 발생합니다.WLS 8.1 SP3에서 XA 명령문 캐시를 구현하는 데 사용하는 기본 콜렉션 Object가 수정되었습니다.
• CR188814 - WLS 8.1 SP2 - EJB 2.0 CMP를 사용할 때 BLOB 또는 CLOB 열을 업데이트한 후에 PreparedStatement와 ResultSet가 닫히지 않았습니다. 이제 WebLogic Server는WLS 8.1 SP4에서 BLOB/CLOB를 업데이트할 때 PreparedStatement와 ResultSet를 닫습니다.