읽기 일관성

트랜잭션이 진행되는 동안 데이터베이스의 다른 사용자는 이 트랜잭션에 의해 커밋되지 않은 변경 사항을 볼 수 없습니다. 또한 명령문에서는 해당 명령문이 실행을 시작한 후 커밋되는 변경 사항을 볼 수 없습니다. 롤백 세그먼트에 있는 이전 값은 또한 주어진 명령문에 대한 일관된 이미지를 제공하는 데 사용됩니다.

다른 트랜잭션에서 데이터를 수정하더라도 Oracle 서버는 명령문에서 일관성 있는 시점에 해당 데이터를 볼 수 있도록 보장합니다.

Oracle 서버에서는 SELECT 문을 실행하기 시작할 때 현재 SCN(시스템 변경 번호)을 결정하고 이 SCN 전에 커밋되지 않은 변경 사항을 처리하지 않도록 합니다. 여러 변경 사항이 발생하고 있을 때 장기적으로 실행하는 질의가 수행되는 경우를 생각해 봅시다. 질의 시작 시 블록에 커밋되지 않은 변경 사항이 있을 경우 Oracle 서버는 롤백 세그먼트에서 변경 사항의 이전 이미지를 검색하고 변경 사항을 메모리의 블록 복사본에 적용하여 읽기 일관성이 있는 블록의 이미지를 구성합니다.

트랜잭션 읽기 일관성

읽기 일관성은 SQL 문에 대해 항상 제공됩니다. 그러나 트랜잭션 시작 시 다음 명령을 실행하여 읽기 전용 트랜잭션에 대해 읽기 일관성을 요구할 수 있습니다.

   SET TRANSACTION READ ONLY;

또는 트랜잭션 시작 시 다음 명령을 실행하여 DML을 수행하는 트랜잭션에 대해 읽기 일관성을 요구할 수 있습니다.

   SET TRANSACTION SERIALIZABLE;

두 경우 모두 Oracle 서버에서는 트랜잭션을 시작할 때부터 읽기 일관성이 있는 데이터를 제공합니다. SERIALIZABLE을 사용하면 성능에 부정적인 영향을 줄 수 있습니다.

 


롤백 세그먼트의 헤더는 각 트랜잭션의 상태를 정의하는 트랜잭션 테이블 엔트리를 포함하고 있습니다. 롤백 세그먼트를 사용하는 모든 트랜잭션은 트랜잭션 테이블을 자주 갱신할 필요가 있습니다. 이 경우, 특히 OLTP 환경에서는 헤더에 경합을 발생시킬 수 있습니다. 대체적으로 OLTP가 짤막한 트랜잭션을 사용하는 경우이므로 크기는 작지만 많은 수의 롤백 세그먼트가 권장됩니다. 가능하다면 동시에 진행되는 네 개의 트랜잭션 마다 롤백 세그먼트를 하나씩 생성하십시오.

일괄 처리(batch) 환경은 일반적으로 많은 변경을 할 필요가 있는 비교적 적은 수의 작업을 수행하므로 큰 롤백 세그먼트를 필요로 합니다. 그러므로 일괄 처리 환경에서는 큰 테이블스페이스 내에 롤백 세그먼트를 생성하여 성장(growth)해 나갈 수 있도록 합니다. 


롤백 세그먼트의 크기
롤백에 필요한 정보를 저장하는데 필요한 바이트 수는 다음 두 가지 요인에 따라 다릅니다.
   - 수행될 트랜잭션 유형(삽입, 갱신, 삭제, 기타 등등)
   - 처리될 실제 데이터
일반적으로 테이블의 레코드에 삽입(insert)하는 작업이 동일한 레코드를 삭제(delete)하는 것보다는 더 적은 실행 취소(undo)기록을 만들어 냅니다. 삽입은 롤백에 ROWID만을 저장하면 되는 반면 삭제는 실제 행 자체를 저장해야 합니다.
예상할 수 있는 가장 긴 트랜잭션을 수행하여 롤백 세그먼트의 크기를 점검한 후 롤백 세그먼트의 크기를 결정하십시오.

