"오라클 블럭 덤프"의 두 판 사이의 차이

1.1 덤프 방법[편집]

[1단계] 테스트 테이블 생성 후 데이터 1건 입력

CREATE TABLE TB_TEST 
   (	A NUMBER, 
	B VARCHAR2(10)
   )
;

-- 데이터 1건 입력
INSERT INTO TB_TEST VALUES (1,'11');
commit;

[2단계] TB_TEST 테이블의 특정 로우를 다음과 같이 변경

-- 데이터 변경 (A컬럼 값 1를 2로 변경 )
SQL> update TB_TEST set A = 2 where rownum = 1;

[3단계] Update가 이루어진 로우의 위치를 DBMS_ROWID 패키지를 이용하여 찾을수 있다.

SQL>select rowid
         , dbms_rowid.rowid_relative_fno(rowid) as file_no
         , dbms_rowid.rowid_block_number(rowid) as block_no
from TB_TEST where rownum = 1;

ROWID              FILE_NO    BLOCK_NO
------------------ ---------- ----------
AAASk/AAHAAAALcAAA	7	732

• 변경된 로우가 위치한 블록 주소는 데이터 파일번호가 7번, 블록번호가 732번임을 확인.

[4단계] 이제 이 값을 이용해 해당 데이터 블록을 덤프 할 수 있다.

-- 트레이스 파일 식별자 설정 (트레이스파일을 쉽게 찾기 위해서 설정 )
alter session set tracefile_identifier ='DBCAFE_Block_dump';

SQL> alter system dump datafile 7 block 732

- trace 파일 위치로 이동

-- sqlplus 에서 쉘상태로 나오기 
SQL>! 

-- 트레이스 폴더로 이동 
cd $ORACE_BASE/diag/rdbms/{mongo/MONGO}/trace -- DB마다 {---} 위치가 다름 

-- 트레이스 파일 찾기 
ls |grep DBCAFE_Block_dump;

MONGO_ora_43565_DBCAFE_Block_dump.trc <== 트레이스 파일
MONGO_ora_43565_DBCAFE_Block_dump.trm

-- 트레이스 파일 열기 
vi MONGO_ora_43565_DBCAFE_Block_dump.trc

Trace file /u01/app/oracle/diag/rdbms/mongo/MONGO/trace/MONGO_ora_43565_DBCAFE_Block_dump.trc
Oracle Database 19c Enterprise Edition Release 19.0.0.0.0 - Production
Version 19.3.0.0.0
...... 중략 ....

block_row_dump:
tab 0, row 0, @0x1f86
tl: 9 fb: --H-FL-- lb: 0x2  cc: 2
col  0: [ 2]  c1 03
col  1: [ 2]  31 31

..... 중략 ......

block_row_dump:
tab 0, row 0, @0x1f86
tl: 9 fb: --H-FL-- lb: 0x1  cc: 2
col  0: [ 2]  c1 02
col  1: [ 2]  31 31
end_of_block_dump
Block dump from disk:
buffer tsn: 4 rdba: 0x01c002dc (7/732)
scn: 0x5de721 seq: 0x02 flg: 0x06 tail: 0xe7210602
frmt: 0x02 chkval: 0xdfd5 type: 0x06=trans data
..... 생략 ...

SQL> select xidusn,xidslot,xidsqn from v$transaction
where addr = (select taddr from v$session where sid = 162);

XIDUSN XIDSLOT XIDSQN
---------- ---------- ----------
22 38 12834 XID = USN + SLOT + SQN

2) ITL 정보에서 Lock = 1 인데, 이것은 Transaction에 의해 변경된 로우수를 의미

또한 아직 커밋이 수행되지 않았으므로 Flag에는 아무런 값도 세팅되어 있지 않다. 같은 이유로 SCN도 아직 할당되지 않았다.

Flag 값이 “C”이거나 “U”인 경우에는 커밋이 이루어졌다는 것을 의미

3) ITL 정보의 UBA(Undo Block Address)정보를 이용해 현재 트랜잭션이 가장 최근에 사용한 언두 블록과 언두레코드의 위치를 파악할 수 있다.

UBA는 [언두 블록 DBA + Seq# + Record#]으로 이루어진다.

롤백을 수행할 경우 이 정보들을 이용한다.

4) block_row_dump 영역에서 첫번째 로우의 lb값은 0x1로 세팅되어 있다.

lb는 Lock Byte의 약자로, 현재 로우에 대해 락을 건 ITL 번호를 말한다.

1번 ITL이 현재 로우를 변경했음을 의미한다.

Lock byte의 값은 실제로 커밋이 발생해도 정리(Cleanout)되지 않으며, 나중에 Delayed block cleanout 이 발생하거나 다른 프로세스에 의해 블록이 변경되는 경우에 정리된다.

