Mar 22, 2011 - BEA-001128_Connection for pool 'DB' closed.

  1. 실제 여유 용량이 5% 남음
<BEA-310002> <5% of the total memory in the server is free>
Description : Free memory in the server has changed
Action : no action required
  1. 구성에 따라서 예정된 데이터 정리 작업을 실행함
Description : Scheduling data retirement tasks as per configuration
Action : no action required

<BEA-320140> <Scheduling data retirement tasks as per configuration.>

3.

Description : Processed configuration and scheduled data retirement tasks.
Action : no action required
<BEA-320143> <Scheduled 0 data retirement tasks as per configuration.>
  1. DB 가 connection closed 처리됨.
<BEA-001128> <Connection for pool "DB" closed.>
<중략> 해당 문제는 대략 1분~2분 사이에 잠깐의 PoolDisable 현상이 나는 골치아픈 문제였습니다. 워낙 접속하는 클라이언트가 많다보니 1분 정도의 PoolDisable 현상에서도 2천~9천건 가까운 에러가 발생하는데, 해당 문제는 DB 과부하로 5분 정도의 지연 현상이 생겼고, 그때, DB의 transaction 과 웹로직의 Shrink Frequency 와 뭔가 맞지 않는 설정이 있지 않은가 의심했습니다. 서버의 웹로직의 Shrink Frequency 는 300초 즉 5분으로 설정되어있는데, 해당 시간이 지나면 끊고나서 재접속시키고 있습니다. 결과적으로 DeadLock 이 발생하였고, Shrink Frequency 의 설정값 5분을 초과하면서 DeadLock 이 떨어지기 전에 PoolDisable이 발생한 것으로 추측하며, 해당 옵션을 수정하였습니다. ----- # 참조 ----- * [BEA Weblogic AS 9.2 close pool connections](http://forums.oracle.com/forums/thread.jspa?threadID=928446 )

Mar 4, 2011 - 오라클 RBO 에 대한 설명

RBO 란 (Rule-Based Optimizer) 의 약자로
하나의 SQL에 대한 여러 개의 execution plan 가운데 가장 높은 순위의 execution plan을 항상 사용하도록 하는 법입니다. (Rank Rule 사용.)

  • 경험적으로 순위가 매겨진 오퍼레이션에 기초한 실행계획을 선택합니다.
  • SQL 문을 실행하기 위한 방법이 하나 이상있다면, 규칙기준 접근 방식은 순위가 높은 오퍼레이션을 이용합니다.
  • 순위가 높은 오퍼레이션은 순위가 낮은 오퍼레이션보다 빨리 실행됩니다.
  • 수립될 실행계획이 예측 가능하기 때문에 사용자가 원하는 처리 경로로 유도하기 쉽습니다.

다만 오라클 10G 부터는 RBO 에 대한 지원 자체가 중단되었기 때문에 그로 인해 우리 서버의 경우 DBA가 자체적으로 ‘통계’ 수집작업을 하도록 결정되었습니다.

통계내역은 이주 월요일밤부터 수집된 내역을 퍼블리싱 하였고,
모든 테이블이 대상으로 하였고, 작업시 오라클 SQL AREA 가 프러싱 되어 하드 파싱이 다량 발생하였지만,
시스템에 무리를 줄 수준은 아니었으며,
현재 OTLP성 작업에는 실행시 이상이 없는 걸로 파악되었으며,
지속적인 테스트를 하고 있는 중입니다.


참조


Mar 4, 2011 - java.lang.UnsatisfiedLinkError: no JniTrustNet in java.library.path

Error >> Failure loading shared library
java.lang.UnsatisfiedLinkError: no JniTrustNet in java.library.path

윈도우의 경우 PATH 에 해당되는 lib 을 넣어주지 않을 경우에 발생합니다. 서버 기동시에는 오류가 발생하지 않으나 WebPage 접속시에 해당 오류가 발생합니다.

설정방법은

set PATH=해당lib 경로

와 같이 실제 dll, lib 과 같은 파일 경로를 잡아줍니다. 보통 Windows/System32 안에 해당 dll 파일을 넣어주면 동작해야하는데,

접근 권한이라든가 그런 문제로 발생하는 걸로 파악됩니다.