찐빵의 IT World

 Reorganization의 목적 (REORG)

1. 단편화 해소를 통한 성능 향상

    - 인덱스 rebuild, 테이블 move를 통하여 단편화 해소

2. 단편화 해소 및 저장위치 변경을 통항 성능 향상

    - 오브젝트의 테이블스페이스를 변경하여 단편화를 해소하고 테이블스페이스 내에 데이터를 재배치하여 디스크 공간 확보

3. 스키마 오브젝트의 물리적 재구성을 통한 성능 향상

    - 대용량 테이블을 파티셔닝 (테이블1 -> 테이블n)을 통해 물리적으로 분리

==> REORG는 DB의 최적화로 성능향상을 위한 것.

※ 인덱스 단편화는 왜 생기는 걸까?

    인덱스는 항상 sorting된 상태를 유지하기 때문에 새로 추가된 자리를 마련하기 위해 공간을 만들어 넣기 때문이다.

    인덱스 단편화는 Insert 된 데이터에 의해 발생되는 것이 대부분이다. 일부는 update된 데이터에 의해 발생하지만,

    인덱스에 해당하지 않는 컬럼인 경우에는 단편화는 발생하지 않는다.

테이블 reorg : alter table scott.tab_01 move tablespace ts_d_work1;

인덱스 rebuild : alter index scott.ix_tab_01 rebuild tablespace ts_i_work1;

    (보통 인덱스 리빌드시 nollogging으로 처리 후 logging모드로 전환.

     alter index scott.ix_tab_01 rebuild partition p04 parallel 5 nologging;

     alter index scott.ix_tab_01 logging; )

인벨리드 오브젝트 컴파일 : alter function scott.fn_tab_01 compile;    --> function/trigger/procedure/view

출처 : http://blog.naver.com/lemonyja/10153976212

Chap 16. Control File 장애 복구

   1.  Control File 관련 장애 해결하기   

1) Parameter file 의 경로와 실제 파일 경로가 다른 경우

- 우선 장애 상황을 만들기 위해 DB를 종료한 후 parameter file 에 적혀 있는 3 개의 control file 중에 하나를 삭제해 보자.

SYS> shutdown immediate;
Database closed.
Database dismounted.
ORACLE instance shut down.
SYS> !
[oracle@chan ~]$ cat $ORACLE_HOME/dbs/inittestdb.ora | grep control_files
*.control_files='/home/oracle/disk4/control01.ctl','/home/oracle/disk5/control02.ctl','/home/oracle/disk6/control03.ctl'
[oracle@chan ~]$ 
[oracle@chan ~]$ rm -f /home/oracle/disk6/control03.ctl
[oracle@chan ~]$   

-- 다시 DB open
[oracle@chan ~]$ exit
exit  

SYS> startup
ORACLE instance started.  

Total System Global Area  422670336 bytes
Fixed Size          1344616 bytes
Variable Size         260049816 bytes
Database Buffers      155189248 bytes
Redo Buffers            6086656 bytes
ORA-00205: error in identifying control file, check alert log for more info   -- 장애 발생    

SYS>

- alert_testdb.log 파일을 확인해서 장애상황 해결

SYS> !tail $ORACLE_BASE/diag/rdbms/testdb/testdb/trace/alert_testdb.log
Mon Aug 19 22:58:39 2013
ALTER DATABASE   MOUNT
ORA-00210: cannot open the specified control file
ORA-00202: control file: '/home/oracle/disk6/control03.ctl'
ORA-27037: unable to obtain file status
Linux Error: 2: No such file or directory
Additional information: 3
ORA-205 signalled during: ALTER DATABASE   MOUNT...
Mon Aug 19 22:58:39 2013
Checker run found 1 new persistent data failures  

-- 위의 메세지 중 ORA-00202: control file: '/home/oracle/disk6/control03.ctl' 이런 부분이 보인다.
-- 해당 파일을 삭제했기 때문에 나오는 에러이다. 
-- 해당 파일만 복사해 주고 다시 DB open 하면 끝!
SYS> select status from v$instance;  

STATUS
------------------------
STARTED  

SYS> !cp /home/oracle/disk4/control01.ctl /home/oracle/disk6/control03.ctl  

SYS> alter database mount;  

Database altered.  

SYS> alter database open;  

Database altered.

2) Control file 끼리 내용이 다른경우

- 다중화된 모든 control file 끼리는 정보가 동일해야 한다. 만약 정보가 달라서 발생하는 version error 가 생길때는 어떻게 해결해야 하는지 살펴보자.

- 우선 하나의 control file 의 정보를 다르게 만들어 보자

SYS> select name from v$controlfile;

NAME
--------------------------------------------------------------------------------
/home/oracle/disk4/control01.ctl
/home/oracle/disk5/control02.ctl
/home/oracle/disk6/control03.ctl  

SYS> shutdown immediate;
Database closed.
Database dismounted.
ORACLE instance shut down.
SYS> 
SYS> !vi $ORACLE_HOME/dbs/inittestdb.ora  

-- 아래 처럼 마지막 control file 을 주석처리 한 후 저장
*.control_files='/home/oracle/disk4/control01.ctl','/home/oracle/disk5/control02.ctl'##,'/home/oracle/disk6/control03.ctl' 

SYS> startup   
ORACLE instance started.  

Total System Global Area  422670336 bytes
Fixed Size          1344616 bytes
Variable Size         260049816 bytes
Database Buffers      155189248 bytes
Redo Buffers            6086656 bytes
Database mounted.
Database opened.
SYS>    
SYS> select name from v$controlfile;  

NAME
-------------------------------------------------------------------------------- /home/oracle/disk4/control01.ctl
/home/oracle/disk5/control02.ctl  

-- control file 의 정보가 변경되게 checkpoint 를 여러번 일으켜보자. 
SYS> alter system checkpoint;  

System altered.  

SYS> /  

System altered.  

SYS> /  

System altered.  

SYS> /  

System altered.  

SYS> /  

System altered.  

-- 주석처리 했던 control file 을 다시 사용하게 끔 변경
SYS> shutdown immediate;
Database closed.
Database dismounted.
ORACLE instance shut down.
SYS> 
SYS> !vi $ORACLE_HOME/dbs/inittestdb.ora
*.control_files='/home/oracle/disk4/control01.ctl','/home/oracle/disk5/control02.ctl' ,'/home/oracle/disk6/control03.ctl' 

SYS> startup
ORACLE instance started.  

Total System Global Area  422670336 bytes
Fixed Size          1344616 bytes
Variable Size         260049816 bytes
Database Buffers      155189248 bytes
Redo Buffers            6086656 bytes
ORA-00214: control file '/home/oracle/disk4/control01.ctl' version 865
inconsistent with file '/home/oracle/disk6/control03.ctl' version 846  

-- 위의 에러를 보면, control01 의 버전은 865 인데, control03 의 버전은 846 이다. 
-- 이럴 경우, 보통 번호가 큰 쪽이 최신 control file 이기 때문에 번호가 큰 파일로 덮어쓰면 된다. 
SYS> !cp /home/oracle/disk4/control01.ctl /home/oracle/disk6/control03.ctl  

SYS> alter database mount;  

Database altered.  

SYS> alter database open;  

Database altered.  

SYS> select name from v$controlfile;

NAME
-------------------------------------------------------------------------------- /home/oracle/disk4/control01.ctl
/home/oracle/disk5/control02.ctl
/home/oracle/disk6/control03.ctl

3) old control file / control file 삭제 된 경우 / incarnation 에러

- 편의를 위해 log와 data 파일을 조회하기 위한 sql 문을 미리 만들어 두자.

SYS> !vi data.sql  

conn / as sysdba  

set line 200
col tablespace_name for a10
col file_name for a50
col mb for 9999  

select tablespace_name, bytes/1024/1024 MB, file_name from dba_data_files;  

SYS> @data
Connected.  

TABLESPACE    MB FILE_NAME
---------- ----- --------------------------------------------------
USERS          5 /app/oracle/oradata/testdb/users01.dbf
UNDOTBS1      90 /app/oracle/oradata/testdb/undotbs01.dbf
SYSAUX       510 /app/oracle/oradata/testdb/sysaux01.dbf
SYSTEM       700 /app/oracle/oradata/testdb/system01.dbf
EXAMPLE      346 /app/oracle/oradata/testdb/example01.dbf  

SYS> !vi log.sql  

set line 200
col group# for 999
col mb for 9999
col member for a45
col seq# for 999
col status for a8
col arc for a5  

select a.group#, a.member, b.bytes/1024/1024 MB, b.sequence# "SEQ#",  b.status, b.archived "ARC", b.first_change#  from v$logfile a, v$log b where a.group#=b.group# order by 1,2;  

SYS> @log  

GROUP# MEMBER                       MB SEQ# STATUS   ARC   FIRST_CHANGE#
------ --------------------------------------------- ----- ---- -------- ----- -------------  
   1 /app/oracle/oradata/testdb/redo01.log        50    4 INACTIVE NO       823608  
   2 /app/oracle/oradata/testdb/redo02.log        50    5 INACTIVE NO       841406 
   3 /app/oracle/oradata/testdb/redo03.log        50    6 CURRENT  NO       859461

- 장애 상황 만들기 ▼

SYS> select name from v$controlfile;  

NAME
------------------------------------
/home/oracle/disk4/control01.ctl
/home/oracle/disk5/control02.ctl
/home/oracle/disk6/control03.ctl  

SYS> shutdown immediate;
Database closed.
Database dismounted.
ORACLE instance shut down.
SYS> 
SYS> !vi $ORACLE_HOME/dbs/inittestdb.ora