익스텐트 갯수
많은 수의 익스텐트를 갖는 롤백 세그먼트를 생성하여 롤백 세그먼트의 동적 확장을 최소화할 수 있다는 것이 밝혀졌습니다. 확장 가능성을 감소시키기 위해 MINEXTENTS=20인 롤백 세그먼트를 생성하도록 권장합니다. 


구문
다음 명령을 사용하여 롤백 세그먼트를 생성하십시오.
   CREATE [PUBLIC] ROLLBACK SEGMENT rollback_segment
        [TABLESPACE tablespace]
        [STORAGE ( [INITIAL integer [K|M] ]
               [NEXT    integer[K|M] ]
               [MINEXTENTS integer]
               [MAXEXTENTS {integer|UNLIMITED}]
               [OPTIMAL {integer[K|M] NULL} ]
               )
         ]

제한 사항
   - 롤백 세그먼트는 생성시 PUBLIC이나 PRIVATE(기본값)로 지정할 수
    있습니다. 이후에는 변경할 수 없습니다.
   - 롤백 세그먼트의 경우 MINEXTENTS가 2보다 크거나 같아야 합니다.
   - 롤백 세그먼트의 경우 PCTINCREASE를 설정할 수 없으며 항상 0으로
    설정됩니다.
   - OPTIMAL은 지정하려면 최소한 롤백 세그먼트의 초기 크기 즉 MINEXTENTS
    로 정의한 갯수의 익스텐트만큼의 공간의 크기와 같아야 합니다.

지침 사항
   - 롤백 세그먼트의 경우 항상 INITIAL=NEXT로 하여 모든 익스텐트가 동일한
    크기를 갖도록 하십시오.
   - OPTIMAL 값을 평균 트랜잭션에 필요한 공간에 기초하여 설정하십시오.
     적당한 데이터가 없으면 초기 크기로 설정하고 나중에 튜닝하십시오.
   - MAXEXTENTS를 UNLIMITED로 설정하지 마십시오. 프로그램 에러시
    이렇게 설정하면 롤백 세그먼트와 데이터 파일의 불필요한 확장을 유발할 수도
    있습니다.
   - 경합과 단편화를 피할 수 있도록 롤백 세그먼트를 항상 별개의 배타적
    테이블스페이스에 위치시키십시오.

OEM
1   Oracle Storage Manager를 사용하십시오.
2   Rollback->Create를 선택하십시오.
3   Property sheet의 General 페이지에 이름과, 테이블스페이스, 그리고 유형을
     입력하십시오. 옵션으로 Online 라디오 버튼을 선택하십시오.
4   Property sheet의 Extents 페이지에 저장 정보를 입력하십시오.
5   Create를 클릭하십시오.
기존의 롤백 세그먼트와 똑같은 테이블스페이스와 설정을 사용하는 새로운 롤백   
세그먼트를 생성하려면 Rollback->Create Like를 사용하십시오. 

 


롤백 세그먼트는 생성될 때 오프라인 상태이며 사용할 수 없는 상태입니다. 트랜잭션이 롤백 세그먼트를 사용할 수 있게 만들려면 ALTER ROLLBACK SEGMENT 명령을 이용하여 롤백 세그먼트를 온라인 상태로 만드십시오.

구문
롤백 세그먼트를 사용 가능하게 만들려면 다음 명령을 사용하십시오.

   ALTER ROLLBACK SEGMENT rollback_segment ONLINE
인스턴스가 온라인 상태로 할 수 있는 롤백 세그먼트의 개수는 MAX_ROLLBACK _ SEGMENTS 파라미터로 제한됩니다. 인스턴스에 필요한 비SYSTEM 롤백 세그먼트 의 갯수보다 하나 더 많도록 설정하십시오.

롤백 세그먼트는 인스턴스가 종료할 때까지 온라인 상태입니다. 인스턴스가 롤백 세그먼트를 항상 온라인 상태가 되도록 하려면 아래 예제와 같이 파라미터 파일에서 롤백 세그먼트 이름을 지정하십시오.
        ROLLBACK_SEGMENTS=(rbs01)

