Techdata VINA 지식 공유

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

다음날 출근해서 와보니 잘못된 조건으로 잘못된 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 에만 적용 가능함.