개요

RDBMS는 백업 및 복구 방식에 많은 메모리 구성 요소, 백그라운드 프로세스 및 파일 구조를 사용합니다. 이 단원에서는 백업 및 복구 요구 사항에 중점을 두어 Oracle8i: Database Administration 과정에서 제시되는 개념을 검토합니다.

Oracle 인스턴스

Oracle 인스턴스는 메모리 영역(주로 시스템 글로벌 영역[SGA]) 및 백그라운드 프로세스, 즉 PMON, SMON, DBWn, LGWR 및 CKPT로 구성됩니다. 인스턴스는 매개변수 파일을 읽은 후 데이터베이스 시작의 nomount 단계 중에 생성됩니다. 이러한 프로세스 중 하나가 종료되면 인스턴스가 종료됩니다. 위에서 언급한 다섯 가지의 프로세스는 인스턴스 시작에 필수적이지만 인스턴스를 효과적으로 운영하기 위해서 사용자 프로세스 및 서버 프로세스와 같은 추가 프로세스가 필요합니다.

메모리 구조

유형

설명

데이터 버퍼 캐시

메모리 영역은 데이터 파일에서 읽은 블록을 저장하는 데 사용됩니다. 데이터는 서버 프로세스에 의해 블록으로 읽혀져 DBWn에 의해 비동기적으로 기록됩니다.

로그 버퍼

리두 로그에 기록될 변경된 데이터의 이전 및 이후 이미지 복사본을 포함하고 있는 메모리

대용량 풀

RMAN 백업 및 복원에서 I/O용으로 사용되는 선택적인 메모리 영역으로 이 단원의 뒷부분에서 자세히 설명합니다.

공유 풀

SQL 문, PL/SQL 프로시저 및 데이터 딕셔너리 정보의 구문 분석 버전을 저장합니다.

백그라운드 프로세스

유형

설명

DBWn(데이터
베이스 기록자)

데이터 버퍼 캐시의 더티 버퍼를 데이터 파일에 기록합니다. 이 작업은 비동기적입니다.

LGWR
(로그 기록자)

리두 로그 버퍼의 데이터를 리두 로그 파일에 씁니다.

SMON
(시스템 모니터)

자동 인스턴스 복구를 수행합니다. 임시 세그먼트가 더 이상 사용되지 않을 경우 임시 세그먼트에 있는 공간을 복구합니다. 설정된 매개변수에 따라 사용 가능 공간의 연속 영역을 병합합니다.

PMON
(프로세스 모니터)

비정상적으로 종료된 사용자 프로세스 전용의 연결/서버 프로세스를 정리합니다. 롤백을 수행하여 실패한 프로세스가 보유하는 자원을 해제합니다.

CKPT
(체크 포인트)

데이터 파일 및 제어 파일의 헤더와 현재 리두 로그 및 체크포인트 번호를 동기화합니다.

ARCn(아카이버)
(선택 사항)

아카이브용으로 표시된 리두 로그를 자동으로 복사하는 프로세스

사용자 프로세스

사용자 프로세스는 사용자가 SQL*Plus, Forms, Reports, Enterprise Manager 등과 같은 툴을 시작할 때 생성됩니다. 이 프로세스는 클라이언트 또는 서버에 있을 수 있으며 사용자가 데이터베이스와 상호 작용하는 명령을 입력할 수 있는 인터페이스를 제공합니다.

서버 프로세스

서버 프로세스는 사용자 프로세스에서 명령을 받아들여 사용자 요청을 완료하기 위한 단계를 수행합니다. 데이터베이스를 다중 스레드로 구성하지 않은 경우 유효한 연결이 설정되었을 때 인스턴스를 포함하고 있는 시스템에서 서버 프로세스가 생성됩니다.

Oracle 데이터베이스

Oracle 데이터베이스는 물리적 파일로 구성됩니다.

파일 유형

설명

유형

데이터 파일

데이터의 물리적 저장 영역. 데이터베이스당 최소한 한 개의 파일이 필요합니다. 이 파일은 시스템 테이블스페이스를 저장합니다. 

이진

리두 로그

복구할 수 있도록 변경된 데이터의 이전 및 이후 이미지 복사본을 포함합니다. 최소 두 개 이상의 그룹이 필요합니다.

이진

제어 파일

데이터베이스의 물리적 구조와 상태를 기록합니다.

이진

매개변수 파일

