트랜잭션 롤백
트랜잭션이 테이블의 행을 변경할  때, 이전 이미지는 롤백 세그먼트에 저장됩니다. 트랜잭션이 롤백되었을 경우, 롤백 세그먼트의 값은 행에 다시 기록되어 원래의 값이 복원됩니다.

트랜잭션 복구
트랜잭션이 진행 중 일 때 인스턴스가 비정상적으로 종료할 경우, 오라클 서버는 데이터베이스가 다시 오픈될 때 커밋되지 않은 변경 내역을 롤백할 필요가 있습니다.  이러한 롤백은 트랜잭션 복구로 알려져 있으며, 롤백 세그먼트에 행해진 변경 내역이 또한 리두 로그 파일에 의해 보호될 경우에만 가능합니다.

읽기 일관성
트랜잭션이 진행 중 일 때, 데이터베이스의 다른 사용자들은 이들 트랜잭션에 의해 행해진 커밋되지 않은 다른 변경 사항을 보아서는 안됩니다. 이외에도, 문장은 실행되기 시작한 후 커밋된 어떠한 변경 사항도 보아서는 안됩니다. 롤백 세그먼트의 이전 값은 또한 reader에게 특정 문장의 일관된 이미지를 제공하는데 사용됩니다.

활동 및 비활동 이벤트
트랜잭션은 현재의 익스텐트가 채워지면 다음 익스텐트로 이동하는 순차적 순환방식으로 롤백 세그먼트의 익스텐트를 사용합니다. 트랜잭션은 롤백 세그먼트의 현 위치에 레코드를 기록하며 레코드 크기별로 현재의 포인터를 내보냅니다.
주의: 하나 이상의 트랜잭션이 롤백 세그먼트의 동일한 익스텐트에 기록할 수 있습니다. 각 롤백 세그먼트 블록에는 한 트랜잭션만이 제공하는 정보가 포함되어 있습니다.

롤백 세그먼트 활동
롤백 세그먼트에 기록하기 위해서는 캐쉬에 버퍼가 필요하고(또한 직접 쓰기를 하지 않으며)  데이터 블록을 포함하는 버퍼를 overlay하므로 더 많은 물리적 I/O를 요구하기 때문에, 롤백 활동은 적중율에 영향을 미칠 수 있습니다. 일반적으로 데이터 세그먼트와 롤백 세그먼트 모두에 액세스할 필요가 있는 질의는 별도로 데이터 세그먼트에만 액세스되는 경우보다 더 느리게 수행됩니다.

롤백 세그먼트 헤더 활동
오라클 서버는 트랜잭션 테이블을 모든 롤백 세그먼트의 헤더에 보관합니다.

롤백 세그먼트 헤더 활동은 변경된 데이터 블록을 롤백 세그먼트에 기록하는 활동을 제어합니다. 롤백 세그먼트 헤더는 데이터 블록이며, 빈번하게 수정됩니다. 따라서, 롤백 세그먼트 헤더 블록은 오랫동안 데이터 블록 버퍼 캐시에 남게 될 것입니다. 그렇기 때문에, 롤백 세그먼트 헤더 블록에 액세스하는 것은 데이터 블록과 관계가 없다 하더라도 애플리케이션에 대한 적중율을 증가시킬 것입니다.

롤백 세그먼트 헤더 활동의 영향
롤백 세그먼트 헤더 활동이 캐쉬적중율에 미치는 영향은 규모가 작은 트랜잭션을 많이 수행하는 OLTP 시스템에게는 매우 중요할 것입니다.

모든 트랜잭션은 갱신 작업을 수행하기 위하여 롤백 세그먼트에 대한 트랜잭션 테이블에 액세스해야 합니다. 트랜잭션이 트랜잭션 테이블을 사용하기 위해 경쟁하는 것을 막기 위해서는 충분한 롤백 세그먼트가 필요합니다.

필요한 롤백 세그먼트의 수를 필요 이하로 산정할 경우, 성능은 저하되고 트랜잭션은 오류를 생성하게 될 것입니다.

롤백 세그먼트의 수를 필요 이상으로 산정할 경우에는 추가 공간이 필요합니다. 

