손실된 데이터 파일로 오라클 시작

손실된 데이터 파일로 오라클 시작
데이터베이스가 다운되어 있는 동안 파일 손실이 발생했더라도 시스템을 시작하려 하는 순간 손실된 파일 때문에 시작이 되지 않을 때까지는 필히 그 사실을 알지 못할 것입니다. 이때는 손상된 테이블스페이스에 복구 작업을 진행하면서 데이터베이스의 나머지 부분을 올려 작업 가능하도록 만들기 위해 필요한 특정 단계를 수행해야 할 것입니다.

다음의 이러한 단계들은 시스템의 다운 시간을 최소화 해주는 훌륭한 방법이어서 단 하나의 애플리케이션 테이블스페이스만이 손상되었다면 복구 작업을 진행하는 동안 다른 애플리 케이션 상에서 작업을 계속할 수 있을 것입니다.

예를 들어서 Human Resources 애플리케이션 파일 상에서 손실이 발생했다 하더라도 여러분은 Manufacturing, General Ledger, Accounts Payable, 그리고 Accounts Receivable을 계속 돌릴 수 있도록 나머지 데이터베이스를 사용하기를 바랄 것입니다. Human Resources 데이터는 복구가 완료될 때까지 사용할 수 없지만 영향을 받지 않은 데이터는 여전히 갱신할 수 있을 것입니다.

손실된 데이터 파일을 가진 데이터베이스 시작

시작 시 데이터 파일 손실 메시지를 받은 후 MOUNT 모드로 데이터베이스를 재시작합니다.
SVRMGR> STARTUP MOUNT
ALTER DATABASE DATAFILE ‘filename’ OFFLINE 명령을 사용하여 손실된 데이터 파일을 오프라인으로 수정합니다:
SVRMGR> ALTER DATABASE DATAFILE ‘/users/dba00/u01/user01.dbf’ OFFLINE;

OFFLINE IMMEDIATE 구문을 사용해야 할 수도 있는데 이 구문을 쓰려면 데이터베이스가 ARCHIVELOG 모드로 돌아가고 있어야 합니다.
작업할 수 있도록 데이터베이스의 나머지 부분을 엽니다:
SVRMGR> ALTER DATABASE OPEN;
운영 체제 명령을 사용하여 손상된 파일의 백업 사본을 복원합니다.
아카이브된 리두 로그를 사용하여 복구 테이블스페이스나 데이터 파일을 적절하게 초기화합니다.
SVRMGR> RECOVER TABLESPACE USER_DATA;
복구 작업이 완료되면 테이블스페이스를 다시 온라인으로 수정합니다.
SVRMGR> ALTER TABLESPACE USER_DATA ONLINE;

이때 나머지 데이터베이스는 복구 작업 중에도 계속 갱신되었지만, 복구된 테이블스페이스는 현재 시간으로 roll forward될 것입니다. 복구 작업은 현재의 온라인 리두 로그를 통해 복구하여 복구된 파일의 헤더에 들어 있는 로그 시퀀스 번호는 데이터베이스의 다른 모든 파일의 헤더에 들어 있는 로그 시퀀스 번호와 일치하게 될 것입니다. 이 방법으로 시스템은 커밋된 트랜잭션 작업의 손실 없이 복구가 끝날 때 파일들을 재동기화할 것입니다.

병렬 복구 작업
병렬 복구는 리두 로그 파일의 변경 사항을 적용하기 위한 몇가지 프로세스를 허용할 수 있습니다. 복구 세션, 한 프로세스는 리두 로그 파일을 읽고, 리두 엔트리를 복구 프로세스에 발송합니다. 복구 세션은 변경 사항을 각 복구 프로세스에 발송합니다. 복구 프로세스는 변경 사항을 적당한 데이터 파일에 적용합니다.
초기화 파라미터나 RECOVER 명령의 옵션을 통해 병렬 복구를 지정하십시오.

RECOVERY_PARALLELISM 파라미터

세션 당 복구 프로세스의 기본 개수를 지정합니다. RECOVER 명령에 PARALLEL 절이 지정되지 않으면 이 파라미터의 값이 병렬을 결정하는데 사용됩니다.
대부분의 복구 상황에는 데이터 파일을 포함하고 있는 디스크 드라이브 당 한두 개의 프로세스 값이면 충분합니다.
인스턴스 복구를 위해 사용되는 복구 프로세스의 개수를 지정하는데 유용합니다.