인스턴스 시작에 필요한 매개변수를 저장합니다.

텍스트

암호 파일
(선택 사항)

데이터베이스를 시작, 정지 및 복구할 수 있는 사용자의 정보를 저장합니다.

이진

아카이브 로그
(선택 사항)

온라인 리두 로그 파일의 물리적 복사본. 데이터베이스가 ARCHIVELOG 모드로 설정될 때 생성되며 복구에 사용됩니다.

이진

동적 뷰

Oracle 서버는 데이터베이스 및 인스턴스에 대한 정보를 얻기 위한 다양한 표준 데이터 딕셔너리 뷰를 제공합니다. 이러한 뷰는 다음과 같습니다.

대용량 풀

대용량 풀은 공유 메모리의 순차 I/O 버퍼를 할당하는 데 사용됩니다. I/O 슬래이브와 Oracle 백업 및 복원의 경우 RDBMS는 크기가 수백 KB인 버퍼를 할당합니다.

RMAN(Recovery Manager)은 DBWR_IO_SLAVES 또는 BACKUP_TAPE_IO_SLAVES 매개변수를 설정할 때 백업 및 복원을 위해 대용량 풀을 사용합니다.

대용량 풀 크기 조정

LARGE_POOL_SIZE 초기화 매개변수를 설정하지 않으면 Oracle 서버는 SGA의 공유 풀에서 공유 메모리 버퍼 할당을 시도합니다. LARGE_POOL_SIZE의 크기를 충분하게 설정하지 않으면 할당하는 데 실패하고 이 버퍼를 요청한 Oracle 서버 구성 요소는 다음 작업을 수행합니다.

RMAN 명령이 경고 파일에 메시지를 기록하고 해당 작업에 I/O 슬래이브를 사용하지 않습니다.

대용량 풀 매개변수

참고: 주어진 시간 동안 하나의 프로세스만이 테이프 장치를 액세스할 수 있으므로 이 매개변수는 부울리언이며, 테이프 장치를 액세스하기 위해 I/O 슬래이브 프로세스가 전개되는 것을 허용하거나 허용하지 않습니다.

- 이중 백업을 수행하기 위해서 이 매개변수를 활성화해야 합니다. 그렇지 않으면 오류가 발생합니다. 이 매개변수를 활성화하면 Recovery Manager는 요청된 백업 복사본 수만큼 슬래이브 수를 구성합니다.

메모리 영역 라지 풀은 오라클 버젼 8 부터 새로이 선보인 SGA 내에 있는 메모리 영역입니다. 디폴트로는 설정되지 않으며 파라미터 LARGE_POOL_SIZE 를 설정해야만 SGA 내에 설정이 됩니다.
이 라지 풀에 저장되는 정보는 기본적으로 라지 풀이 설정되어 있지 않으면 공유풀(Shared Pool) 을 사용하게 되어 있으며 라지 풀을 설정하면 라지 풀을 사용합니다.
라지 풀 메모리가 사용되어지는 경우는 MTS 환경에서의 UGA 영역, 백그라운드 프로세스 DBWR, LGWR, ARCH 의 IO Slave 프로세스가 사용하는 메모리 영역, RMAN 을 사용할때 IO Slave 프로세스가 사용하는 메모리 영역 등이 라지 풀을 사용하며 라지 풀 메모리 영역은 기본적으로 LRU 알고리즘으로 메모리를 관리하지 않기 때문에 메모리가 부족하게 되면 에러가 발생합니다. 이러한 의미를 "메모리를 순차적으로 버퍼를 할당한다" 로 표현을 하였습니다.

또한 IO Slave 프로세스는 IO 와 관련된 기능만 수행하는 특별한 프로세스를 IO Slave 프로세스 라고 합니다. 백그라운드 프로세스 DBWR, LGWR, ARCH 에 사용하여 백그라운드 프로세스의 IO 부담을 덜어주기 위해 사용할수 있습니다

ARCH 프로세스
ARCH 프로세스는 선택적인 프로세스(optional process)입니다. ARCH 프로세스가 활성화되면 지정된 기억장치(storage) 영역으로 리두 로그 파일을 아카이브합니다. 데이터베이스가 일주일 내내 운영되는 상황에서, 이 프로세스는 archivelog 모드로 설정된 데이터베이스의 백업과 복원 및 복구 시에 아주 큰 의미를 지닙니다.