*.control_files='/home/oracle/disk4/control01.ctl','/home/oracle/disk5/control02.ctl' ##,'/home/oracle/disk6/control03.ctl' 

SYS> startup
ORACLE instance started.  

Total System Global Area  422670336 bytes
Fixed Size          1344616 bytes
Variable Size         260049816 bytes
Database Buffers      155189248 bytes
Redo Buffers            6086656 bytes
Database mounted.
Database opened.
SYS> 
SYS> select name from v$controlfile;  

NAME
---------------------------------------------
/home/oracle/disk4/control01.ctl
/home/oracle/disk5/control02.ctl  

-- 우선 다른 version 의 control file 을 만들기 위해 checkpoint
SYS> alter system checkpoint;  

System altered.  

SYS> /  

System altered.  

SYS> /  

System altered.  

SYS> /  

System altered.  

SYS> /  

System altered.  

SYS> shutdown immediate;
Database closed.
Database dismounted.
ORACLE instance shut down.
SYS> 
SYS> !vi $ORACLE_HOME/dbs/inittestdb.ora

*.control_files='/home/oracle/disk4/control01.ctl','/home/oracle/disk5/control02.ctl' ,'/home/oracle/disk6/control03.ctl' 

SYS> startup
ORACLE instance started.  

Total System Global Area  422670336 bytes
Fixed Size          1344616 bytes
Variable Size         260049816 bytes
Database Buffers      155189248 bytes
Redo Buffers            6086656 bytes
ORA-00214: control file '/home/oracle/disk4/control01.ctl' version 898 inconsistent with file '/home/oracle/disk6/control03.ctl' version 879  

-- 위의 에러를 보면 control01 과 control 03 의 version 이 다르다.
-- 이럴 때 위의 2) Control file 끼리 내용이 다른경우 처럼 해결을 할 때, 
-- version 이 높은애를 복사하지 말고 낮은 애를 복사할 경우, 
-- 어떤 에러가 나고 어떻게 처리하는지 살펴보자.   

SYS> !cp /home/oracle/disk6/control03.ctl /home/oracle/disk4/control01.ctl   

SYS> alter database mount;
alter database mount
*
ERROR at line 1:
ORA-00214: control file '/home/oracle/disk5/control02.ctl' version 898 inconsistent with file '/home/oracle/disk4/control01.ctl' version 879  

-- 이 상황에서 다시 control01 (낮은 버전) 을 control02(높은버전) 로 복사
SYS> !cp /home/oracle/disk4/control01.ctl /home/oracle/disk5/control02.ctl  

SYS> alter database mount;  

Database altered.
-- 모든 control file 의 version 이 낮은 버전으로 다 동일하게 되어서 mount 는 되었다.
-- 이제 open 시켜보자.  

SYS> alter database mount;  

Database altered.  

SYS> alter database open;
alter database open
*
ERROR at line 1:
ORA-01122: database file 1 failed verification check
ORA-01110: data file 1: '/app/oracle/oradata/testdb/system01.dbf'
ORA-01207: file is more recent than control file - old control file  

-- old control file error 가 나왔다. 
- 이 에러의 원인은 control file 의 checkpoint 가 data file 의 checkpoint 정보보다
- 더 예전 내용이기 때문이다.

- 보통 위의 장애 상황을 해결하기 위해서는 3가지 방법이 있을 수 있다.

[1] 현재 data file, redo log file 에 이상이 없을 경우 : 재생성, no resetlogs 로 복구

[2] 현재 data file, redo log file 에 이상이 있고, data backup 이 있을 경우 : using backup control 로 복구 (드문 경우임)

[3] 현재 data file, redo log file 에 이상이 있거나, data backup 이 없을 경우 : 재생성, resetlogs 로 복구

- 해결 방안 [1]: 현재 data file, redo log file에 이상이 없을 경우 (control file 재생성 + no resetlogs)

-- control file 을 재생성 하려면 no mount 상태에서 DB 를 재생성하는 명령어를 입력해야 하는데, 
-- 그 명령어가 너무 길기 때문에 script 로 만들어서 생성하는 방법을 이용하자.
-- control file 재성성 script 를 만들기 위해서는 DB 가 mount 상태 이어야 한다.   

SYS> select status from v$instance;   

STATUS
--------
MOUNTED  

SYS> alter database backup controlfile to trace as '/home/oracle/re.sql';  

Database altered.  

SYS> shutdown immediate;
ORA-01109: database not open   

Database dismounted.
ORACLE instance shut down.
SYS> !
[oracle@chan ~]$   

-- /home/oracle/re.sql 파일을 열면 Set #1. NORESETLOGS case 과 
-- Set #2. RESETLOGS case 부분으로 script 가 2 부분으로 나눠져 있다. 
-- 여기서는 no resetlogs 를 사용할 것이므로, set #2 부분은 다 지우도록 하자. 
-- 즉, 아래의 내용만 있으면 된다.
-- 주의 할 점은 LOGFILE 부분과 DATAFILE 부분은 정확해야 한다.   

[oracle@chan ~]$ vi /home/oracle/re.sql  

STARTUP NOMOUNT
CREATE CONTROLFILE REUSE DATABASE "TESTDB" NORESETLOGS  NOARCHIVELOG
     MAXLOGFILES 16
     MAXLOGMEMBERS 3
     MAXDATAFILES 100
      MAXINSTANCES 8
     MAXLOGHISTORY 292
  LOGFILE
   GROUP 1 '/app/oracle/oradata/testdb/redo01.log'  SIZE 50M BLOCKSIZE 512,
   GROUP 2 '/app/oracle/oradata/testdb/redo02.log'  SIZE 50M BLOCKSIZE 512,
   GROUP 3 '/app/oracle/oradata/testdb/redo03.log'  SIZE 50M BLOCKSIZE 512 
-- STANDBY LOGFILE
DATAFILE
   '/app/oracle/oradata/testdb/system01.dbf',
   '/app/oracle/oradata/testdb/sysaux01.dbf',
   '/app/oracle/oradata/testdb/undotbs01.dbf',
   '/app/oracle/oradata/testdb/users01.dbf',
   '/app/oracle/oradata/testdb/example01.dbf'
CHARACTER SET KO16MSWIN949
 ;  

[oracle@chan ~]$ exit
exit  

SYS> @/home/oracle/re.sql
ORACLE instance started. 

Total System Global Area  422670336 bytes
Fixed Size          1344616 bytes
Variable Size         260049816 bytes
Database Buffers      155189248 bytes
Redo Buffers            6086656 bytes  
Control file created.  

SYS> alter database open;  

Database altered.  

SYS> select name from v$controlfile;  

NAME
--------------------------------------
/home/oracle/disk4/control01.ctl
/home/oracle/disk5/control02.ctl
/home/oracle/disk6/control03.ctl

- 해결 방안 [2]: 현재 data file, redo log file 에 이상이 있고, data backup 이 있을 경우 (using backup control 로 복구)

-- 현재 상태를 전체 백업 수행  

SYS> select name from v$datafile;  

NAME
---------------------------------------------
/app/oracle/oradata/testdb/system01.dbf
/app/oracle/oradata/testdb/sysaux01.dbf
/app/oracle/oradata/testdb/undotbs01.dbf
/app/oracle/oradata/testdb/users01.dbf
/app/oracle/oradata/testdb/example01.dbf  

SYS> select name from v$controlfile;  

NAME
---------------------------------------------
/home/oracle/disk4/control01.ctl
/home/oracle/disk5/control02.ctl
/home/oracle/disk6/control03.ctl  

SYS> select member from v$logfile;  

MEMBER
---------------------------------------------
/app/oracle/oradata/testdb/redo03.log
/app/oracle/oradata/testdb/redo02.log
/app/oracle/oradata/testdb/redo01.log  

SYS> shutdown immediate;
Database closed.
Database dismounted.
ORACLE instance shut down.
SYS> 
SYS> !  