한가지 주의할 것은 첫번째 로우를 변경한 1번 트랜잭션(ITL에 등록된)에서 커밋이 이루어졌는지 아닌지의 여부는 실제로는 언두 세그먼트 헤더의 트랜잭션 테이블을 조회해보아야 알 수 있다는 것이다.

오라클은 커밋이 이루어졌을 때, 트랜잭션에 의해 변경된 모든 데이터 블록의 ITL 에 대해 일일이 커밋 처리를 하지 않는다.

변경된 블록 중 현재 버퍼 캐시에 올라와 있는 것들 중 일부만을 커밋 처리하며, 나머지 블록들에 대해서는 트랜잭션에 할당된 언두 세그먼트 헤더의 트랜잭션 테이블 슬롯에만 커밋 처리를 한다.

이 데이터 블록들은 나중에 다른 세션에 의해 스캔될 때, 실제 Cleanout 처리된다.

이러한 메커니즘을 delayed block cleanout 이라고 부른다.

따라서 현재 특정 로우가 다른 트랜잭션에 의해 변경 중인지의 여부를 완벽하게 파악하려면 ITL 정보뿐만 아니라 때로는 언두 정보까지 같이 조회해야 한다.

한때, 오라클의 최대 장점 중 하나로 로우 레벨 락(Row level lock)을 꼽았던 적이 있다.

오라클의 로우 레벨 락은 명시적으로 존재하는 락이 아니라 위의 정보들이 조합되어 구현되는 논리적인 락이다.

오라클은 개개의 로우를 누가 변경중인지에 대한 목록이나 메타정보를 별도로 관리하지 않는다.

로우가 변경되었는가의 정보는 해당 로우를 직접 방문해보아야만 알 수 있다.

로우 레벨 락이 물리적으로 존재하지 않는다는 것을 이해해야 한다.

로우 레벨 락은 해당 [로우의 변경여부 + 로우를 변경한 트랜잭션정보(ITL) + 언두영역의 트랜잭션 테이블 슬롯 + TX 락]의 정보들이 조합된 일종의 논리적인 락이다.

로우 레벨 락은 상당히 명확하면서도 혼란스러운 개념인데, 이는 대부분의 문서에서 TX 락을 로우 레벨 락이라고 표현하고 있기 때문이다.

심지어 오라클 매뉴얼에서도 애매모호한 표현으로 설명되어 있다.

로우 레벨 락은 TX 락을 이용해 구현되지만 TX 락 자체가 로우 레벨 락은 아니며, 다양한 정보들이 조합되어 로우 레벨 락이 구현된다.

1.2 블럭 덤프 실습[편집]

SQL> create tablespace TS_DBCAFE_01 
              datafile '/u01/dbatest1/stage/database/db01.dbf' size 100M;

Tablespace created.

SQL> select f.FILE#
          , f.NAME "File"
          , t.NAME "Tablespace" 
       from V$DATAFILE f
          , V$TABLESPACE t 
      where t.NAME='TS_DBCAFE_01' 
        and f.TS# = t.TS#;

     FILE# File                                                         Tablespace
---------- ------------------------------------------------------------ ---------------
        27 /u01/dbatest1/stage/database/db01.dbf                        TEST_AU_OS

SQL> create table test (n number, name varchar2(16)) 
 tablespace TS_DBCAFE_01;
Table created.
SQL> insert into test values (1,'TEST');
1 row created.
SQL> commit;
Commit complete.

SQL> select ROWID,n,name from test where n=1;
ROWID                       N NAME
------------------ ---------- ----------------
AAAR4cAAbAAAACGAAA          1 TEST
SQL> select DBMS_ROWID.ROWID_BLOCK_NUMBER('AAAR4cAAbAAAACGAAA') "Block number" from DUAL;
Block number
------------
         134
SQL> select BLOCK_SIZE from V$DATAFILE where FILE#=27;
BLOCK_SIZE
----------
      8192 <= Bytes

SQL> alter session set tracefile_identifier ='Block_dump';
Session altered.
SQL> ALTER SYSTEM DUMP DATAFILE 27 BLOCK 134;
System altered.

$cat TESTA_ora_16058_Block_dump.trc |grep TEST

ALTER SYSTEM DUMP DATAFILE absolute_file_number  BLOCK MIN minimum_block_number BLOCK MAX maximum_block_number;

absolute_file_number <= DataFile Number
minimum_block_number  <= Starting block Number 
maximum_block_number;<= Ending Block number

$df |grep /u01/dbatest1

#strings /dev/xvde |grep TEST

$dd if=/u01/dbatest1/stage/database/db01.dbf bs=8192 skip=142 count=1|strings

select header_file, header_block from dba_segments where segment_name = ='TABLE_NAME';

SQL>  select header_file, header_block from dba_segments where segment_name = 'TEST';
HEADER_FILE HEADER_BLOCK
----------- ------------
         27          130