로그 스위치가 발생할 때 ARCH 프로세스는 시작하고, 최종(아카이브 안된) 리두 로그 그룹의 한 멤버를 init.ora 파라미터인 LOG_ARCHIVE_DEST에 의해 지정된 목적지로 복사합니다. 데이터베이스가 archivelog 모드로 설정되었을 때, LGWR 프로세스는 리두 로그 파일이 재사용되기 전에 archiving 되었는지(ARCH 프로세스나 다른 하나의 서버 프로세스에 의해)의 여부를 검사합니다.

데이터베이스 체크 포인트
데이터베이스 체크 포인트는 수정된 모든 데이터베이스 버퍼가 데이터베이스 파일로 기록되게 합니다. 그 다음에 데이터베이스 헤더 파일은 current로 표시되고, 체크포인트 시퀀스 번호는 컨트롤 파일에 기록됩니다. 체크포인트 이벤트는 데이터베이스 버퍼 캐시에 있는 수정된 모든 버퍼와 로그 버퍼를 디스크로 기록하는 것을 의미합니다. 이것은 LGWR과 DBWR 사이의 기록 작업(write operation)을 동기화시켜 주는 하나의 사건입니다.

CKPT 특징

체크포인트 동안, DBWR은 데이터베이스 버퍼 캐시에 있는 모든 dirty buffer를 디스크로 기록하고 LGWR은 모든 로그 버퍼 엔트리를 디스크로 기록합니다. 이것은 이전 체크포인트 이후로 수정된 모든 데이터 블록이 실제로 디스크로 기록되게 하고, 갱신하는 트랜잭션의 커밋 상태에 따라 모든 엔트리가 롤백되거나 커밋될 수 있게 합니다.

언제 체크포인트가 발생됩니까?

동기화

인스턴스 복구
모든  매번의 체크포인트 시에 변경된 모든 데이터가 디스크로 기록되기 때문에 체크포인트는 인스턴스 복구를 빠르게 합니다. 데이터가 일단 데이터 파일에 존재하면 최종 체크포인트 이전의 리두 로그 엔트리는 인스턴스 복구의 “roll-forward” 단계 동안 다시 적용될 필요가 없습니다. 초기화 파라미터인 LOG_CHECKPOINTS_TO_ALERT는 체크포인트가 원하는 빈도로 발생시킬 것인지의 여부를 결정하는 데 사용될 수 있습니다.


데이터 파일
데이터 파일은 디스크에 시스템 및 사용자 데이터 모두를 저장합니다. 이 데이터는 커밋 된 것일 수도 있고 그렇지 않은 것일 수도 있습니다.

커밋된 데이터만 포함하는 데이터 파일
장애가 발생되었거나 “shutdown abort” 옵션이 사용되었을 때를 제외하면, 이것은 닫힌 데이터베이스에 대하여 정상적입니다. normal이나 immediate를 사용하여 인스턴스가 완전히 종료 된다면, 데이터 파일은 커밋된 데이터만 포함합니다. 이것은 커밋 안된 모든 데이터가 롤백 되고, 커밋된 모든 데이터를 디스크에 강제로 기록하기 위하여 체크포인트가 발생되기 때문입니다.

커밋 안된 데이터를 포함하는 데이터 파일
인트턴스가 실행중인 동안, 데이터 파일은 커밋 안된 데이터를 가질 수 있습니다. 이것은 데이터가 변경되었으나 커밋되지 않거나(데이터는 현재 캐쉬에 있습니다), 더 많은 캐쉬 공간이 요구될 때(커밋 안된 데이터가 디스크로 강제 기록됩니다)발생합니다. 결국에는 모든 사용자가 커밋했을 때만 데이터 파일이 커밋된 데이터를 포함합니다. 장애가 발생 했을 때 추후 복구 시 데이터 파일을 동기화 하기 위하여 리두 로그 및 롤백 세그먼트를 사용 합니다.