OEM
1   Oracle Storage Manager를 사용하십시오.
2   Rollback Segments 노드를 확장하십시오.
3   롤백 세그먼트를 선택하십시오.
4   Rollback->Place Online을 선택하십시오.
5   다이얼로그 박스에서 Yes를 클릭하십시오.
다음 절은 인스턴스 시작시 롤백 세그먼트가 온라인 상태가 되는 방법, 또는 롤백 세그먼트를 획득(acquire)하는 방법에 대한 설명입니다. 

다음 단계는 데이터베이스가 오픈될 인스턴스가 롤백 세그먼트를 획득하는 방법을 설명합니다.
1   인스턴스는 초기화 파라미터 ROLLBACK_SEGMENTS에 명명된 모든 롤백
     세그먼트를 획득합니다.
2   인스턴스에 필요한 롤백 세그먼트의 갯수를 계산하는데는 TRANSACTIONS   
     와 TRANSACTIONS_PER_ROLLBACK_SEGMENT 파라미터를 사용합니다.
                                                   T
                      N = ------------
                                                 TPR
단:
        N            필요한 롤백 세그먼트의 갯수
        T             TRANSACTIONS 파라미터의 값
        TPR        TRANSACTIONS_PER_ROLLBACK_SEGMENT  
                                          파라미터의 값

 필요한 롤백 세그먼트 갯수를 파악하기 위해 인스턴스가 그저 하나의 기준으로 이들 파라미터들은 사용할 뿐이라는 것을 명심하십시오. 어떤 방법으로도 인스턴스 내, 또는 롤백 세그먼트 당 트랜잭션을 제한하지 않습니다.
3   전 단계에서 구해진 값 N이 이미 획득한 비SYSTEM 롤백 세그먼트의
     갯수보다 작거나 같다면 인스턴스는 더 이상의 롤백 세그먼트를 필요로 하지
     않습니다.
4   N 값이 이미 인스턴스가 사용 가능한 비SYSTEM 롤백 세그먼트보다 크다면
     추가공용 롤백 세그먼트를 획득하여 부족분을 보충할 것입니다. 공용 롤백
     세그먼트가 충분하지 않더라도 데이터베이스는 여전히 사용자에게 오픈되어
     사용 가능하며, 에러도 발생하지 않을 것입니다.

 


롤백 세그먼트 스토리지 파라미터는 아래에 주어진 ALTER ROLLBACK SEGMENT 명령을 사용하여 변경할 수 있습니다.
    ALTER ROLLBACK SEGMENT rollback_segment
    [STORAGE ( [NEXT  integer [K|M] ]
             [MINEXTENTS integer]
             [MAXEXTENTS {integer|UNLIMITED} ]
             [OPTIMAL {integer [K|M] |NULL} ]
           )
     ]
OPTIMAL, 또는 MAXEXTENTS 파라미터를 재정의 하는데 위 명령어를 사용하십시오.

OEM
1   Oracle Storage Manager를 사용하십시오.
2   Rollback Segments 노드를 확장하십시오.
3   롤백 세그먼트를 선택하십시오.
4   Property sheet의 Extents 페이지에서 파라미터를 변경하십시오.
5   Apply를 클릭하십시오.

 


롤백 세그먼트에 OPTIMAL이 지정되어 있다면 오라클 서버는 OPTIMAL 크기 이상의 공간을 해제하기 위해 익스텐트를 할당 해제하려 할 것입니다.

구문
롤백 세그먼트에서 수동으로 공간을 할당 해제하려면 다음 명령을 사용하십시오.
        ALTER ROLLBACK SEGMENT rollback_segment
        SHRINK [ TO integer [ K|M ] ];
   롤백 세그먼트의 크기를 지정한 크기로 줄이려 시도합니다. 하지만 익스텐트가    활성화되어 있어 할당 해제할 수 없을 경우는 즉시 중단할 것입니다.
   integer를 지정하지 않으면 오라클 서버는 롤백 세그먼트의 크기가 OPTIMAL과   같아질 때까지 익스텐트를 할당 해제하려 할 것입니다.
   지정된 integer가 현재의 롤백 세그먼트 크기보다 크다면 이 명령은 무시(ignore) 됩니다. 