지침 사항

복구 프로세스의 개수는 초기화 파라미터 PARALLEL_MAX_SERVERS의 값을 초과할 수 없습니다.
RECOVERY_PARALLELISM은 반드시 1보다 큰 양수이어야 합니다.

병렬 복구 작업(계속)
매체 복구에 사용되는 복구 프로세스의 개수를 지정하려면 Server Manager Worksheet나 Server Manager 라인 모드에서 RECOVER 명령을 사용하십시오. RECOVER 명령의 PARALLEL 절의 값이 RECOVERY_PARALLELISM 초기화 파라미터의 값보다 우선합니다.

예
  SVRMGR> RECOVER DATABASE [ NOPARALLEL | PARALLEL (DEGREE n) ];
  단:              PARALLEL        DEGREE는 리두 엔트리를 각 인스턴스 상의
                                            데이터 파일에 적용하는데 사용되는 복구
                                            프로세스의 수를 지정합니다.
                                            DEGREE DEFAULT는 복구되고 있는 데이터
                                            파일 수의 두 배의 복구 프로세스가 사용되고
                                            있다는 것을 가리킵니다.
                    NOPARALLEL    NOPARALLEL 키워드는 복구가 직렬로 진행
                                            되도록 지정합니다.

Note

이것이 완벽한 구문인 것은 아닙니다. DATABASE 레벨에서 뿐만 아니라 TABLESPACE와 DATAFILE 레벨에서도 병렬 작업을 지정할 수 있습니다.
PARALLEL(DEGREE 1 INSTANCES 1) 지정은 NOPARALLEL 키워드를 지정하는 것과 동일합니다.
DEGREE로 지정된 복구 프로세스 수는 각 인스턴스에서 사용됩니다. 또한 총 복구 프로세스 수는 DEGREE로 지정된 수에 INSTANCES로 지정된 수를 곱한 것입니다.

복구 사례

사례 1
복구되고 있는 테이블스페이스가 read-only이며 마지막 백업이 실행되었을 때도 read-only였습니다. 이 사례에서는 백업으로부터 테이블스페이스를 쉽게 복원할 수 있습니다. 리두 정보를 적용할 필요가 없습니다.

사례 2
복구되고 있는 테이블스페이스는 writable이지만 마지막 백업이 실행되었을 때는 read-only였습니다. 이 사례에서는 백업으로부터 테이블스페이스를 복원해야 할 것이며 테이블스페이스가 writable이 되었을 때의 리두 정보를 적용해야 할 것입니다.

사례 3
복구되고 있는 테이블스페이스는 read-only이나 마지막으로 백업이 실행되었을 때는 writable이었습니다. 테이블스페이스를 read-only로 만든 후에는 항상 백업을 해야 하므로 이런 상황을 경험해서는 안됩니다. 하지만 이런 일이 발생한다면 반드시 백업으로부터 테이블스페이스를 복원해야만 하며 테이블스페이스가 read-only로 만들어진 시간으로 복구해야 합니다.

컨트롤 파일을 재생성할 때
CREATE CONTROL FILE 명령으로 컨트롤 파일을 재생성해야 하고 데이터베이스가 read-only 테이블스페이스를 갖고 있다면 특별한 절차를 따라야 합니다. 절차 리스트롤 보려면 ALTER DATABASE BACKUP CONTROLFILE TO TRACE 명령을 내리십시오.

데이터 파일을 재명명할 때
올바른 목적지에 read-only 테이블스페이스안의 데이터 파일의 사본을 복원할 수 없으면 ALTER DATABASE RENAME 명령을 사용하여 파일을 새 위치로 옮기십시오.

컨트롤 파일을 백업할 때
백업 컨트롤 파일로 read-only 테이블스페이스를 복구하는 절차는 데이터베이스를 연 후 테이블스페이스를 온라인으로 만들어야 한다는 것만 제외하면 보통의 오프라인 테이블스페이스를 복구하는 프로시저와 본질적으로는 동일합니다.

컨트롤 파일의 손실
DBA가 컨트롤 파일을 복구하거나 재생성해야 하는 상황은 다음 세 가지 입니다:

