WS I_CHAP 9. 언두 데이터 관리_Summary

CHAP 9장 언두 데이터 관리

이장의 내용
 - DML및 언두 데이터 생성 설명
 - 언두 데이터 모니터 및 관리
 - 언두 데이터와 리두 데이터이 차이점 설명
 - 언두 retention 구성
 - 언두 retention 보장
 - Undo Advisor사용

데이터 조작
데이터 조작어(DML)은 다음으로 구성된다.
  - INSERT, UPDATE, DELETE, MERGE

언두 데이터(이전 데이터)
 특징
 - 수정되기 전 원래 데이터의 복사본
 - 데이터를 변경하는 모든 트랜잭션에 대해 캡쳐됩니다.
 - 적어도 트랜잭션이 종료될 때까지는 보존됩니다.
 - 지원하는 작업
     롤백 작업, 읽기 일관성 및 Flashback Query, 실패한 트랜잭션 recovery

 다음에 의해 트랜잭션이 종료될 때까지 언두 정보를 보존합니다.
  - 유저의 트랜잭션 언두(롤백)
  - 유저의 트랜잭션 종료(커밋)
  - 유저 세션의 비정상적인 종료(롤백)
  - 종료 명령에 의한 유저 세션의 정상적인 종료(커밋)

트랜잭션 및 언두 데이터
 - 각 트랜잭션은 하나의 언두 세그먼트에만 할당됩니다.
 - 하나의 언두 세그먼트는 한 번에 여러개의 트랜잭션을 처리할 수 있습니다.

언두 정보 저장
언두 정보는 Undo Segment에 저장되며 Undo Segment는 하나의 Undo Tablespace에 저장됩니다. 언두 테이블 스페이스의 특징은 다음과 같습니다.
  - 언두 세그먼트에만 사용됩니다.
  - recovery시 특별한 고려 사항이 있습니다.
  - 단일 instance와만 연관됩니다.
  - 여러 언두 테이블 스페이스 중 하나만 주어진 시간에 주어진 instance에 대해 현재 쓰기가 가능해야 합니다.
  - Undo segment는 SYS가 소유합니다. 세그먼트는 순환 버퍼처럼 사용되므로 각 세그먼트는 최소 두 개의 Extent를 갖습니다.

언두 데이터와 리두 데이터 비교

언두 모니터
  - 언두 테이블 스페이스의 사용 가능한 공간
  - "Snapshot too old"오류

보통 대부분의 경우 언두는 instance에 의해 자동으로 관리되므로 데이터 베이스 관리자(DBA)의 개입이 거의 필요하지 않습니다. 다음과 같은 경우 관리자의 개입이 필요할 수 있습니다.
  - undo space가 부족한 경우
  - 유저가 ORA-01555 snapshot too old오류 메세지를 수신하는 경우

언두 관리
언두 관리를 통해 다음 오류를 방지해야 합니다.
  언두 테이블 스페이스의 공간 오류 :
    - 언두 테이블 스페이스의 크기를 적절히 조정합니다.
    - 대형 트랜잭션을 주기적으로 커밋합니다.

 "Snapshot too old" 오류 :
    - 적절한 언두 retention 간격을 구성합니다.
    - 언두 테이블 스페이스의 크기를 적절히 조정합니다.
    - 언두 retention 보장을 고려합니다.

    자동 언두 관리 사용 :
     UNDO_MANAGEMENT = AUTO
     UNDO_TABLESPACE=UNDOTBS1

언두 Retention 구성
  UNDO_RETENTION은 이미 커밋된 언두 정보의 보관 기관을 초단위로 지정합니다.