2013/10/18 ws1 memo

* undo data

- a copy of original, premodified data

- captured for every tx that changes data

- retained at least until the tx is ended

- used support to :

- rollback operation

- read-consistent query 읽기 일관성 (SCN => oracle의 내부시계, 정수값증가)

- oracle flashback query, oracle,flashback tx, and oracle flashback table

- recovery from failed tx

* CR-Block (consistent read block 읽기 일관성을 위해 buffer cache 에 만든 block)

* current block 1user 가 작업하던내용을 commit 전에 2user 는 commit 전 data 1user 는 자신이 수정한 data가 보인다

* flashback archive data - undo data 를 사용한다. (undo segment)

이전엔 backup data 로 redo 불완전 복구를 사용하여 확인하였다.( media recovery)

* clone db (ws2에서 다룰내용) : 시간이 오래걸리고 DBA 가 직접작업해야한다.

* redo log buffer : database 의 변화

* undo : data 의 변화

* tx and undo data

  - each tx is assigned to only one undo segment (꼭 그렇지만은 않다.)

  - an undo segment can service more than on tx at a time

* undo segment : circular 방식으로 사용 (최소 2개로 사용하는게 좋다 2개의 extent !)

seg1

seg2

seg1 을 다쓰면 seg2 로, seg2까지 다차면 seg1 로 재사용

* OLTP (tx 가 많이 생성되는 환경) : bigfile을 잘쓰지 않는다. undo segment 에 request 가 많으르로 smallfile 형태로 쓴다 

* undo tablespace만 지정해주면 undo segment 는 자동으로 생성된다.(소유자는 sys) :extent allocation 은 자동

* undo date versus redo data

* rollback / redo(fast forward)

* snapshot too_old error : read-cons 에 적합하지않을때( undo table space가 없거나 너무작을때 등등..)

http://blog.naver.com/dndwlstm?Redirect=Log&logNo=30128334231

: undo retention 을 조절 

undo table space 에 따라 1~2년 이전 data 도 undo 가능.

* undo retention 

 undo data 를 보장(보관)하는 기간

 > alter tablespace undotbs1 retention guarantee; <-> noguarantee