-- 미리 만들어 둔 /data/backup/close 폴더에 위의 파일들을 복사한다.
[oracle@chan ~]$ cp /app/oracle/oradata/testdb/*.dbf /data/backup/close/
[oracle@chan ~]$ cp /app/oracle/oradata/testdb/*.log /data/backup/close/
[oracle@chan ~]$ cp /home/oracle/disk4/*.ctl /data/backup/close/
[oracle@chan ~]$ cp /home/oracle/disk5/*.ctl /data/backup/close/
[oracle@chan ~]$ cp /home/oracle/disk6/*.ctl /data/backup/close/  

-- 위의 장애 상황 만들기 를 참고해서 다시 장애 상황을 만든다.
[oracle@chan ~]$ vi $ORACLE_HOME/dbs/inittestdb.ora

*.control_files='/home/oracle/disk4/control01.ctl','/home/oracle/disk5/control02.ctl' ##,'/home/oracle/disk6/control03.ctl' 

[oracle@chan ~]$ exit
exit  

SYS> startup
ORACLE instance started.  

Total System Global Area  422670336 bytes
Fixed Size          1344616 bytes
Variable Size         260049816 bytes
Database Buffers      155189248 bytes
Redo Buffers            6086656 bytes
Database mounted.
Database opened.
SYS> 
SYS> alter system checkpoint;  

System altered.  

SYS> /  

System altered.  

SYS> /  

System altered.  

SYS> / 

System altered.

SYS> shutdown immediate;
Database closed.
Database dismounted.
ORACLE instance shut down.
SYS> 
SYS> !
[oracle@chan ~]$ vi $ORACLE_HOME/dbs/inittestdb.ora

*.control_files='/home/oracle/disk4/control01.ctl','/home/oracle/disk5/control02.ctl' ,'/home/oracle/disk6/control03.ctl'   

[oracle@chan ~]$ exit
exit  

SYS> startup
ORACLE instance started.  

Total System Global Area  422670336 bytes
Fixed Size          1344616 bytes
Variable Size         260049816 bytes
Database Buffers      155189248 bytes
Redo Buffers            6086656 bytes
ORA-00214: control file '/home/oracle/disk4/control01.ctl' version 939
inconsistent with file '/home/oracle/disk6/control03.ctl' version 922 

SYS> !cp /home/oracle/disk6/control03.ctl /home/oracle/disk4/control01.ctl  

SYS> !cp /home/oracle/disk4/control01.ctl /home/oracle/disk5/control02.ctl

SYS> alter database mount;

  
Database altered.

 
SYS> alter database open;
alter database open
*
ERROR at line 1:
ORA-01122: database file 1 failed verification check
ORA-01110: data file 1: '/app/oracle/oradata/testdb/system01.dbf'
ORA-01207: file is more recent than control file - old control file  

-- 다시 old control file 장애가 발생했다. 이제 백업 데이터를 가지고 복구해 보자.
SYS> shutdown immediate;
ORA-01109: database not open   

Database dismounted.
ORACLE instance shut down.
SYS>   
SYS> !cp /data/backup/close/*.dbf /app/oracle/oradata/testdb/    -- 데이터 파일만 복원

SYS> startup mount 
ORACLE instance started.  

Total System Global Area  422670336 bytes
Fixed Size          1344616 bytes
Variable Size         260049816 bytes
Database Buffers      155189248 bytes
Redo Buffers            6086656 bytes
Database mounted.
SYS> 
SYS> recover database until cancel using backup controlfile;
ORA-00279: change 866181 generated at 08/20/2013 00:39:18 needed for thread 1
ORA-00289: suggestion :
/app/oracle/fast_recovery_area/TESTDB/archivelog/2013_08_22/o1_mf_1_7_%u_.arc
ORA-00280: change 866181 for thread 1 is in sequence #7    

Specify log: {<RET>=suggested | filename | AUTO | CANCEL}
auto
ORA-00308: cannot open archived log
'/app/oracle/fast_recovery_area/TESTDB/archivelog/2013_08_22/o1_mf_1_7_%u_.arc'
ORA-27037: unable to obtain file status
Linux Error: 2: No such file or directory
Additional information: 3    

ORA-00308: cannot open archived log
'/app/oracle/fast_recovery_area/TESTDB/archivelog/2013_08_22/o1_mf_1_7_%u_.arc'
ORA-27037: unable to obtain file status
Linux Error: 2: No such file or directory
Additional information: 3    

SYS> alter database open resetlogs;

Database altered.

SYS> select name from v$controlfile;

NAME
--------------------------------------------------------------------------------
/home/oracle/disk4/control01.ctl
/home/oracle/disk5/control02.ctl
/home/oracle/disk6/control03.ctl  

SYS> select name from v$datafile;  

NAME
--------------------------------------------------------------------------------
/app/oracle/oradata/testdb/system01.dbf
/app/oracle/oradata/testdb/sysaux01.dbf
/app/oracle/oradata/testdb/undotbs01.dbf
/app/oracle/oradata/testdb/users01.dbf
/app/oracle/oradata/testdb/example01.dbf  

SYS> select member from v$logfile;  

MEMBER
--------------------------------------------------------------------------------
/app/oracle/oradata/testdb/redo03.log
/app/oracle/oradata/testdb/redo02.log
/app/oracle/oradata/testdb/redo01.log

- 해결 방안 [3]: 현재 data file, redo log file에 이상이 있고 백업 파일이 없을 경우 (control file 재생성 + resetlogs)

- 사용중이다가 비정상 종료된 경우 checkpoint 가 다른 data file 을 사용해서 긴급 복구 하는 경우를 살펴보자

-- 현재 상태 확인
SYS> @data
Connected.  

TABLESPACE    MB FILE_NAME
---------- ----- --------------------------------------------------
EXAMPLE      346 /app/oracle/oradata/testdb/example01.dbf
USERS          5 /app/oracle/oradata/testdb/users01.dbf
UNDOTBS1      90 /app/oracle/oradata/testdb/undotbs01.dbf
SYSAUX       510 /app/oracle/oradata/testdb/sysaux01.dbf
SYSTEM       700 /app/oracle/oradata/testdb/system01.dbf  

SYS> @log  

GROUP# MEMBER                       MB SEQ# STATUS   ARC   FIRST_CHANGE#
------ --------------------------------------------- ----- ---- -------- ----- -------------
      1 /app/oracle/oradata/testdb/redo01.log        50    4 CURRENT  NO       866631
      2 /app/oracle/oradata/testdb/redo02.log        50    2 INACTIVE NO       866625
      3 /app/oracle/oradata/testdb/redo03.log        50    3 INACTIVE NO       866628

-- 장애 상황 만들기
SYS> create table scott.test01 (no number);  

Table created.  

SYS> insert into scott.test01 values (1);  

1 row created.  

SYS> insert into scott.test01 values (2);  

1 row created.  

SYS> commit;  

Commit complete.  

SYS> shutdown abort;
ORACLE instance shut down.
SYS>  
SYS> !rm -f /app/oracle/oradata/testdb/*.log  

SYS> !rm -f /home/oracle/disk4/*.ctl  

SYS> !rm -f /home/oracle/disk5/*.ctl  

SYS> !rm -f /home/oracle/disk6/*.ctl  

SYS> startup
ORACLE instance started.  

Total System Global Area  422670336 bytes
Fixed Size          1344616 bytes
Variable Size         260049816 bytes
Database Buffers      155189248 bytes
Redo Buffers            6086656 bytes
ORA-00205: error in identifying control file, check alert log for more info  

-- 위의 [2] 번 case 에서 백업해 둔 (오래된) control file 복원 
SYS> !cp /data/backup/close/control01.ctl /home/oracle/disk4/.  

SYS> !cp /data/backup/close/control02.ctl /home/oracle/disk5/.  

SYS> !cp /data/backup/close/control03.ctl /home/oracle/disk6/.  

SYS> startup
ORACLE instance started.  

Total System Global Area  422670336 bytes
Fixed Size          1344616 bytes
Variable Size         260049816 bytes
Database Buffers      155189248 bytes
Redo Buffers            6086656 bytes
Database mounted.
ORA-01190: control file or data file 1 is from before the last RESETLOGS
ORA-01110: data file 1: '/app/oracle/oradata/testdb/system01.dbf'      -- 장애 발생  

-- control file 재생성 script. (resetlogs)
SYS> alter database backup controlfile to trace as '/home/oracle/re2.sql';  

Database altered.  

SYS> shutdown abort;
ORACLE instance shut down.  

SYS> !vi /home/oracle/re2.sql
-- 아래 부분만 남기자  

STARTUP NOMOUNT 
CREATE CONTROLFILE REUSE DATABASE "TESTDB" RESETLOGS  NOARCHIVELOG
     MAXLOGFILES 16
     MAXLOGMEMBERS 3
     MAXDATAFILES 100
     MAXINSTANCES 8
     MAXLOGHISTORY 292
 LOGFILE
   GROUP 1 '/app/oracle/oradata/testdb/redo01.log'  SIZE 50M BLOCKSIZE 512,
   GROUP 2 '/app/oracle/oradata/testdb/redo02.log'  SIZE 50M BLOCKSIZE 512,
   GROUP 3 '/app/oracle/oradata/testdb/redo03.log'  SIZE 50M BLOCKSIZE 512
-- STANDBY LOGFILE 
DATAFILE
   '/app/oracle/oradata/testdb/system01.dbf',
   '/app/oracle/oradata/testdb/sysaux01.dbf',
   '/app/oracle/oradata/testdb/undotbs01.dbf',
   '/app/oracle/oradata/testdb/users01.dbf',
   '/app/oracle/oradata/testdb/example01.dbf'
CHARACTER SET KO16MSWIN949
;
  

SYS> @/home/oracle/re2.sql
ORACLE instance started.  

Total System Global Area  422670336 bytes
Fixed Size          1344616 bytes
Variable Size         260049816 bytes
Database Buffers      155189248 bytes
Redo Buffers            6086656 bytes  

Control file created.  

SYS> alter database open resetlogs;
alter database open resetlogs
* ERROR at line 1:
ORA-01194: file 1 needs more recovery to be consistent
ORA-01110: data file 1: '/app/oracle/oradata/testdb/system01.dbf' 

-- 위와 같은 경우의 에러는, DB가 종료 될 때 shutdown abort 로 비정상 종료되어
-- 데이터 파일끼리 checkpoint 정보가 동기화되지 않아서 resetlogs 로 open 할 수 없으니
-- 복구하라는 내용이다. 하지만 현재 모든 redo log 역시 삭제되어 복구할 수 없다.
-- 이럴 경우 강제로 data file 끼리 checkpoint 정보를 동기화시켜서 open 시키는
-- hidden parameter 를 사용해야 한다. 단, 이 parameter 는 위험하기 때문에 실무에선 
-- 권장하지 않는다.   

SYS> shutdown immediate;
ORA-01109: database not open   

Database dismounted.
ORACLE instance shut down.
SYS>     
SYS> !vi $ORACLE_HOME/dbs/inittestdb.ora  

-- 아래 부분 추가 후 저장
_allow_resetlogs_corruption=true 

SYS> startup mount;
ORACLE instance started.  

Total System Global Area  422670336 bytes
Fixed Size          1344616 bytes
Variable Size         260049816 bytes
Database Buffers      155189248 bytes
Redo Buffers            6086656 bytes
Database mounted.
SYS> 
SYS> alter database open resetlogs;  

Database altered.  

SYS> select * from scott.test01;
select * from scott.test01
                     *
ERROR at line 1:
ORA-00942: table or view does not exist  

--  DB 는 open 되었지만, 데이터는 복구되지 못했다.

   2. Control file 를 재생성 해야 하는 대표적인 경우   

1) control file 이 전부 사라졌을 경우

2) old control file 에러 발생 시

3) DB Name 을 변경하고 싶을 때

4) 최대 데이터 파일 갯수와 redo log 파일 갯수를 변경하고 싶을 때

Chap 15. Parameter File 장애 복구

  1. Parameter file 이 없는 상태에서 pfile 생성하기    

모든 parameter file이 삭제되었을 경우, 최초 설치시 생성되었던 parameter file 을 활용해서 pfile 을 생성해 보자.

-- 현재 parameter file 상태 (spfile 을 사용중이다.)
SYS> show parameter spfile   

NAME                     TYPE    VALUE
------------------------------------ ----------- ------------------------------
spfile                   string  /app/oracle/product/11g/dbs/sp                          filetestdb.ora  

-- 장애 상황을 만들기 위해 DB 을 종료 한 후 모든 parameter file 을 삭제.
SYS> shutdown immediate;
Database closed.
Database dismounted.
ORACLE instance shut down.
SYS> !
[oracle@chan ~]$ cd $ORACLE_HOME/dbs
[oracle@chan dbs]$ ls -l
total 24
-rw-rw---- 1 oracle oinstall 1544 Aug 19 19:47 hc_DBUA0.dat
-rw-rw---- 1 oracle oinstall 1544 Aug 19 20:02 hc_testdb.dat
-rw-r--r-- 1 oracle oinstall 2851 May 15  2009 init.ora
-rw-r----- 1 oracle oinstall   24 Aug 19 19:51 lkTESTDB
-rw-r----- 1 oracle oinstall 1536 Aug 19 19:54 orapwtestdb
-rw-r----- 1 oracle oinstall 2560 Aug 19 19:54 spfiletestdb.ora  

-- spfile 삭제
[oracle@chan dbs]$ rm -f spfiletestdb.ora     

-- 최초 설치시 만들어진 원본 pfile 복사
[oracle@chan dbs]$ ls -l $ORACLE_BASE/admin/testdb/pfile
total 4
-rw-r----- 1 oracle oinstall 1777 Aug 19 19:50 init.ora.7192013195444
[oracle@chan dbs]$ cp $ORACLE_BASE/admin/testdb/pfile/init.ora.7192013195444 inittestdb.ora
[oracle@chan dbs]$ ls -l
total 24
-rw-rw---- 1 oracle oinstall 1544 Aug 19 19:47 hc_DBUA0.dat
-rw-rw---- 1 oracle oinstall 1544 Aug 19 20:02 hc_testdb.dat
-rw-r--r-- 1 oracle oinstall 2851 May 15  2009 init.ora
-rw-r----- 1 oracle oinstall 1777 Aug 19 20:04 inittestdb.ora
-rw-r----- 1 oracle oinstall   24 Aug 19 19:51 lkTESTDB
-rw-r----- 1 oracle oinstall 1536 Aug 19 19:54 orapwtestdb
[oracle@chan dbs]$ exit
exit  

SYS> startup
ORACLE instance started.  

Total System Global Area  422670336 bytes
Fixed Size          1344616 bytes
Variable Size         260049816 bytes
Database Buffers      155189248 bytes
Redo Buffers            6086656 bytes
Database mounted.
Database opened.                    -- 이상없이 open.
SYS> 
SYS> show parameter spfile;  

NAME                     TYPE    VALUE
------------------------ ------- ------------------------------
spfile                   string

  2. pfile, spfile 만들기    

1) pfile로 부터 spfile 만들기

SYS> !ls -l /app/oracle/product/11g/dbs/*.ora
-rw-r--r-- 1 oracle oinstall 2851 May 15  2009 /app/oracle/product/11g/dbs/init.ora
-rw-r----- 1 oracle oinstall 1777 Aug 19 20:04 /app/oracle/product/11g/dbs/inittestdb.ora

SYS> create spfile from pfile;  

File created.  

SYS> !ls -l /app/oracle/product/11g/dbs/*.ora
-rw-r--r-- 1 oracle oinstall 2851 May 15  2009 /app/oracle/product/11g/dbs/init.ora
-rw-r----- 1 oracle oinstall 1777 Aug 19 20:04 /app/oracle/product/11g/dbs/inittestdb.ora
-rw-r----- 1 oracle oinstall 2560 Aug 19 20:10 /app/oracle/product/11g/dbs/spfiletestdb.ora

2) spfile로 부터 pfile 만들기

-- pfile 삭제
SYS> !rm -f /app/oracle/product/11g/dbs/inittestdb.ora  

SYS> !ls -l /app/oracle/product/11g/dbs/*.ora
-rw-r--r-- 1 oracle oinstall 2851 May 15  2009 /app/oracle/product/11g/dbs/init.ora
-rw-r----- 1 oracle oinstall 2560 Aug 19 20:10 /app/oracle/product/11g/dbs/spfiletestdb.ora  

-- 다시 pfile 생성

SYS> create pfile from spfile;  

File created.  

SYS>  !ls -l /app/oracle/product/11g/dbs/*.ora
-rw-r--r-- 1 oracle oinstall 2851 May 15  2009 /app/oracle/product/11g/dbs/init.ora
-rw-r--r-- 1 oracle oinstall  905 Aug 19 20:18 /app/oracle/product/11g/dbs/inittestdb.ora
-rw-r----- 1 oracle oinstall 2560 Aug 19 20:18 /app/oracle/product/11g/dbs/spfiletestdb.ora  

SYS> !rm -f /app/oracle/product/11g/dbs/spfiletestdb.ora  

SYS> !ls -l /app/oracle/product/11g/dbs/*.ora
-rw-r--r-- 1 oracle oinstall 2851 May 15  2009 /app/oracle/product/11g/dbs/init.ora
-rw-r--r-- 1 oracle oinstall  905 Aug 19 20:18 /app/oracle/product/11g/dbs/inittestdb.ora

 

Chap 14. Recovery 원리

  1. Recovery 단계    

- DB 에서 startup 이나 recover 명령어를 입력했을 때 서버 프로세스는 먼저 control file 을 읽어서 문제가 있는지 없는지 확인한다. 아래는 Oracle 이 startup 되는 단계이다. 

  2. Recovery 원리    

1) Control file  내의 Data file records 부분의 checkpoint cnt 부분의 숫자를 가지고 data file의 checkpoint cnt 번호와 동일한지 비교한다. 만약 이 부분이 문제가 없다면 다음 단계를 진행한다. 

2) 각 data file 의 header 에 있는 checkpoint SCN 이 control file 안에 있는 stop scn 번호와 동일한지 비교 후. 모두 일치 하면 복구할 필요가 없지만 불일치 하면 복구를 시도한다. 

3) 복구가 필요할 경우, data file 에 부족한 scn 중에서 가장 낮은 scn 이 몇 번인지 확인후 control file 안에 있는 log file records 를 찾아간다. data file 과 control file 에서 차이나는 scn 부분을 redo log file 을 뒤져서 low scn 부분을 확인, 필요한 내용이 들어있는 파일을 찾아낸다. 그리고 그 경로로 찾아가서 복구해야 하는 내용을 읽어서 필요한 로그 파일을 순차적으로 적용시킨다. 

4) 적당한 redo log file 을 찾으면 가장 낮은 scn 번호부터 roll forward 한다.

5) roll forward 가 끝나면 commit 이 수행되지 않은 transaction 을 찾기위해 undo$ 딕셔너리를 찾아본다. 거기서 active 한 undo segment 를 찾고 commit 안된 데이터를 roll backward 한다. 

  3. Recovery 종류   

1) Crash Recovery (Instance recovery)

- 운영 중이던 DB 가 비 정상적으로 종료된 것을 startup 시에 automatically 하게 recovery 하는 것을 의미한다. 

- 이 때는 online redo log file 만 사용된다.

2) Media Recovery

- 위의 Instance recovery 시에 file 삭제나 disk fail 등의 이유로 Instance recovery 가 실패할 경우 DBA 가 수동으로 백업 파일 등을 복원한 후 online redo log file 과 archive redo log fie 등을 사용하여 recovery 해야 하는데 이것을 Media Recovery 라고 한다.

Chap 13. Oracle Backup

   1. 백업 대상   

- 필수 백업 대상 : Data file, Control file, Redo log file 

- 선택 백업 대상 : parameter file, password file

1) Data file

- 실제 데이터가 저장되어 있는 파일이다. 아래와 같이 조회가능.

SQL> select name, status from v$datafile;

   NAME                                                              STATUS  

-------------------------------------------------- -------

/app/oracle/oradata/testdb/system01.dbf         SYSTEM

/app/oracle/oradata/testdb/sysaux01.dbf         ONLINE

/app/oracle/oradata/testdb/undotbs01.dbf        ONLINE  

/app/oracle/oradata/testdb/users01.dbf           ONLINE  

/app/oracle/oradata/testdb/example01.dbf        ONLINE  

/app/oracle/oradata/testdb/ts_webhard.dbf      ONLINE  

/app/oracle/oradata/testdb/ts_web_idx.dbf       ONLINE

2) Control file

- DB를 운영하는데 있어 중요한 설정 파일들이다. 현재 사용중인 파일만 유효하고 과거에 썼던 파일들은 백업 받아도 사용할 수 없다.

SQL> select name from v$controlfile;
NAME 
-------------------------------------------------------  
/app/oracle/oradata/testdb/control01.ctl  
/app/oracle/fast_recovery_area/testdb/control02.ctl

3) Redo log file

- 데이터에 변경이 일어난 내용을 복구에 사용하기 위해 저장하고 있는 파일

SQL> select a.group#, a.member, b.bytes/1024/1024 MB, b.archived, b.status from v$logfile a, v$log b where a.group#=b.group# order by 1,2; 

GROUP#     MEMBER                                                MB        ARC STATUS

---------- ---------------------------------------- ---------- --- ----------------
        1       /app/oracle/oradata/testdb/redo01.log        50         YES INACTIVE
        2       /app/oracle/oradata/testdb/redo02.log        50         YES INACTIVE
        3       /app/oracle/oradata/testdb/redo03.log        50         NO  CURRENT

4) Parameter file / Password file

- Parameter file: Oracle 서버를 운영하는데 있어 필요한 각종 설정 정보를 저장하고 있는 파일. 중요하다!!

- Password file: sysdba 권한의 암호를 저장하는 파일로 일반적으로 사용자의 암호는 dictionary 에 저장되어서 DB가 open 후에 조회 가능하다. (db_users). 하지만 db가 shutdown 상태에서도 조회가 가능해야 하기 때문에 sysdba의 암호를 일반 파일에 저장해 둔다. 

- sys 계정 암호를 항상 물어보도록 설정하기

   2. 백업의 종류   

1) 닫힌 백업 (cold backup / closed backup)

- 백업 대상 확인하기

SYS> select name, status from v$datafile;

  
NAME                            STATUS  
------------------------------------------------------- -------  
/app/oracle/oradata/testdb/system01.dbf         SYSTEM  
/app/oracle/oradata/testdb/sysaux01.dbf         ONLINE  
/app/oracle/oradata/testdb/undotbs01.dbf        ONLINE  
/app/oracle/oradata/testdb/users01.dbf          ONLINE  
/app/oracle/oradata/testdb/example01.dbf        ONLINE  
/app/oracle/oradata/testdb/ts_webhard.dbf       ONLINE  
/app/oracle/oradata/testdb/ts_web_idx.dbf       ONLINE    

SYS> select a.group#, a.member, b.bytes/1024/1024 MB, b.archived, b.sequence#, b.status from v$logfile a, v$log b where a.group#=b.group#;          

GROUP#       MEMBER                                              MB ARC  SEQUENCE#  STATUS  
---------- ----------------------------------------- --- ---  -------------- ----------------
        1 /app/oracle/oradata/testdb/redo01.log              50 YES          4            INACTIVE
        2 /app/oracle/oradata/testdb/redo02.log              50 YES          5            INACTIVE
        3 /app/oracle/oradata/testdb/redo03.log              50 NO            6           CURRENT
   

SYS> select name from v$controlfile;  

NAME 

-------------------------------------------------------

/app/oracle/oradata/testdb/control01.ctl
/app/oracle/fast_recovery_area/testdb/control02.ctl

/* =====> 테스트 편의성을 위해서 control file 을 control01.ctl 하나만 쓰도록 설정하겠다. */  

