개요

• No Archive Mode 및 백업이 없는 상태에서 Undo Tablespace의 Datafile 유실 시 이를 우회하여 DB를 우선 기동을 하는 방법에 대해 기술합니다.
• 해당 방법은 강제적 복구 방법(정상적 백업이 모두 없다는 가정하) 이므로 경우에 따라 일부 데이터 유실등이 발생할 수 있습니다.
• 해당 작업은 강제적 복구작업으로 작업간 외부 업무의 접속을 막아두신 후 진행이 필요합니다.(가능하면 티베로 리스너 포트를 잠시 변경 후 작업을 권장합니다)

방법

Undo 유실 복구 시나리오

Undo Tablespace의 Datafile 삭제

Datafile 확인 및 삭제

Undo Tablespace의 Datafile인 undo001.dtf 삭제합니다.

DB 재기동 확인

undo datafile(undo001.dtf)가 복구가 필요하다며 Mount 모드까지만 기동됨을 확인합니다.

관련 파라미터 적용

해당 파라미터는 아래와 같습니다.

• _ENABLE_UNDO_TS_OFFLINE=Y
• _SKIP_TX_RECOVERY=Y
• _CF_DD_CHECK=N
   

Recovery 동작 수행

파라미터 적용 후 Mount 모드로 기동합니다.

해당 Mount 모드로 변경 후 Undo Tablespace를 Offline 시킵니다. 이후 recover 동작을 수행합니다.

(tbboot mount 기동 -> Undo Tablespace Offline 선언 -> automatic recover 수행)

신규 Undo Tablespace 생성

위 작업으로 Undo Tablespace를 신규 생성 및 기존 Undo Tablespace를 제거하게 됩니다.

DB Normal 모드 기동

파라미타 임시 추가 및 automatic recover 수행 수 normal mode 기동 확인 확인이 가능합니다.

Undo Usgmt 변경

현재 Undo Tablespace가 Offline 상태이므로, Usgmt 변경을 위한 현황을 확인하려 해도 관련 뷰 조회가 어려운 상태입니다.

내부 테이블(_DD_TS)를 조회 및 강제 offline 처리한 기존 Undo Tablespace 상태를 변경합니다.

기존 Undo Tablespace인 UNDO에 TS_ID를 대상으로 하여 status를 3으로 변경함으로 해당 Undo 를 찾지 않도록 변경합니다.

Undo Tablespace 교체

새로운 Undo Tablespace(UNDO_NEW라는 이름으로 예시)를 생성합니다.

새로운 Undo Tablespace를 DB의 Undo Tablespace로 변경하며 기존 Undo Tablespace인 UNDO를 제거합니다.

임시 파라미터 제거 및 DB 재기동

강제 복구를 위하여 적용하였던 2-2 단계에서의 파라미타를 DB 다운 및 제거(또는 주석화) 후 DB를 재기동합니다.

개요에서 설명한 바와 같이, TX Recovery(트랜잭션 리커버리)가 수행되지 않은 상태이므로 일부 정합성 문제가 발생할 수 있습니다.

DB 다운 후 2-2 단계에서 추가한 파라미터 제거

기동 후 Undo Tablespace가 UNDO_NEW로 변경된 것을 확인합니다.

또한, 추가로 recover가 필요한 파일이 없는 것을 확인합니다.