OEM
1   Oracle Storage Manager를 사용하십시오.
2   Rollback Segments 노드를 확장하십시오.
3   롤백 세그먼트를 선택하십시오.
4   Rollback->Shrink를 선택하십시오.
5   롤백 세그먼트를 OPTIMAL 크기로 줄이도록 Shrink Rollback Segment
     다이얼로그 박스에서 Optimal Size를 선택하거나 Size를 선택하고
     킬로바이트나 메가바이트 단위로 크기를 입력하십시오.
6   OK를 클릭하십시오.


다음 경우 롤백 세그먼트를 오프라인 상태로 만드십시오.
   - 새 트랜잭션이 롤백 세그먼트를 사용하는 것을 막으려 할 때
   - 롤백 세그먼트를 삭제해야 할 때

구문
다음 명령을 사용하여 롤백 세그먼트를 오프라인 상태로 만드십시오.
       ALTER ROLLBACK SEGMENT rollback_segment OFFLINE
트랜잭션이 사용중인 롤백 세그먼트에 대해 위 명령문을 실행하면, 동적 성능 뷰 V$ROLLSTAT에서 볼 수 있듯이 롤백 세그먼트의 상태는 PENDING OFFLINE으로 설정됩니다. 그리고 현재 진행중인 모든 트랜잭션이 완료되자마자 세그먼트는 오프라인 상태가 될 것입니다.

OEM
1   Oracle Storage Manager를 사용하십시오.
2   Rollback Segments 노드를 확장하십시오.
3   롤백 세그먼트를 선택하십시오.
4   Rollback->Take Offline를 선택하십시오.
5   다이얼로그 박스에서 Yes를 클릭하십시오.


구문
롤백 세그먼트를 삭제하려면 다음 명령을 사용하십시오.
        DROP ROLLBACK SEGMENT rollback_segment;
롤백 세그먼트는 더 이상 필요가 없거나 INITIAL, NEXT, 그리고 MINEXTENTS 등을 다른 스토리지 설정으로 재생성해야 할 필요가 있을 때 삭제되어야 합니다.
롤백 세그먼트를 삭제하려면 오프라인 상태이어야 합니다.

OEM
1   Oracle Storage Manager를 사용하십시오.
2   Rollback Segments 노드를 확장하십시오.
3   롤백 세그먼트를 선택하십시오.
4   Rollback->Remove 선택하십시오. Remove 옵션은 롤백 세그먼트가 오프라인일  경우에만 enable 될 것입니다.
5   다이얼로그 박스에서 Yes를 클릭하십시오


데이터베이스의 모든 롤백 세그먼트에 대한 정보를 얻으려면 DBA_ROLLBACK_SEGS 뷰를 질의하십시오.
SVRMGR> SELECT segment_name, tablespace_name, owner, status
     2> FROM dba_rollback_segs;
SEGMENT_NAME    TABLESPACE_NAME   OWNER    STATUS
--------------  ---------------   -----    --------------
SYSTEM          SYSTEM            SYS      ONLINE
RBS1            RBS               SYS      ONLINE
RBS2            RBS               SYS      ONLINE
RBS3            RBS               SYS      OFFLINE
4 rows selected.

롤백 세그먼트 RBS3이 오프라인인 것을 주목하십시오. 오프라인인 롤백 세그먼트에 대한 정보는 DBA_ROLLBACK_SEGS에서만 볼 수 있으며, 현재 인스턴트가 사용하고 있는 롤백 세그먼트만을 보여주는 동적 성능 뷰에서는 볼 수 없습니다.

OWNER 컬럼은 롤백 세그먼트 유형을 지정합니다.
   SYS는 전용 롤백 세그먼트를 뜻합니다.
   PUBLIC은 공용 롤백 세그먼트를 뜻합니다.

OEM
1   Oracle Storage Manager를 사용하십시오.
2   Rollback Segments 노드를 선택하여 데이터베이스의 모든 롤백 세그먼트의
    요약을 화면에 표시하십시오.
3   Rollback Segments 노드를 확장하십시오.
4   롤백 세그먼트를 선택하여 익스텐트 정보와 롤백 세그먼트 유형을 화면에 표시하십시오. 