SYS> shutdown immediate;  

ORA-01109: database not open  

Database dismounted.  

ORACLE instance shut down. 

SYS>     

SYS> !vi $ORACLE_HOME/dbs/inittestdb.ora  

/* ~~~~ 아래 부분처럼 수정 후 저장 */

*.control_files='/app/oracle/oradata/testdb/control01.ctl'

SYS> startup mount

ORACLE instance started.

      
Total System Global Area  422670336 bytes  
Fixed Size          1344616 bytes  
Variable Size         289409944 bytes  
Database Buffers      125829120 bytes  
Redo Buffers            6086656 bytes  
Database mounted.  

SYS>   

SYS> select name from v$controlfile; 

NAME 
-------------------------------------------------------
/app/oracle/oradata/testdb/control01.ctl

- DB 종료하기 (정상 종료)

SYS> shutdown immediate;  
ORA-01109: database not open 
Database dismounted.  
ORACLE instance shut down.

- /data/backup/close 의 경로로 파일 copy

[oracle@chan ~]$ mkdir -p /data/backup/close

[oracle@chan ~]$ cp -av /app/oracle/oradata/testdb/*.dbf /data/backup/close/

`/app/oracle/oradata/testdb/example01.dbf' -> `/data/backup/close/example01.dbf'
`/app/oracle/oradata/testdb/sysaux01.dbf' -> `/data/backup/close/sysaux01.dbf'
`/app/oracle/oradata/testdb/system01.dbf' -> `/data/backup/close/system01.dbf'
`/app/oracle/oradata/testdb/temp01.dbf' -> `/data/backup/close/temp01.dbf'
`/app/oracle/oradata/testdb/temp_web.dbf' -> `/data/backup/close/temp_web.dbf'
`/app/oracle/oradata/testdb/ts_webhard.dbf' -> `/data/backup/close/ts_webhard.dbf'
`/app/oracle/oradata/testdb/ts_web_idx.dbf' -> `/data/backup/close/ts_web_idx.dbf'
`/app/oracle/oradata/testdb/undotbs01.dbf' -> `/data/backup/close/undotbs01.dbf'
`/app/oracle/oradata/testdb/users01.dbf' -> `/data/backup/close/users01.dbf'

[oracle@chan ~]$ cp -av /app/oracle/oradata/testdb/*.log /data/backup/close/
`/app/oracle/oradata/testdb/redo01.log' -> `/data/backup/close/redo01.log'
`/app/oracle/oradata/testdb/redo02.log' -> `/data/backup/close/redo02.log'  `/app/oracle/oradata/testdb/redo03.log' -> `/data/backup/close/redo03.log'

[oracle@chan ~]$ cp -av /app/oracle/oradata/testdb/*.ctl /data/backup/close/
`/app/oracle/oradata/testdb/control01.ctl' -> `/data/backup/close/control01.ctl'

[oracle@chan ~]$ cp -av /app/oracle/product/11g/dbs/inittestdb.ora /data/backup/close/
`/app/oracle/product/11g/dbs/inittestdb.ora' -> `/data/backup/close/inittestdb.ora'

[oracle@chan ~]$ cp -av /app/oracle/product/11g/dbs/orapwtestdb /data/backup/close/
`/app/oracle/product/11g/dbs/orapwtestdb' -> `/data/backup/close/orapwtestdb'

- DB open

[oracle@chan ~]$ exit

exit

SYS> startup

ORACLE instance started.

Total System Global Area  422670336 bytes

Fixed Size          1344616 bytes

Variable Size         260049816 bytes

Database Buffers      155189248 bytes

Redo Buffers            6086656 bytes

Database mounted.  

Database opened.

2) 열린 백업 (hot backup / open backup / begin backup)

- 닫힌 백업 같은 경우는 DB 를 종료해야만 가능하다는 치명적인 단점이 있다. 하지만 서비스 중인 DB 를 내리지 않고 백업을 받아야 할 경우 열린 백업 (hot backup) 을 이용할 수 있다. 

- 열린 백업 같은 경우는 tablespace 단위로 백업을 수행한다. 11g 부터는 database 전체를 한번에 백업 모드로 설정할 수 있는 옵션이 있지만 redo log 량이 많이 생기기 때문에 권장하지는 않는다. 

- 열린 백업을 받기 위해서는 반드시 DB 가 archive log mode 여만 한다. 

- 열린 백업은 Data file 과 Control file 은 백업이 가능하지만, online redo log file 은 불가능 하다. 

- users tablespace 를 열린 백업으로 받기

SYS> archive log list;  
Database log mode          Archive Mode  
Automatic archival         Enabled  
Archive destination        /data/arc2  
Oldest online log sequence     108  
Next log sequence to archive   110  
Current log sequence           110      

SYS> alter tablespace users begin backup;      

Tablespace altered.      

SYS> !mkdir -p /data/backup/open                    

SYS> !cp /app/oracle/oradata/testdb/users01.dbf /data/backup/open/      

SYS> !ls -l /data/backup/open 

total 7700  

-rw-r----- 1 oracle oinstall 7872512 Jul 10 16:44 users01.dbf      

SYS> alter tablespace users end backup;      

Tablespace altered.

- end backup 이 수행되었는지 여부 확인. 

SYS> select a.file#, a.name, b.status, to_char(b.time, 'YYYY-MM-DD:HH24:MI:SS') as time from v$datafile a, v$backup b where a.file#=b.file#           

FILE# NAME                           STATUS          TIME 

---------- -------------------------------------------------- --------------- -------------------
        1 /app/oracle/oradata/testdb/system01.dbf        NOT ACTIVE
        2 /app/oracle/oradata/testdb/sysaux01.dbf        NOT ACTIVE
        3 /app/oracle/oradata/testdb/undotbs01.dbf       NOT ACTIVE
        4 /app/oracle/oradata/testdb/users01.dbf         NOT ACTIVE      2013-07-15:15:03:30
        5 /app/oracle/oradata/testdb/example01.dbf       NOT ACTIVE
        6 /app/oracle/oradata/testdb/ts_webhard.dbf          NOT ACTIVE
        7 /app/oracle/oradata/testdb/ts_web_idx.dbf          NOT ACTIVE

     8 rows selected.

- hot backup 수행 테스트 (script 이용)

SYS> !vi /app/oracle/open_backup.sql

/* ### 아래 내용 입력 후 저장 */  