테이블스페이스의 구성
테이블스페이스는 한 개 이상의 데이터 파일을 포함합니다. 융통성 있고 관리 가능한 백업 및 복구 전략을 제공하기 위해 테이블스페이스가 신중하게 생성되는 것은 중요합니다. 테이블스페이스를 생성하기 위해 다음 사항들을 제안합니다.

  • SYSTEM: 시스템 및 사용자 데이터가 동일한 테이블스페이스에 포함되면, 백업 및 복구는 더욱 더 복잡해집니다.
  • TEMPORARY: 임시 세그먼트(정렬(sort) 등에서 사용되는)를 포함하는 테이블스페이스가 손실된다면, 테이블스페이스는 복구되기보다는 재생성될 수 있습니다.
  • ROLLBACK SEGMENTS: 온라인 롤백 세그먼트를 포함하는 테이블스페이스는 데이터베이스 온라인 상태에서 백업 및 복구가 어렵습니다.
  • READ ONLY DATA: 테이블스페이스는 읽기 전용(read-only)으로 되었을 때만  테이블스페이스가 백업될 필요가 있기 때문에 백업 시간을 줄일 수 있습니다.
  • HIGHLY VOLATILE DATA: 이 테이블스페이스는 더 자주 백업 받아야 하며 그러므로 복구 시간을 줄여 줍니다.
  • INDEX DATA: 인덱스 세그먼트를 저장하기 위한 테이블스페이스는 생성되어야 합니다.이 테이블스페이스는 종종 복구되는 대신에 재 생성될 수 있습니다.

리두 로그 파일
리두 로그 파일은 데이터베이스에 가해진 모든 변경 사항을 저장합니다. 데이터베이스가 운영될 때 데이터베이스가 특정 시점으로 복구되어야 한다면, 리두 로그는 커밋된 모든 트랜잭션이 디스크로 커밋되고, 커밋 안된 모든 트랜잭션은 롤백 될 수 있도록 하기위해 사용됩니다. 리두 로그에 관련된 중요한 점은 다음과 같습니다:

다중화에 대한 지침은 다음과 같습니다.

리두 로그 스위치
로그 스위치 시에, 현재의 리두 로그 그룹은 이 리두 로그 그룹에 저장된 정보를 식별하는 로그 시퀀스 번호를 부여받으며, 또한 동기화를 위해 사용됩니다.

동적 뷰(dynamic view)

아카이브 로그 파일
데이터베이스가 archivelog 모드로 설정되었을 때, LGWR 프로세스는 온라인 리두 로그 파일이 재사용될 수 있기 전에 온라인 리두 로그 파일이 아카이브되기(수동으로 또는 ARCH 프로세스를 통해서)를 기다립니다.

하나의 온라인 리두 로그 파일에서 손상(corruption)이 발견되면, 같은 그룹에 있는 다른 하나의 멤버가 사용됩니다. 아카이브된 로그는 다음과 같은 이유로 백업 및 복구 프로세스에 유익합니다:

아카이브 고려사항
archiving의 여부를 선택하는 것은 각 데이터베이스의 가용성과 신뢰성 요구사항에 달려 있습니다. 아카이브된 로그는 복구에 필수적이기 때문에 하나 이상의 위치에 저장될 수 있습니다(다중화됨). 생산 시스템 데이터베이스 경우, 오라클은 다중화된 아카이브 로그 기능의 사용을 권합니다.

 

컨트롤 파일 기능
컨트롤 파일은 데이터베이스의 구조를 기술하는 작은 이진(binary) 파일입니다. 이 파일은 데이터베이스가 오픈 될 때마다 오라클 서버에 의해 기록되기 위해 이용 가능해야 하며 이것의 디폴트 이름은 운영체제 종속적입니다. 이 파일 없이는 데이터베이스가 mount될 수 없고 복구하기도 어렵습니다.

컨트롤 파일 속성

fast-start 체크포인트

Oracle8i 이전에는 실패 시 트랜잭션 로드에 따라 인스턴스 복구 시간이 달랐기 때문에 인스턴스가 인스턴스 복구를 수행하는 데 드는 시간을 제어하기 어려웠습니다.

고장 또는 인스턴스 복구 시간에 대한 엄격한 제한이 있는 상황에서 fast-start 체크포인트는 복구 성능에 영향을 줄 수 있습니다.

고장 또는 인스턴스 복구에 필요한 시간은 롤포워드 단계 중에 읽어 들이거나 기록되어야 할 데이터 블록 수에 대략적으로 비례합니다. 롤포워드 중에 처리해야 할 데이터 블록 수에 대한 한계 또는 경계를 지정할 수 있습니다. Oracle 서버는 자동으로 체크포인트 쓰기 속도를 조절하여 최소 횟수의 쓰기를 실행하는 동안 지정된 롤포워드 경계에 맞춥니다.