현재 인스턴스가 사용하고 있는 롤백 세그먼트에 대한 통계를 얻으려면 V$ROLLSTAT와 V$ROLLNAME 뷰를 조인(join)하십시오.

예
SVRMGR> SELECT n.name, s.extents, s.rssize, s.optsize,
     2> s.hwmsize, s.xacts, s.status
     3> FROM v$rollname n, v$rollstat s
     4> WHERE n.usn = s.usn;
NAME   EXTENTS     RSSIZE     OPTSIZE   HWMSIZE   XACTS   STATUS
------ -------  ---------   ---------  --------  ------   ---------
SYSTEM      43    2199552               2199552       0   ONLINE
RBS1        20     202752    204800      417792       0   ONLINE
RBS2         4      38912                 38912       0   PENDING
                                                          OFFLINE
3 rows selected.

V$ROLLSTAT의 컬럼은 다음과 같습니다.

 컬럼

 설명

 USN     

 롤백 (실행 취소) 세그먼트 번호. 세그먼트의 이름을 알려면 V$ROLLNAME.USN과 조인하십시오

 EXTENTS 

 롤백 세그먼트의 익스텐트 갯수

 RSSIZE

 바이트 단위로 나타낸 세그먼트 현재 크기

 XACTS 

 세그먼트를 사용중인 트랜잭션 갯수

 OPTSIZE

 롤백 세그먼트의 OPTIMAL 값

 HWMSIZE

 High water mark, 세그먼트가 사용된 이후 최대로 많이 사용하였던 크기를 바이트 단위로 나타냅니다.

 AVEACTIVE

 시간에 대해 평균한 현재 활성 익스텐트의 크기

 STATUS

 롤백 세그먼트의 상태
(ONLINE은 롤백 세그먼트가 사용 가능함을 의미합니다.
PENDING OFFLINE은 롤백 세그먼트를 오프라인으로 만드는 명령이 수행되었으나 아직 세그먼트를 사용하는 활성 트랜잭션이 있음을 의미하며 롤백 세그먼트를 사용하는 트랜잭션이 전부 완료되자마자 오프라인 상태가 될 것입니다.)

 CUREXT 

 롤백 세그먼트 헤드의 현재 위치(익스텐트와 블록의 번호)

 CURBLK 


주
   롤백 세그먼트에 대한 OPTIMAL 값은 V$ROLLSTAT 뷰에서만 얻어질 수
    있습니다.
   롤백 세그먼트가 PENDING OFFLINE 일때 DBA_ROLLBACK_SEGS에서는
    ONLINE으로 나타납니다


현재 활성중인 트랜잭션이 사용하고 있는 롤백 세그먼트를 점검해 보려면 V$TRANSACTION과 V$SESSION 뷰를 조인하십시오.

예
SVRMGR> SELECT s.username, t.xidusn, t.ubafil,
             2> t.ubablk, t.used_ublk
             3> FROM v$session s, v$transaction t
             4> WHERE s.saddr = t.ses_addr;
USERNAME          XIDUSN      UBAFIL        UBABLK     USED_UBLK
------------  ----------  ----------   -----------   -----------
SYSTEM                 2           2             7             1
SCOTT                  1           2           163             1
2 rows selected.

V$TRANSACTION의 관련 컬럼과 설명은 다음과 같습니다.

 컬럼

 설명

 SES_ADDR

 세션 주소, V$SESSION.SADDR과 조인될 수 있슴.

 XIDUSN

 트랜잭션이 사용하는 롤백(실행취소) 세그먼트 번호.

 UBAFIL

 트랙잭션 ID의 일부로 사용됨.
UBAFIL,UBABLK,UBASQN, 그리고 UBAREC 컬럼은  트랜잭션이 기록중인 롤백 세그먼트의 현 위치 지정

 UBASQN

 UBAREC

 USED_UBLK

 트랜잭션이 만들어 내는 실행 취소 블록의 개수

 START_UEXT

 트랜잭션이 쓰기 시작할 롤백 세그먼트 익스텐트

 START_UBAFIL

 트랜잭션이 쓰기 시작할 롤백 세그먼트 파일 번호

 START_UBABLK

 트랜잭션이 쓰기 시작할 롤백 세그먼트 블록 번호

 