conn / as sysdba;  
alter tablespace system begin backup;  
!cp -av /app/oracle/oradata/testdb/system01.dbf /data/backup/open/  
alter tablespace system end backup;      

alter tablespace sysaux begin backup;  
!cp -av /app/oracle/oradata/testdb/sysaux01.dbf /data/backup/open/  
alter tablespace sysaux end backup;      

alter tablespace undotbs1 begin backup;  
!cp -av /app/oracle/oradata/testdb/undotbs01.dbf /data/backup/open/ 
alter tablespace undotbs1 end backup;      

alter tablespace users begin backup;  
!cp -av /app/oracle/oradata/testdb/users01.dbf /data/backup/open/  
alter tablespace users end backup;      

alter tablespace example begin backup;  
!cp -av /app/oracle/oradata/testdb/example01.dbf /data/backup/open/  
alter tablespace example end backup;      

alter tablespace ts_webhard begin backup;  
!cp -av /app/oracle/oradata/testdb/ts_webhard.dbf /data/backup/open/  
alter tablespace ts_webhard end backup;      

alter tablespace ts_web_idx begin backup;  
!cp -av /app/oracle/oradata/testdb/ts_web_idx.dbf /data/backup/open/  
alter tablespace ts_web_idx end backup;      

alter database backup controlfile to '/data/backup/open/control01.ctl';  
:wq!      