롤백 세그먼트의 증가
롤백 세그먼트의 포인터 또는 헤드는 현재의 익스텐트가 가득 차면, 다음 익스텐트로 이동합니다. 현재 이용할 수 있는 마지막 익스텐트가 가득 차면, 포인터는 익스텐트가  비어 있을 경우 첫번째 익스텐트의 시작으로만 다시 이동할 수 있습니다.  포인터는 익스텐트를 건너 뛰어 두번째 익스텐트나 다른 익스텐트로 이동할 수 없습니다. 첫번째 익스텐트가 사용 중이라면, 트랜잭션은 롤백 세그먼트에 대해 추가 익스텐트를 할당할 것입니다. 이것을 '확장'이라고 합니다. 이와 비슷하게, 헤드가 활동 익스텐트로 이동하려고 하면, 롤백 세그먼트는 추가 익스텐트를 할당할 것입니다.

롤백 세그먼트 확장으로 인한 영향
롤백 세그먼트는 정상적인 실행 동안에는 확장되어서는 안됩니다. 이것은 세그먼트당 익스텐트의 수에 따라 다릅니다. 롤백 세그먼트는 트랜잭션에 대한 롤백 엔트리를 유지할 수 있을 만큼 충분히 커야 합니다.

다른 객체를 사용할 때처럼, 동적인 공간 관리를 피해야 합니다.
필요한 롤백 세그먼트의 수를 필요 이하로 산정할 경우, 성능은 저하되고 트랜잭션은 오류를 생성하게 될 것입니다.

롤백 세그먼트의 수를 필요 이상으로 산정할 경우에는 추가 공간이 필요합니다.

Read Only 및 Read Write 트랜잭션

연속가능한(Serializable) 분리 레벨 트랜잭션과 읽기 커밋된 분리 레벨 트랜잭션

Read Only 트랜잭션과 연속가능한 트랜잭션의 영향
모든 커밋된 변경 사항은 Read Only 트랜잭션이나 연속가능한 트랜잭션이 COMMIT으로 종료될 때까지 롤백 세그먼트에 보관됩니다. 애플리케이션 개발자는 데이터를 롤백하는 데에 드는 비용을 고려해야 합니다.

튜닝 목표

동적인 뷰와 Report.txt 출력 결과

주의: OEM 진단 팩 애플리케이션
Performance Manager -> Contention -> 롤백 비 대기(Nowait) 적중 %
Performance Manager -> Database_instance -> 시스템 통계 

비율

Guidelines
비율이 1% 보다 클 경우, 더 많은 롤백 세그먼트를 생성할 것을 고려하십시오. 

비율
동일한 기간 동안 블록의 각 클래스에 대한 대기 수와 데이터 요청의 총합을 비교하십시오.
   
 SQL> select class, count from v$waitstat
   2  where class like ‘%undo%’;

 CLASS                 COUNT
 ------------------ --------
 system undo header        0
 system undo block         0
 undo header               7
 undo block                0

 SQL> select sum(value) from v$systat
   2  where name = ‘consistent gets’;

 SUM(VALUE)
 ----------
      71563

클래스에 대한 비율은 총 요청 수의 1% 이하이어야 합니다.

Guidelines
비율이 1% 보다 클 경우, 더 많은 롤백 세그먼트를 생성할 것을 고려하십시오.

OLTP 트랜잭션

긴 배치 트랜잭션

저장장소 파라미터
롤백 세그먼트의 크기 설정은 성능에 중요합니다. 크기를 적절하게 설정함으로써, 동적인 확장을 감소시키고 롤백이 필요할 때 버퍼에 있게 될 가능성을 증가시킬 수 있습니다.

테이블스페이스 크기
트랜잭션이 사용하고 있는 어떠한 롤백 세그먼트라도 확장할 수 있도록 평소보다 큰 트랜잭션을 위해 롤백 세그먼트 테이블스페이스에 충분한 여유 공간을 남겨 놓으십시오. OPTIMAL을 설정하면, 롤백 세그먼트는 나중에 줄어 들 것입니다.


트랜잭션 문장
롤백이 수행되는 경우에 필요한 정보를 저장하는 데 요구되는 바이트 수는 수행되고 있는 트랜잭션의 종류에 따라 다릅니다:

주의: LOB 데이터 유형의 열은 변경 작업 시 롤백 세그먼트 공간을 사용하지 않고, PCTVERSION 절의 설정 값에 의해 정의된 고유 세그먼트 공간을 사용합니다. 따라서, 실제 데이터가 처리됩니다.