가능한 원인

트랜잭션은 단일 롤백 세그먼트를 사용하고 롤백 세그먼트에 공간이 부족하면 실패합니다(ORA-01562). 이러한 실패는 다음 중 하나가 원인이 될 수 있습니다.

해결책

테이블스페이스에 사용 가능한 공간이 없으면 다음을 수행하여 사용 가능한 공간을 증가시킵니다.

MAXEXTENTS로 부과한 한계에 도달했기 때문에 롤백 세그먼트가 더 많은 확장 영역을 할당할 수 없는 경우 다음을 수행합니다.

 

가능한 원인
읽기 일관성 절에서 설명했듯이 오라클 서버는 명령문을 수행하는 순간에 커밋되어 있는 데이터만 처리하도록 보장합니다. 명령문이 시작될 때 커밋되지 않은 변경 사항이나 명령문이 수행되기 시작한 후에 가해진 변경 사항은 해당 명령문을 통해서는 볼 수 없습니다. 오라클 서버가 데이터의 읽기 일관성 이미지를 구성할 수 없다면 사용자는 ORA-01555 SNAPSHOT TOO OLD 에러를 받게 될 것입니다. 이 에러는 변경을 일으킨 트랜잭션이 이미 커밋하고 다음과 같이 되었을 때 발생할 수 있습니다.
   - 롤백 헤더의 트랜잭션 슬롯이 재사용되었을 때
   - 롤백 세그먼트의 이전 이미지(before-image)가 다른 트랜잭션에 의해 겹쳐
    쓰여졌을 때

 해결책
읽기 일관성 에러는 롤백 세그먼트를 다음과 같이 생성함으로써 최소화시킬 수 있습니다.
   - 보다 높은 MINEXTENTS
   - 보다 큰 익스텐트 크기
   - 보다 높은 OPTIMAL 값
MAXEXTENTS를 증가시켜서는 회피할 수 없음을 명심하십시오.

 

가능한 원인
롤백 세그먼트의 한 익스텐트가 가득 차게 되면 오라클 서버는 원형 내의 다음 익스텐트를 재사용하려 합니다. 다음 익스텐트가 단 하나의 활성화된 엔트리라도 갖고 있다면(즉, 아직도 활성화 상태인 트랜잭션이 기록한 엔트리가 있다면) 재사용될 수 없습니다. 이런 경우 롤백 세그먼트는 추가 익스텐트를 할당합니다. 트랜잭션은 고리 내의 한 익스텐트를 건너 뛰어 그 다음 익스텐트에 쓰기를 계속할 수는 없습니다. 변경은 거의 하지않고 오랜 시간을 대기하는 트랜잭션은 많은 빈 익스텐트가 있음에도 불구하고 롤백 세그먼트를 성장(grow)하게 만들 수 있습니다. 이러한 상황에서는 많은 공간이 낭비되게 되므로 데이터베이스 관리자는 롤백 세그먼트가 과다하게 성장하지 않도록 개입해야 합니다.

Blocking 세션 검출하기
Blocking 트랜잭션을 찾아내려면 V$ROLLSTAT, V$SESSION, 그리고 V$TRANSACTION 뷰를 질의하십시오.

예
  SVRMGR> SELECT s.sid, s.serial#, t.start_time, t.xidusn,  
  s.username
        2> FROM v$session s, v$transaction t, v$rollstat r
        3> WHERE s.saddr = t.ses_addr
        4> AND t.xidusn = r.usn
        5> AND ((r.curext = t.start_uext-1) OR
        6>     ((r.curext = r.extents-1) AND t.start_uext=0));
SID      SERIAL$     START_TIME            XIDUSN   USERNAME
---      -------    -----------------      ------   --------
  9           27    10/30/97 21:10 41           2   SYSTEM
1 row selected.

트랜잭션을 종료할 수 있는지, 아니면 없애야(kill) 하는지 확인해 보고 필요한 행동을 취하십시오.