SYS> @/app/oracle/open_backup.sql  
Connected.  
Tablespace altered. 
`/app/oracle/oradata/testdb/system01.dbf' -> `/data/backup/open/system01.dbf'
Tablespace altered.  
Tablespace altered.  
`/app/oracle/oradata/testdb/sysaux01.dbf' -> `/data/backup/open/sysaux01.dbf'
Tablespace altered.  
Tablespace altered.  
`/app/oracle/oradata/testdb/undotbs01.dbf' -> `/data/backup/open/undotbs01.dbf'
Tablespace altered.  
Tablespace altered.  
`/app/oracle/oradata/testdb/users01.dbf' -> `/data/backup/open/users01.dbf' 
Tablespace altered. 
Tablespace altered.  
`/app/oracle/oradata/testdb/example01.dbf' -> `/data/backup/open/example01.dbf'
Tablespace altered. 
Tablespace altered. 
`/app/oracle/oradata/testdb/ts_webhard.dbf' -> `/data/backup/open/ts_webhard.dbf'
Tablespace altered.
Tablespace altered.
`/app/oracle/oradata/testdb/ts_web_idx.dbf' -> `/data/backup/open/ts_web_idx.dbf'
Tablespace altered. 
Database altered.

SYS> alter system checkpoint;
System altered.

- 일자별로 자동 백업 디렉토리를 생성해서 begin backup 하는 테스트

위의 hot backup script 는 tablespace 직접 다 써주어야 하기 때문에 불편하다. 다음을 참고해서 5개의 script 로 편리하게 backup 받자!

Chap 12. Archive/No Archive log mode

   1. 데이터 베이스 복구 원리 설명 (Archive/No Archive log mode)    

   2, Archive redo log mode로 변경하는 테스트   

- pfile 을 사용한다고 전제하에, 처음 오라클 설치 후 archive mode 로 변경하는 순서는 아래와 같다. 

DB 종료 -> Parameter file (pfile) 변경 -> DB Mount 로 시작 -> mode 변경 -> DB open

-- 현재 log mode 조회
SQL> archive log list;
Database log mode          No Archive Mode
Automatic archival         Disabled
Archive destination        USE_DB_RECOVERY_FILE_DEST
Oldest online log sequence     32
Current log sequence           34

-- DB 종료
SQL> shutdown immediate;
Database closed.
Database dismounted.
ORACLE instance shut down.

-- Parameter file 변경
SQL> !vi $ORACLE_HOME/dbs/inittestdb.ora

-- 아래 내용 추가

log_archive_dest_1='location=/data/arc1'
log_archive_dest_2='location=/data/arc2'
log_archive_format=%s_%t_%r.arc

-- 해당 폴더 생성
SQL> !mkdir /data/arc1 /data/arc2

-- mount 상태로 startup
SQL> startup mount
ORACLE instance started.

Total System Global Area  422670336 bytes
Fixed Size          1344616 bytes
Variable Size         289409944 bytes
Database Buffers      125829120 bytes
Redo Buffers            6086656 bytes
Database mounted.

-- archive log mode 경로 변경 내용 확인
SQL> archive log list;

Database log mode          No Archive Mode

Automatic archival         Disabled

Archive destination        /data/arc2

Oldest online log sequence     32

Current log sequence           34

-- archive mode 로 변경하기

SQL> alter database archivelog;

Database altered.

SQL> archive log list;

Database log mode          Archive Mode

Automatic archival         Enabled

Archive destination        /data/arc2

Oldest online log sequence     32

Next log sequence to archive   34

Current log sequence           34

-- DB open

SQL> alter database open;  

Database altered.

   3. Archive Hang 발생 시 해결 방법   

- archive log 가 저장되는 폴더에 권한을 oracle 에서 root 로 변경해서 archive hang 을 만든 후 복구해 보자.

-- 현재 archive 확인

SYS> archive log list;
Database log mode          Archive Mode
Automatic archival         Enabled
Archive destination        /data/arc2
Oldest online log sequence     101
Next log sequence to archive   103
Current log sequence           103

-- /data/arc1 과 /data/arc2 의 권한을 root 로 변경해 보자
[oracle@chacha ~]$ su -
[root@chacha ~]# chown -R root:root /data/arc1 /data/arc2
[root@chacha ~]# ls -l /data/arc*
/data/arc1:
total 76
-rw-r----- 1 root root 72192 Jul 10 14:34 104_1_819630962.arc

/data/arc2:
total 76
-rw-r----- 1 root root 72192 Jul 10 14:34 104_1_819630962.arc

-- Hang 을 유도하게 log switch

SYS> alter system switch logfile;

-- 더 이상 프롬프트가 떨어지지 않고 아무 메세지도 없고, 멈춘 상태로 될 것이다.
-- alert log 를 확인

[oracle@chacha ~]$ vi /app/oracle/diag/rdbms/testdb/testdb/trace/alert_testdb.log

-- 아래 부분에 보면, 아래와 같은 메세지가 있다. (ORA-19504: failed to create file "")
-- 디렉토리가 root 로 되어 있었어서 archive log 파일을 만들지 못했다.

ARC3: Error 19504 Creating archive log file to '/data/arc2/105_1_819630962.arc'
ARC3: Error 19504 Creating archive log file to '/data/arc1/105_1_819630962.arc'
ARCH: Archival stopped, error occurred. Will continue retrying
ORACLE Instance testdb - Archival Error
ORA-16038: log 1 sequence# 105 cannot be archived
ORA-19504: failed to create file ""
ORA-00312: online log 1 thread 1: '/app/oracle/disk4/redo01_a.log'
ORA-00312: online log 1 thread 1: '/app/oracle/disk5/redo01_b.log' 

-- 이제  /data/arc1 과 /data/arc2 의 권한을 다시 oracle 로 변경
[root@chacha ~]# chown -R oracle:oinstall /data/arc1 /data/arc2
[root@chacha ~]# ls -l /data/arc*
/data/arc1:
total 76
-rw-r----- 1 oracle oinstall 72192 Jul 10 14:34 104_1_819630962.arc

/data/arc2:
total 76
-rw-r----- 1 oracle oinstall 72192 Jul 10 14:34 104_1_819630962.arc

-- 파라미터 변경 후 archive 재시작
SYS> alter system set log_archive_dest_state_1=defer;
System altered.

SYS> alter system set log_archive_dest_state_1=enable;
System altered.

SYS> alter system set log_archive_dest_state_2=defer;
System altered.  

SYS> alter system set log_archive_dest_state_2=enable;
System altered.  

SYS> alter system archive log stop;
System altered.  

SYS> alter system archive log start;
System altered.  

SYS> alter system switch logfile;
System altered.

Chap 11. DBMS_JOB & DBMS_SCHEDULER

이 두가지는 반복되는 작업을 수행해야 할 경우 아주 유용하다. 

  1. DBMS_JOB 

1) dbms_job 패키지

-  이 패키지를 설정하게 되면 SNP 백그라운드 프로세스가 이 패키지에 설정되어 있는 작업을 수행하게 된다. SNP 백그라운드 프로세스는 선택적인 프로세스로 초기화 파라미터 파일에 아래의 항목을 설정 한 후 재 시작을 하면 실행된다. 

* job_queue_process = 1  : SNP 프로세스의 개수를 지정

* job_queue_interval = 60  : SNP 프로세스가 sleep 상태에서 꺠어나는 간격을 초로 지정. 

- dbms_job 패키지는 아래와 같은 프로시저들을 가지고 있다. 

2) job 관리하기

- 기본 문법

- 새로운 job 등록 테스트 하기

- 등록되어 있는 job 삭제하기

- 등록되어 있는 job 수정하기

  2. DBMS_SCHEDULER   

1) 주요 특징 및 구성

- dbms_job 이 할 수 없는 일들을 하기 위해 생성.

* oracle 에서 생성한 procedure 나 function 이외에 OS 에서 생성된 각종 유틸이나 프로그램도 실행 가능

