데이타 화일을 삭제한 경우 Recovery

LONG 글의 나머지 부분을 쓰시면 됩니다. ARTICLE 　

BULLETIN CATEGORY　 BULLETIN TOPIC

: RDBMS　　　 : 데이타 화일을 삭제한 경우 Recovery

---

DATABASE RECOVERY에 앞서 ORACLE INSTANCE(즉, ORACLE RDBMS)의 STARTUP 단계를 우선 살펴보기로 하자.   첫번째 단계로 INSTANCE를 START시키며, 여기서는 initORACLE_SID.ora 화일의 파라미터를 참조하여 SGA(SYSTEM GLOBAL AREA)를 할당하고 백그라운드 프로세스를 START　 시킨다.　   두번째 단계로 DATABASE의 MOUNT이며 파라미터 화일에 명시된 CONTROL FILE을 오픈하고　　　 CONTROL FILE로부터 DATABASE NAME과 REDO LOG FILE의 이름을 읽는다. 마지막 세번째 단계로　　　 CONTROL FILE내의 정보를 이용하여 모든 데이타 화일을 오픈한다.　　　 SVRMGR> CONNECT INTERNAL;　　　 　 Connected.　　　 　 SVRMGR> STARTUP;　　　 　 ORACLE instance started.　　　 　 Database mounted.　　　 　 Database opened.　　　 　 Total System Global Area　　　 1913196 bytes　　　 　　　　　　　　　　　　　　　 Fixed Size　　　　　 27764 bytes　　　 　　　　　　　　　　　　　　　 Variable Size　　　 1787128 bytes　　　 　　　　　　　　　　　　　　　 Database Buffers　　　65536 bytes　　　 　　　　　　　　　　　　　　　 Redo Buffers　　　　　 32768 bytes　　　 RDBMS의 STARTUP시 문제의 데이타 화일이 CONTROL FILE 정보에서는 존재하지만 실제로O/S상에서는 존재하지 않으므로 DATABASE OPEN 단계에서 삭제된 데이타화일을 OPEN할 수 없다.　　　 따라서 다음과 같은 데이타 화일 오픈에 관련된 에러가 발생된다.　　　 　　　　　 SVRMGR> STARTUP;　　　 　 ORACLE instance started　　　 　 Database mounted　　　 　 ORA-01157 : cannot identify data file 11 - file not found　　　 　 ORA-01110 : data file 11 : '/user1/oracle7/dbs/user2.dbf'　　　 　 Attempting to dismount database .... Database dismounted　　　 　 Attempting to shutdown instance .... ORACLE instance shut down　　　   DATABASE OPEN 단계에서 CONTROL FILE에서는 ORA-1157 에러에서 나타난 11번 데이타 화일이 존재하는 것으로 인식하지만 실제로 O/S상의 데이타 화일 (ORA-1110 에러에 명시된　　　 '/user1/oracle7/dbs/user2.dbf' 화일)이 삭제된 상태이다.　　　   이러한 경우에는 DATABASE STARTUP시 STARTUP MOUNT 단계까지 실행한 후, 문제의 데이타 화일을 OFFLINE 시킨 다음 데이타베이스를 오픈한다. 단 데이타베이스 오픈이 정상적으로 수행되면　　　 문제가 발생한 데이타 화일을 포함하고 있는 TABLESPACE를　 DROP하지 않을 경우에는 DATABASE STARTUP시 항상 데이타 화일의 오픈 단계에서 에러가 발생된다. 따라서, 문제의 데이타 화일의 OFFLINE과 TABLESPACE의 DROP전에 반드시 해당 TABLESPACE를 사용하고 있는 USER의 데이타 백업을 수행해야 한다.　　　     데이타 화일의 OFFLINE과 관련된 명령은 다음과 같다.　　　 SVRMGR을 COMMAND LINE MODE로 기동시킨다.　　　 　 (1) SVRMGR> CONNECT INTERNAL;　　　 　 (2) SVRMGR> STARTUP MOUNT;　　　 　　　　　 ORACLE instance started.　　　 　　　　　 Database mounted.　　　 　 (3) SVRMGR> ALTER DATABASE DATAFILE '/user1/oracle7/dbs/user2.dbf'　 OFFLINE DROP;　　　 　　　　　 Statement processed.　　　 　 (4) SVRMGR> ALTER DATABASE OPEN;　　　 　　　　　 Statement processed.　　　 　 (5) SVRMGR> DROP TABLESPACE tablespace_name INCLUDING CONTENTS;　　　 　　　　　 Statement processed.　　　 (4)번 단계에서 정상적으로 DATABASE가 오픈된 후 CONTROL FILE로 부터의 데이타베이스 정보를　　　 갖는 DATA DICTIONARY TABLE인 V$DATAFILE(SYS USER에서 액세스 가능)의 내용과 데이타베이스　　　 화일에 관한 정보를 가지고 있는 DATA DICTIONARY VIEW인 DBA_DATA_FILES(SYSTEM USER)을　　　 조회하면 아래와 같은 내용을 확인할 수 있다.　　　 　 (1) SQL> SELECT * FROM V$DATAFILE ;　　　 　　　　 　　 FILE#　 -----　 9　 10　 11 STATUS　 -------　 ONLINE　 ONLINE　 RECOVER NAME　 ----------------------------　 /usr/oracle/dbs/toolsORA7.dbf　 /usr/oracle/dbs/user1ORA7.dbf　 /usr/oracle/dbs/user2ORA7.dbf 　　　　 　　　　 (2) SQL> SELECT * FROM DBA_DATA_FILES ;　　　 　　 　　 FILE_NAME　 ----------------------------　 /usr/oracle/dbs/toolsORA7.dbf　 /usr/oracle/dbs/user1ORA7.dbf　 /usr/oracle/dbs/user2ORA7.dbf FILE_ID　 -------　 9　 10　 11 TABLESPACE_NAME　 --------------- TOOLS　 TEST　 TEST STATUS　 ---------　 AVAILABLE　 AVAILABLE　 AVAILABLE 　　　　 　　　　　 위와 같은 STATUS는 물론 5)에서 DROP TABLESPACE를 실시하면 정상적으로 CLEAR된다.　 또한 5)번 과정이 끝나면 해당 TABLESPACE의 정보를 EXPORT받아 둔 경우에는 TABLESPACE를 새로　 생성 한 후 IMPORT작업을 실시하여 복구를 할 수 있으며 만일 BACKUP이 없다면 해당 DATA는 포기하여야 한다. (ARCHIVELOG mode의 각종 recovery case는 다른 자료에서 다룸)

---

Oracle Korea Customer Support Technical Bulletins