문제가 발생하여 모든 컨트롤 파일이 손실된 경우. 컨트롤 파일을 이중화(mirror)하여 여러 물리적 장치에 퍼뜨려 놓으면 DBA는 결코 기술적으로는 이러한 문제에 봉착하지 않을 것입니다.
DBA가 데이터베이스 이름을 변경해야만 하는 경우. 데이터베이스가 분산 환경의 일부가 되거나 다른 데이터베이스가 동일한 이름을 가지고 있는 경우에는 필연적입니다. 또한 복구를 목적으로 데이터베이스를 복원할 때 필요할 수도 있습니다.
컨트롤 파일 내의 설정은 컨트롤 파일이 생성될 때 고정됩니다. 여기에는 MAXDATAFILES, MAXLOGMEMBERS 등이 포함되어 있습니다. 컨트롤 파일이 일단 생성되면 이들 설정은 동적으로 수정할 수 없으므로 DBA는 컨트롤 파일을 재생성하여야 합니다.

컨트롤 파일 복구
컨트롤 파일을 복원하는 데는 세 가지 방법이 있습니다:

현재의 사본이 사용 가능하다면 그것을 사용하는 방법. 이것은 다중화된 사본이 존재하여 컨트롤 파일을 전부 손실하지는 않았을 경우에 해당합니다.
CREATE CONTROLFILE 명령을 사용하여 새 파일을 생성하는 방법. 이렇게 하려면 데이터베이스의 모든 파일을 알고 있어야 합니다. 컨트롤 파일을 백업하여 임시 기초 상으로 옮기는 것은 이 프로세스를 용이하게 해 줄 것입니다.
BACKUP CONTROLFILE을 사용하는 방법. 모든 컨트롤 파일을 손실했을 경우에는 이 방법을 써야만 합니다.

Note: 데이터베이스가 이중화된 컨트롤 파일로 적절히 구성되어 있다면 모든 컨트롤 파일을 손실하는 일은 결코 경험하지 않을 것입니다.

예
복구 작업을 수행할 때 에러 메시지를 받는다면 백업 컨트롤 파일을 사용하여 복구해야 할 때를 알게 될 것입니다:
  svrmgr> alter database open;
  ORA-00283: Recovery session canceled due to errors
  ORA-01122: database file 1 failed verification check
  ORA-01110: data file 1: ‘/users/dba00/u01/sys01.dbf’
  ORA-01207: file is more recent than control file - old control file

이 문제로부터 복구하는 단계는 다음을 포함합니다:

ALTER DATABASE BACKUP CONTROLFILE 명령을 사용하여 생성된 컨트롤 파일의 백업 사본을 복원합니다.
백업 컨트롤 파일을 사용하여 데이터베이스를 복구합니다:
svrmgr> recover database using backup controlfile;
resetlogs 옵션을 사용하여 데이터베이스를 오픈합니다:
svrmgr> alter database open resetlogs;

데이터 파일 훼손
데이터 파일 훼손은 하드웨어 문제로 인하여 발생하며 훼손된 블록을 읽었을 때 ORA-1578 에러를 받음으로써 알 수 있습니다.

데이터 파일 훼손으로부터의 복구
데이터 파일 훼손으로부터 복구하는 방법은 세 가지가 있으며 훼손도(degree of corruption)와 업무 작업이 손실을 감당할 수 있는 데이터의 양에 따라 방법을 선택하게 됩니다.

훼손된 블록이 들어 있는 테이블의 인덱스가 사용 가능하다면 데이터는 인덱스 스캔을 사용하여 읽혀 질 수 있습니다:
  SVRMGR> select distinct (key) from corrupted_table where key >
          (lowest value for the key) and substr (rowid, 1, 8) =
           corrupt_block_id order by 1;
