KILLED SESSION 에대한 SMON rollback 을 빠르게하는 방법

어제밤에 개발자가 올래걸리는 작업이 있어서 돌리고 퇴근 했다

다음날 출근해서 와보니 잘못된 조건으로 잘못된 DML이 아직도 안끝낫다.. 개발자는 아무렇지 않게 X버튼을 눌러 프로그램을 껏다. 어떤 상황이 발생할까.?

그 테이블의 Rollback이 이뤄 지면서 작업 시간 만큼 Lock 현상으로 그 테이블의 서비스는 불가 하다..

아래 세팅을 미리 해놓으면 이때 복구 시간을 빠르게 할 수 있다.

_CLEANUP_ROLLBACK_ENTRIES 가 한번에 rollback 하는 count (V$TRANSACTION.USED_UREC) 를 결정합니다.

＃순서

1. 현재값은 아래 query 로 확인합니다.

select a.ksppinm "Parameter",
b.ksppstvl "Session Value",
c.ksppstvl "Instance Value"
from x$ksppi a, x$ksppcv b, x$ksppsv c
where a.indx = b.indx and a.indx = c.indx
and a.ksppinm like '%_cleanup_rollback%'
/


2. '_cleanup_rollback_entries' 을 원하는 숫자로 하시고 fast_start_parallel_rollback=false 로 변경 후 DB restartup 하세요.

(경험상 _cleanup_rollback_entries = 몇만 까지 사용해봤습니다.)


<근거>
Note 414242.1 - Database Hangs Because SMON is taking 100% CPU doing transaction recovery
Note 1060831.6 - Rollback Is Taking A Long Time After Session Killed

＃추가 참고 

1. _cleanup_rollback_entries' 을 너무 크게하는 경우 rollback 부하로 다른 작업 영향 받을 수 있음.

2. RAC 이라도 한쪽 instance 에만 적용 가능함.