트랜잭션 롤백 데이터 양 조정
가장 길 것으로 예상되는 트랜잭션을 실행시키고 롤백 세그먼트의 크기를 검사하여 롤백 세그먼트의 크기를 점검하십시오. 현재의 트랜잭션에 대해서, 롤백 세그먼트에서 사용된 블록의 수를 질의하십시오.
 SQL> SELECT s.username, t.used_ublk, t.start_time
   2  FROM v$transaction t, v$session s
   3  WHERE t.addr = s.taddr;

 USERNAME               USED_UBLK   START_TIME
 ------------------   -----------   ------------------
 system                      1075   04/01/98 07:07:14

트랜잭션 롤백 데이터 양 조정
테스트 트랜잭션에 대한 롤백 세그먼트의 양을 산정하는 또 다른 방법은 다음과 같습니다:

  1. 테스트 트랜잭션을 실행하기 전에, 롤백 세그먼트의 현재의 쓰기 횟수를 출력하십시오:

     SQL> select usn, writes from v$rollstat;

       USN          WRITES
     ---------- ----------
              0       1962
              1    1102628
              2      32538
              3    1226096
  2. 테스트 트랜잭션을 실행시키십시오.

     SQL> update scott.s_emp set salary=1000;
     6560 rows updated.
     
  3. 롤백 세그먼트의 새로운 쓰기 횟수를 출력하십시오.

     SQL> select usn, writes from v$rollstat;

           USN      WRITES
     ---------  ----------
             0        1962
             1     2232270
             2       32538
             3     1226096

    이 테스트 트랜잭션에 사용된 롤백 데이터의 양을 알기 위해서는, 롤백 세그먼트 USN 1의 새로운 쓰기 횟수와 이전의 쓰기 횟수와의 차이를 계산하십시오. 


트랜잭션
사용자와 개발자의 교육을 통해 일부 롤백 세그먼트 소모를 처리할 수 있을 것입니다.

  • 사용자는 트랜잭션이 롤백 세그먼트 익스텐트의 밖에서 다른 트랜잭션을 잠그지(lock) 않도록 규칙적으로 작업을 커밋해야 합니다.
  • 개발자는 불필요하게 긴 트랜잭션을 코딩해서는 안됩니다.

임포트

익스포트
CONSISTENT = N으로 설정하면 Read Only 트랜잭션으로 트랜잭션을 설정하는 것을 막을 수 있기 때문에, 너무 많은 롤백 세그먼트 공간이 사용되는 것을 막을 수 있습니다.

SQL *Loader
Conventional path loading에 대해, ROWS 키워드를 사용하여 COMMIT 간격을 설정하십시오.

큰 트랜잭션
트랜잭션이 다음과 같이 예외적으로 클 경우, 롤백 세그먼트가 확장될 가능성이 없기 때문에 트랜잭션은 실패할 것입니다.

이러한 경우, 더 큰 롤백 세그먼트나 더 많은 테이블스페이스 공간이 필요합니다.

스냅샷이 너무 오래 되었을 경우
질의가 실패하고 다음의 오류 메시지가 나타나면, 읽기 일관성에 필요한 롤백 이미지가 활동 중인 트랜잭션에 의해 겹쳐 쓰여졌을 것입니다:

    ORA-01555: snapshot too old (rollback segment too small)

때때로, 다른 트랜잭션이 활동을 하고 있지 않더라도 이 오류 메시지를 보게 될 것입니다.

이러한 오류를 해결하기 위해서는, 더 큰 롤백 세그먼트가 필요하거나 더 많은 롤백 세그먼트가 필요합니다.

     

 문맥

 참조

 초기화 파라미터

 TRANSACTIONS

 동적 성능 뷰

 V$ROLLNAME
 V$ROLLSTAT
 V$WAITSTAT
 V$SYSSTAT
 V$SYSTEM_EVENT
 V$TRANSACTION
 V$SESSION

 데이터 딕셔너리 뷰

 None

 명령어

 SET TRANSACTION READ ONLY;
 SET TRANSACTION ISOLATION LEVEL
 SERIALIZABLE;
 SET TRANSACTION USE ROLLBACK  SEGMENT ;

 패키지된 프로시저 및 함수 

 Dbms_transaction.use_rollback_segment

 스크립트

 None

 진단팩 애플리케이션

 Performance Managerv

X 정답:B


X 정답:A


X 정답:A


X 정답:D


X 정답:A


X 정답:A


X 정답:A


X 정답:B


X 정답:D