인스턴스 실패 시 복구 시간은 주로 데이터 파일 I/O에 따라 달라지며 평균 I/O 시간은 인스턴스 통계를 통해 예측할 수 있습니다. 이 매개변수를 사용하여 DBA는 사용자와의 서비스 레벨 합의를 설정할 수 있습니다.

fast-start 체크포인트는 매체 복구가 아닌 고장 및 인스턴스 복구의 성능을 향상시킵니다.

초기화 매개변수

동적 초기화 매개변수 FAST_START_IO_TARGET을 설정하여 고장 또는 인스턴스 복구 시 읽어 들여야 할 블록 수를 제한할 수 있습니다.

fast-start 체크포인트

fast-start 체크포인트는 DBWn(데이터베이스 기록자)가 버퍼 캐시의 블록을 쓰도록 하여 가장 먼저 더티해질 버퍼가 먼저 써지도록 합니다.

fast-start 체크포인트는 DBWn가 계속 데이터 블록을 쓰도록 하여 리두 로그에서의 체크포인트 위치를 전진시켜 FAST_START_IO_TARGET 초기화 매개변수에서 설정한 대상 값을 만족시킬 수 있도록 합니다.

체크포인트에 대한 FAST_START_IO_TARGET의 영향

FAST_START_IO_TARGET은 복구 중에 Oracle 서버가 처리(읽기 및 쓰기)해야 할 I/O 작업(데이터 블록) 수를 정의합니다. Oracle 서버는 리두 로그의 블록을 자동으로 검사해서 FAST_START_IO_TARGET의 값이 주어지면 대상 리두 블록을 동적으로 계산합니다. 그런 다음 Oracle 서버는 복구 이벤트에서 처리해야 할 리두 레코드(체크포인트 위치와 리두 로그의 끝 사이의 리두 레코드) 수가 계산된 대상 리두 블록을 초과하지 않도록 계속적으로 더티 버퍼를 기록하여 체크포인트 위치를 전진시킵니다.

체크포인트에 영향을 주는 기타 요인

FAST_START_IO_TARGET 외에 다른 많은 요인도 체크포인트 위치와 관련하여 대상 리두 블록에 영향을 줍니다. 이러한 요인은 다음과 같습니다.

데이터베이스 기록자는 적용할 수 있는 모든 요인을 고려하여 체크포인트 위치에 대한 대상 값으로 가장 적극적인 지점을 사용합니다. 이러한 요인을 기반으로 리두 로그의 끝과 가장 가까운 지점을 선택하면 정의한 모든 기준을 만족할 수 있습니다.

참고: 릴리스 8.0에서 LOG_CHECKPOINT_INTERVAL은 체크포인트를 시작하는 리두 블록의 다음 리두 블록 수를 지정하는 데 사용되었고 LOG_CHECKPOINT_TIMEOUT은 체크포인트를 시작할 시간(초)을 지정하는 데 사용되었습니다.

다른 매개변수 DB_BLOCK_MAX_DIRTY_TARGET은 버퍼 캐시에서 더티해질(수정되어 디스크에 있는 것과 다를) 수 있는 버퍼 수를 지정하므로 고장 및 인스턴스 복구 중에 읽어 들여야 할 블록 수에 대한 대략적인 한계를 간접적으로 지정합니다. DBWn은 캐시의 더티 버퍼 수를 지정한 값 이하로 제한하기 위해 버퍼를 모두 기록합니다. 그러나 FAST_START_IO_TARGET은 복구 시간을 보다 쉽게 제어할 수 있으므로 권장됩니다.

복수 아카이버 프로세스

이전 릴리스에서는 각 인스턴스에 단 하나의 아카이브 프로세스만 허용되었습니다. 데이터베이스에 트랜잭션 작업이 많은 상황에서는 이 아카이버 프로세스가 병목 현상을 일으켰습니다. 이러한 문제를 해결하기 위해 데이터베이스 관리자는 세션에서 수동으로 아카이브 작업을 수행해야 했습니다. 여러 아카이브 대상을 지정하고 데이터베이스가 자주 변경되면 아카이버가 늦어지고 이로 인해 LGWR는 해당 작업 수행을 임시 중지하게 됩니다. 이러한 상황이 발생하는 것을 방지하기 위해서 데이터베이스 관리자는 복수 아카이버 프로세스를 시작할 수 있습니다.

복수 원격 아카이브 대상