* 데이터 베이스에서 내부 이벤트까지 추적가능하기 때문에 OS 나 dbms_job 보다 훨씬 다양하게 작업을 체크/수행가능

2) DBMS_SCHEDULER 사용하기

- 신규 job 생성

일반적으로 dbms_scheduler.create_job 이나 dbms_scheduler.create_program 을 이용할 수 있으나 전자를 더 많이 쓴다.

- 현재 작동중인 job 확인하기 

- 특정 job 을 일시 중지 또는 재 시작 하기

- 특정 job 을 삭제하기

- Job 의 속성 변경하기 

속성변경 테스트를 위해서 job 을 하나 더 생성해서 테스트 해보겠다. 

3) DBMS_SCHEDULER 관리하기

- 생성된 job을 즉시 실행하기 

SCOTT > exec dbms_scheduler.run_job('insert_job_test1');

- job 을 중단하기 

SCOTT > exec dbms_scheduler.stop_job(job_name => 'insert_job_test1', force => true);

- job 삭제하기 

SCOTT > exec dbms_scheduler.drop_job(job_name => 'insert_job_test1', force => true);

Chap 10. Oracle 사용자 관리

  1. Schema 와 User  

- User: 말 그대로 사용자 (ex, scott 같은)

- Schema: 특정 사용자(user) 가 만들어 놓은 모든 Object 의 집합 (table, index, vie constraint,m trigger, dblink, synonym, sequence 등등 모든 것)

1) User 생성하기

- User 생성 순서

- User 생성하기

2) 사용자 정보 확인 및 수정하기

3) Profile 관리하기

- password profile 관련 parameter

- profile 생성하기 실습

- resource profile 관련 parameter

* 이 parameter 를 사용하려면 resource_limit = true 라는 설정이 되어 있어야 한다. 

* startup 할 때 사용되는 parameter file 위에 위 문장을 적어 놓거나 9i 버전 이상에 alter system set resource_limit=true; 를 실행하면 바로 적용이 된다. 

* 아래는 resource profile 관련 설정들이다. 

* CPU_PSER_SESSION : SESSION 이란 1명의 접속을 의미한다. 하나의 SESSION이 CPU 를 연속적으로 사용할 수 있는 최대 시간을 설정한다. 1/100초 단위이다. 

* SESSIONS_PER_USER : 하나의 사용자 계정으로 몇 명의 사용자가 동시에 접속 할 수 있는지 설정하는 파라미터이다. 

* CONNECT_TIME : 하루 동안 DB server 에 접속 할 수 있는 총 시간을 설정한다. 

* IDLE_TIME : 연속적으로 휴면 시간이 여기 값을 넘으면 접속을 해제한다. 이렇게 하는 이유는 보안적인 문제도 있고, 메모리 사용량 때문이기도 하다. 예를 들어, 사용자가 서버에 접속을 하면 server process 가 생성되고 PGA 가 할당이 된다. PGA 를 1M 로 줄 경우 1000 명의 사용자가 서버에 접속해서 아무 일도 안해도 PGA 가 1000M 를 사용하게 되는 것이다. 이런 일을 막기 위해 설정한다. 

* LOGICAL_READS_PER_SESSION : 한 session 에서 사용 가능한 최대 block 수를 설정한다. 

* PRIVATE_SGA : MTS / shared server 일 경우 해당 session 의 SGA 사용량을 bytes 단위로 설정한다. 

* CPU_PER_CALL : 하나의 call 당 cpu 를 점유할 수 있는 시간이며 1/100초 단위이다. 

* LOGICAL_READS_PER_CALL : 하나의 call 당 읽을 수 있는 block 의 개수를 의미.

- resource 관련 profile 만들고 사용자에게 할당하기

- 사용 안하는 profile 삭제하기

4) privilege (권한) 관리하기

- profile 이 사용자에게 어떤 것들을 못하게 제한하는 것이라면, privilege 는 사용자에게 어떤 것들을 하게 허락해 주는 것이 목적이다. privilege 는 크게 system 과 object 관련 privilege 가 있다. 

- System privilege

- Object 관련 privilege 권한 할당 / 해제하기 

Object 관련 privilege 는 주로 DML (select, insert, update, delete) 등을 할 수 있는 권한을 말한다. 

- SYSOPER / SYSDBA privilege

- SYSTEM 관련 권한 할당 / 조회 / 해제하기

- with grant option / with admin option 

- SYSDBA 권한을 가지고 있는 계정 조회하기

5) Role 관리하기

Role 이란 권한들의 그룹이라고 생각하면 된다. 일일히 필요한 권한들을 각 사용자에게 각각 할당하기 힘드니 여러가지 권한을들 묶어 놓고 role 하나를 주면 편하다. 

- Role 생성하기 

- Role 에 create session, create table 권한 할당하기

- webuser 사용자에게 trole 할당하기

- 어떤 사용자가 어떤 role 을 사용하는지 확인하기

- 어떤 Role 에 어떤 권한이 있는지 확인하기

Chap 9. Oracle 메모리 관리 기법들

  1. 9i 버전에서의 메모리 관리 기법   

1) Dynamic SGA 및 그래뉼 (Granule)

- 9.0.1 버전에서는 Default buffer cache 의 값을 Dynamic 하게 변경할 수 있다. 

- 9.0.2 버전부터는 Shared poll, Default buffer cache, Large pool, java pool 의 값을 변경할 수 있다. 

- 주의 사항은 SGA 의 전체 크기 (위 항목들을 모두 합친 값이) 가 SGA_MAX_SIZE 에 설정 된 값 보다 클 수 없다는 것다. 

- Oracle 이 동적으로 각종 메모리를 할당할 때 쓰는 단위로 그래뉼 (Granule) 를 사용한다. 1 그래뉼의 단위는, 

* 9i 의 경우 > SGA 의 전체 크기가 128M 이하이면 1그래뉼이 4MB / 128M 이상이면 16MB 

* 10g 의 경우 > SGA 의 전체 크기가 1G 이하이면 1그래뉼이 4MB / 1G 이상이면 16MB

2) SGA 총 크기와 그래뉼 사이즈 조회

- 위에서 조회한 그래뉼 사이즈로 각 백그라운드 프로세스들은 메모리를 할당 받아서 사용하게 된다. 아래 결과를 보면 메모리가 4MB 씩 매핑되어 사용되는 것을 알 수 있다. 

3) PGA 관리

- 9i 부터 WORKAREA_SIZE_POLICY 파라미터를 AUTO 로 설정해두면 PGA 전체 크기 안에서 PGA 값을 Oracle 이 자동으로 관리를 하게 된다. 

- PGA 전체 크기는 PGA_AGGREGATE_TARGET 파라미커로 정할 수 있다. 단, 실제 서버 프로세스가 사용할 수 있는 최대 PGA 크기는 히든 파라미터인 _PGA_MAX_SIZE 로 지정된다. 아래는 PGA 주요 항목들이다. 

- 9i 부터 PGA 가 자동으로 관리가 되서 편리하긴 하지만 단점으로는, 하나의 세션이 사용할 수 있는 PGA 의 용량이 정해져 있기 때문에 대량의 데이터를 처리해야 하는 배치성 작업의 경우에는 문제가 될수 있다. 이럴 경우 (대량의 sort 나 hash 가 발생하는 경우), WORKAREA_SIZE_POLICY 값을 manual 로 설정한 후에 SORT_AREA_SIZE 나 HASH_AREA_SIZE  값을 수동으로 정해주면 성능향상에 도움이 된다. 

- PGA 에서 자동으로 관리할 경우 1 세션당 사용할 수 있는 PGA 용량은 아래와 같이 결정된다. 

- PGA 용량이 부족할 경우 ORA-04030 에러가 발생한다. 

- 현재 작동중인 Parallel Query 의 busy, idle 상태 및 server start, shutdown 된 상태를 조회하려면 아래와 같이 하면 된다. 

  2. 10g 버전에서의 메모리 관리기법  

1) ASMM / MMAN

- 10g 부터는 공유 메모리 (SGA) 의 주요 구성 요소들의 크기를 오라클이 스스로 변경할 수 있게 하는 기능인 Automatic Shared Memory Management (ASMM) 이 등장한다. 

- ASMM 로 변경 가능한 구성요소는 Shared Pool, Default Database Buffer Cache, Large Pool, java Pool, Streams Pool 이다. (Redo log buffer 는 불가능)

- ASMM 을 수행하기 위한 백그라운드 프로세스는 MMAN 이다. 

- MMAN 이 SGA 의 양을 자동으로 할당하고 관리 할 때 기준으로 사용하는 파라미터가 SGA_TARGET 이다. 이 파라미터에 설정된 용량의 범위 안에서 메모리를 할당하고 관리를 하게 된다. 

- SGA_TARGET 파라미터는 SGA_MAX_SIZE 의 값을 초과할 수 없다. 

- ASMM 기능을 사용하기 위한 조건 : 

* STATISTICS_LEVEL 을 TYPICAL 또는 ALL 로 설정

* SGA_TARGET  파라미터의 값을 0 보다 큰 값으로 설정

* 다른 파라미터의 값들을 0 으로 설정 

=> 만약, 다른 파라미터의 값들 또한 0 보다 큰 값으로 설정을 하면, 해당 파라미터의 값이 최소값으로 인식을 하게 된다. 예를 들어, SGA_TARGET=2G 로 했는데, Shared_pool_size=100m 로 설정했다면, Shared_pool_size 의 최소값은 100m 가 된다. 

