현상
TPR 에서 DB Time,Per call 항목이 음수로 나오는 부분 현상이 발생하였습니다.
TPR 예시
========================================
Report Instance Cnt : 1 (from Instance NO. '5')
Elapsed Time : 60.00 (mins)
DB Time : -241.52 (mins)
Avg. Session # : 31.17
================================================================================
3.2 TAC Statistics Overview
================================================================================
Cluster Cache Activity
==========================
Per Second Per TX Per Exec Per Call
--------------------------------------------------------- --------------- --------------- ---------------
Cluster Cache blocks received: 691.86 8,648.20 4,646.79 -6.11
Cluster Cache blocks served: 710.71 8,883.83 4,773.40 -6.28
INC messages received: 3,675.96 45,949.47 24,689.26 -32.46
INC messages sent: 3,612.25 45,153.09 24,261.36 -31.90
Interconnect traffic (KB): 45,421.75
SQL
복사
원인
TPR에서는 DB Time(Total Request Time) 및 Total Request Count를 각 DB Foreground 세션의 Request, Response 시간 차이의 합으로 계산하고 있습니다.
이는 JC_MSG_CL_CONN_REQ_TOTAL 값을 이용해서 계산하며, 각 스냅샷에서의 DB Time / Total Request Count는 아래 계산식을 통해 산출합니다.
DB Time / Total Request Count 계산식: 현재 JC 값 – 이전 스냅샷 JC 값
Plain Text
복사
즉 DB Time, Per Call 항목 값이 음수로 나오는 상황의 원인들은 다음과 같습니다.
•
마지막 스냅샷 이후 1시간이 경과했음에도 불구하고, 현재 JC 값이 이전 스냅샷 JC 값보다 작은 경우
•
메모리 문제일 수도 있지만, JC 값이 재부팅 시 리셋되기 때문에 이 과정에서 스냅샷 사이에 DB 다운 혹은 리커버리 등이 발생했을 경우
참고
•
JC_MSG_CL_CONN_REQ_TOTAL : Client로부터 수신한 전체 연결 요청(Connection Request) 메시지 수
•
JC : jcnt(특정구간에서 소모된 시간, 특정 구산이 수행된 횟수 드으이 정보를 남기기 위한 것이고 wait event는 실제로 멈춰 있던 구간에 대한 정보를 남기기 위한 것) 시스템 이벤트
해결
TPR에서 DBTime,Per call 항목이 음수로 나오는 경우 DB다운이나 리커버리 상황인지 DB 상태 체크가 필요합니다.