한 인스턴스에 복수 아카이브 대상을 지정하는 데는 두 가지 방법이 있습니다.

  환경

  참조

  파라미터

 CONTROL_FILES
 LOG_CHECKPOINT_INTERVAL
 LOG_CHECKPOINT_TIMEOUT
 LOG_CHECKPOINTS_TO_ALERT
 DB_BLOCK_BUFFERS
 DB_BLOCK_SIZE
 LOG_BUFFER
 LARGE_POOL_SIZE
 LARGE_POOL_MIN_ALLOC
 BACKUP_DISK_IO_SLAVES
 BACKUP_TAPE_IO_SLAVES
 ARCH_IO_SLAVES
 LGWR_IO_SLAVES
 DBWR_IO_SLAVES
 REMOTE_LOGIN_PASSWORDFILE

  동적 성능 뷰

 V$SGA
 V$INSTANCE
 V$PROCESS
 V$DATABASE
 V$DATAFILE
 V$LOG
 V$LOGFILE
 V$LOG_HISTORY
 V$CONTROLFILE

  데이터 딕셔너리 뷰

 없음

  명령어

 ALTER DATABASE ADD LOGFILE
 ALTER SYSTEM SWITCH LOGFILE

  1. Background Process 중 PMON 의 기능이 아닌 것은?
    A. 비정상으로 종료된 접속 정리
    B. 실패한 Process 에 할당된 SGA 자원 해제
    C. 자동적인 Instance복구 수행
    D. Commit 되지않은 Transaction 을 rollback
    답
    X 정답:C


  2. Background Process 중 SMON 의 기능은(3 가지)?
    A. 종료된 Process 가 점유한 Lock 을 해제
    B. Datafile 자유공간의 연속적인 영역을 병합
    C. 자동적인 Instance 복구 수행
    D. Temporary Segment 가 사용한 더 이상 사용되지 않는 공간 회수
    E. 실패한 공유서버와 Dispatcher Process 를 재시작
    답
    X 정답:BCD


  3. Checkpoint 가 발생하는 경우와 관계가 없는 것은?
    A. Log Switch 발생
    B. LOG_CHECKPOINT_TIMEOUT parameter
    C. Shutdown abort
    D. ALTER SYSTEM CHECKPOINT
    E. Tablespace 가 Online 에서 Offline 으로 변경
    답
    O


  4. Control File 에 대한 설명으로 맞지 않는 것은?
    A. CONTROL_FILES parameter 로 식별.
    B. 최소한 2개의 Control File 이 필요.
    C. Database Name 저장.
    D. 복구를 위해 동기화 정보를 저장.
    답
    O


  5. LGWR Background Process 가 Failure 가 발생하였다. 다음 중 그 설명이 맞는 것은(2 가지)?
    A. Instance Failure 로 Database 가 Shutdown 된다.
    B. LGWR 만 다시 Start 시킨다.
    C. Database 복구를 위해 Backup File 들을 Restore 후 Recovery 수행.
    D. Database Startup 시 자동적인 Instance Recovery 수행.
    답
    X 정답:AD


  6. Redo Log File 의 설명으로 맞지 않는 것은(2 가지)?
    A. Database 에 가해진 모든 변경사항을 저장.
    B. Instance Recovery 시에만 사용.
    C. User 가 Commit 시에 LGWR 가 Redo Log Buffer 정보를 Redo Log File 에 기록.
    D. 적어도 1개의 Group 과 1개의 Member 가 필요하다.
    E. Log Switch 발생시 Checkpoint 수행.
    답
    O


  7. Redo log file 이 재사용될때 waiting 이 발생할경우 Redo log file 의 재사용 주기를 늘리기위해 Redo log file 크기를 늘려주거나 group 갯수를 늘려준다?
    A. TRUE
    B. FALSE
    답
    O


  8. 장애로부터 Database 를 보호하기 위한것으로 맞는것은?
    A. 모든 Database file 을 같은 disk 에 생성한다.
    B. Control file, Redo log file 을 다중화 한다.
    답
    O


  9. 필수적으로 필요한 Background Process 가 아닌 것은?
    A. PMON
    B. SMON
    C. DBWR
    D. LGWR
    E. ARCH
    답
    X 정답:E


  10. 필수적으로 필요한 Background Process 는? (multiple choice)
    A. ARCH
    B. PMON
    C. SMON
    D. LGWR
    E. DBWR
    F. CKPT
    답
    X 정답:BCDEF