- SGA_TARGE 값으로 자동 튜닝이 되는 파라미터 (Auto-Tuned dynamic parameter) : 

DB_CACHE_SIZE, SHARED_POOL_SIZE, LARGE_POOL_SIZE, JAVA_POOL_SIZE, STREAMS_POOL_SIZE

- SGA_TARGE 값으로 사용자가 바꿔주는 수동 파라미터 (Manual-Tuned parameter) : 

DB_KEEP_CACHE_SIZE, DB_RECYCLE_CACHE_SIZE, DB_nK_CACHE_SIZE, SGA_TARGET

2) SGA_TARGET  관련 테스트

- SGA_TARGET 값 조회

- SGA_TARGET 값 설정을 한 후 자동으로 할당 된 내역들을 살펴보자. 우선 SGA_TARGET 값은 SGA_MAX_SIZE 에서  Log_buffer 값과 예약공간 값을 제외한 크기를 초과할 수 없다. 현재 남아 있는 용량을 살펴 보려면 v$sga_dynamic_free_memory 를 조회해 보면 된다. 

  3. 11g 버전에서의 메모리 관리기법  

- 메모리를 관리하고 튜닝하는 기술이 9i 는 Dynamic SGA , 10g 는 ASMM 로 SGA 크기를 스스로 튜닝하는 기술로 발전했으며, 11g 에서는 SGA 뿐만 아니라 PGA 까지 한꺼번에 자동으로 관리하는 기술인 Automatic Memory Management (AMM) 으로 발전하게 된다. 

- AMM 에서 새로 생긴 2개의 파라미터는 아래와 같다. 

* MEMORY_TARGET :

이 파라미터로 AMM 기능으로 관리할 메모리의 총 량을 지정할 수 있다. 이 파라미터의 최대 설정값은 MEMORY_MAX_SIZE 파라미터 값 까지 지정할 수 있다. 기본값은 0 이며, 이 뜻은 이 기능을 사용하지 않는다는 의미이다. 

* MEMORY_MAX_TARGET :

이 파라미터는 MEMORY_TARGET 값이 최대로 증가될 값을 지정하는 용도로 사용된다. 

- AMM 기능을 사용하게 된다면, SGA_TARGET 이나 PGA_AGGREFATE_TARGET 파라미터의 값을 0으로 셋팅하는 것이 좋다. 민약 이 값들을 지정하게 된다면, 오라클은 그 값을 최소값으로 인식하게 된다. 

- AMM 기능을 사용하기 위해서는 물리적인 메모리가 충분한 여유공간이 있어야 하며, 만약 메모리 공간이 부족할 경우 에러가 발생한다. AMM 은 /dev/shm 공간을 공유 메모리 공간과 매핑시켜서 메모리를 디스크 처럼 사용하게 되는데, 기본 크기는 OS 메모리의 50% 로 설정이 된다. 

- 만약 물리 메모리 양이 부족할 경우 oracle startup 할 시에 ORA-00845 같은 에러를 발생한다.

Chap 8. Oracle 저장구조

* data 의 작업 단위

Block < Extent < Segment < Table space < Data base 

  1. Oracle Block   

- Data 의 가장 최소 작업 단위이다. 

- OS Block 을 한 개 이상 합쳐서 생성되며, DB_BLOCK_SIZE 로 지정된다.

- DB_BLOCK_SIZE 파라미터는 Create Database 할 때 한 번 지정이 되면 그 값은 DB를 재 생성 하기 전에는 변경 할 수 없으며 이 값을 Standard Block Size 라고 한다. 

- Block 의 크기는 최소 2KB, 4KB, 8KB, 16KB, 32KB 가 제공된다. (짝수로 하는 것을 권장) 이 중, DB_BLOCK_SIZE 값에 설정 된 크기를 Standard Block Size 라고 하며, 다른 크기들은 Non-Standard Block size 라고 한다. 

- 이런 Block size 들은 tablespace 를 생성할 때 이용할 수 있지만, Standard Block Size 외의 크기를 가지고 tablespace 를 생성하려면 DB Buffer cache 에도 해당 block size 만큼의 공간이 할당 되어 있어야 한다. 즉, 아래 내용을 보면, 

  2. Oracle Data Block 의 상세구조   

- 아래는 Data Block 의 상세 구조이다. 

- 각 크기 조회하는 방법

- 위의 정보를 보면, Block header 의 cache layer 는 20 bytes 이고 (KCBH 로 조회),  아래와 같은 정보가 들어있다.

- 위의 정보에서, Transaction fixed 는 48 bytes 로 지정이 되어 있고, 이 곳에는 Block type, 마지막으로 수행된 Block Cleanout 시간, ITL Entries 정보, Free List Link 정보, Free space Lock 정보 등이 저장되어 있다. 

- 그리고 Transaction Variable 영역은 KTBIT 부분에 해당하며 24 bytes 의 크기를 가지고 있다. 이 부분에는 해당 Block 에 있는 row 를 변경하기를 원하는 실제 ITL 관련 정보가 들어간다. 사용자가 많으면 이 부분의 내용이 많아지고 사용자가 적으면 내용이 적어진다.

- Data layer: 실제 데이터가 저장되는 곳이므로 Free space 관리가 중요하다. 그래서 늘 비어있는 free space 정보를 관리하고 있는데 row index 에서 첫 번째 빈 공간의 포인터 주소와 빈 공간의 시작과 끝나느 offset 주소, 사용가능한 빈 공간의 양을 가지고 있다. 

 3. PCTFREE 와 PCTUSED   

1) PCTFREE

- 해당 Block 에 입력되어 있는 데이터들이 update 될 경우를 대비해서 예약을 해두는 공간이다. 

- 원본 데이터보다 더 큰 크기의 데이터가 update 될 경우, 해당 block 에 여유 공간이 없어서 다른 block 으로 migration (row migration) 을 해야할 경우 성능 저하가 올 수 있다. 

- 이 값은 해당 block 크기의 %로 지정한다. 즉, 해당 Block 이 8KB 라고 하고, PCTFREE=20 이라고 지정했다면, 8KB의 20%만큼 update 만을 위한 공간으로 예약이 되어 해당 공간에는 insert 는 안되고 update만 된다. 그리고 이 공간만큼을 뺀 나머지 공간이 다 찼을 경우는 해당 block 의 더 이상 빈 공간이 없다고 판단(dirty block) 하게 된다.  

2) PCTUSED

- Block 의 재사용 여부를 결정하는 요소로, 현재 데이터의 사용량이 이 설정값 이하로 남아 있을 경우에 해당 Block 의 상태를 dirty 에서 free 로 반환할 수 있다. 

- 즉, 해당 Block 에 PCTUSED 가 40% 로 설정이 되어 있다면, 해당 block 에 데이터 적재량이 그 block 의 40% 이하가 되어야 이 block 으로 데이터가 다시 insert 될 수 있다. 

  4. Row Chaining & Row Migration   

- 데이터가  Block 에 저장이 될 때는 보통  row 단위로 입력이 되는데 row overhead 와 column data 부분으로 나눌 수 있다. row overhead 에는 lock 정보 같은 것이 들어가 있고, column data 부분이 실제 데이터가 들어가는 부분이다.

- Row Chaining 

- Row Migration

  5. Extent 와 Segment   

1) Extent

- Block 을 여러 개 묶어 놓은 단위

- 테이블을 생성하면 Block 을 묶어서 Extent 를 생성하게 되고, 데이터가 계속 추가되어서 최초의 Extent 를 다 사용하게 되면, 자동으로 Extent 를 추가 생성하게 된다. 

- Extend 의 기본 단위는 64K 이고 Extend 에 데이터를 어디까지 사용했는지를 표시하기 위한 책갈피 역활을 하는 하는 애가 High Water Mark 라고 한다. 

- Extent 를 미리 확보하기 위해 수동으로 할당 할 수도 있는데, 이럴 경우 (미리 확보해 둘 경우) :

* 단점 : 데이터가 할당해 둔 것보다 훨씬 작게 들어온다면 비어 있는 공간이 많이 생겨 공간 낭비가 심할 수 있다.

* 장점 : 하나의 데이터파일에 여러 테이블이 저장 될 수 있는데, 미리 Extent 를 확보해 두면 각 테이블에 데이터의 분산을 막을 수 있다.

2) Segment 

- 쉽게 말해 데이터를 담는 통이다. Data segment 는 우리가 알고 있는 table 이고, Index segment 는 index 이다. 

- Undo, Temp, LOB 등이 대표적인 segment 의 종류 들이다. 

  6. Extent 관리 기법  

1) Dictionary Management Tablespace (DMT)

- Oracle 8 버전까지 사용했던 방식으로 모든 데이터 파일을 Dictionary 에서 Free/used block 을 중앙 집중적으로 관리했던 방식이다. 

- Free Block 은 FET$ (Free Extent Table) 에서, Dirty Block 은 UET$ (Used Extent Table) 에서 관리했다. 

- 만약 Drop Tablespace 같은 이유로 Dirty extent -> Free extent 가 된다면, 위의 테이블들을 업데이트 해야만 했다. 

- 단점 : 데이터가 한꺼번에 몰려서 Free Extent 를 요청하거나, Drop 명령등의 수행으로 FET$ 를 업데이트 해야 할 경우 심각한 병목현상이 발생해 성능 저하가 올 수 있다. 

2) Locally Managed Tablespace (LMT) 

- Oracle 8 버전의 단점으로 인해 9i 부터는 DMT 대신 LMT 방식을 도입하게 되었는데, 아래의 2가지 방식으로 관리가 된다.