또 다른 방법은 훼손된 블록 아래 위의 모든 행을 선택하여 새 테이블로 집어 넣는 방법입니다:
  SVRMGR> create new_table as select * from corrupt_table
          where key > (lowest value for the key and key NOT IN
          (key list);
세번째 방법은 아마도 가장 완벽한 형태의 복구로서 훼손된 블록이 들어있는 데이터 파일을 복원하여 그 데이터 파일 상에서 복구를 수행하는 것 입니다.

모든 경우에서 훼손된 블록 에러를 교정하기보다는 데이터 파일의 완전한 백업을 수행해야 합니다. 또한 훼손이 발생하는 또 다른 이유를 조사해야 합니다.

복구 카탈로그(Recovery Catalog)의 손실
복구 카탈로그(Recovery Catalog) 데이터베이스가 손실되거나 손상되어 정상적인 오라클 복구 방식을 통해 복구 카탈로그(Recovery Catalog) 데이터베이스를 복구할 수 없다면 그 내용을 부분적으로 재생성하는 데는 두 가지 옵션이 있습니다:

catalog 명령을 내려 아카이브로그, 백업 컨트롤 파일, 그리고 데이터 파일 사본을 재카탈로그합니다.
resync catalog from backup control file 명령을 사용하여 백업 컨트롤 파일로부터 정보를 발췌하고 그로부터 복구 카탈로그(Recovery Catalog)를 재구축합니다.

catalog 명령은 백업 조각이나 백업 세트의 재카탈로그를 지원하지 않으므로 백업 세트에 대한 정보를 재생성하려면 resync catalog from backup control file 명령을 사용해야만 합니다.

Recovery Manager는 재카탈로그되고 있는 파일이 여전히 존재하는지 확인하지 않아 재동기화가 더 이상 존재하지 않는 파일에 레코드를 추가할 수 있습니다. 이러한 레코드는 change …. uncatalog 명령을 실행시켜 제거해야 합니다.

CREATE CONTROL FILE Command 설명 중 옳은 것은(3 가지)?
A. 모든 Control file 이 유실되었고 Backup 도 없을 경우.
B. Database Name 변경시.
C. STARTUP NOMOUNT 에서 수행
D. Create 된후 항상 ALTER DATABASE OPEN RESETLOGS 로 Database Open
답

X 정답:ABC

Data File 이 data dictionary 에는 존재하지만 control file 에는 없을 경우에는 어떻게 되는가?
A. File 명이 MISSSINGnnnn 로 rename 된다.
B. Control File 내에 Data File 정보를 삭제한다.
C. Data Dictionary 내에 Data File 정보를 삭제한다.
답

Oracle 은 Downtime 을 최소화 하기 위해 Instance Recovery 시 Warmstart 를 제공한다?
A. TRUE
B. FALSE
답

READ ONLY TABLESPACE 에 대한 설명이 옳지 않은 것은?
A. READ ONLY TABLESPACE 로 변경시 한번만 Backup 수행.
B. Database 가 OPEN 시 Backup 수행 불가.
C. 복구는 단지 Backup 으로 부터 Restore 하면 끝.
D. CREATE CONTROL FILE 명령을 써서 Control File 을 재생성 할 경우 특별한 절차를 수행해야 한다.
답

X 정답:B

RECOVER ( ) 명령은 병렬로 복구할때 사용할수 있으며 parameter RECOVERY_PARALLELISM 보다 우선순위가 높다.
A. PARALLEL
B. SERIAL
C. UNTIL
답

병렬로 복구를 수행하려 한다 이에 관한 설명 중 옳지 않은 것은?
A. RECOVER DATABASE PARALLEL (DEGREE 5).
B. RECOVERY_PARALLELISM Parameter 를 1 보다 크게 설정.
C. RECOVERY_PARALLELISM Parameter 를 PARALLEL_MAX_SERVERS 보다 크게 설정.
D. RECOVER DATABASE PARALLEL (DEGREE DEFAULT) 는 복구되는 Datafile 갯수의 2배가 사용되어질 복구 Process 수임을 나타낸다.
답

X 정답:C

병렬로 복구를 하기 위해서 다음 중 옳은 것은?
A. parameter RECOVERY_PARALLELISM 을 0 로 지정
B. parameter RECOVERY_PARALLELISM 을 1 보다 크게 지정
답

병렬로 복구하는 것은 Data 변경이 많은 Database 에 보다 유리하다?
A. TRUE
B. FALSE
답

손상된 Data File 이 존재하는 상태로 Database 를 Open 하려면 수행해야 하는 SQL 명령을 완성하시오.

( ) DATABASE DATAFILE OFFLENE command.

A. RESTORE
B. BACKUP
C. ALTER
D. RECOVER
E. REMOVE
답