개요
데이터베이스 관리자는 원격지에 데이터베이스의 사본인 복제(duplicate), 또는 대기(standby)를 유지하여 문제가 발생했을 경우 기본(primary) 데이터베이스를 계속해서 사용 가능하도록 제공할 수 있습니다. 대기 데이터베이스는 기본 데이터베이스의 아카이브된 로그 파일을 대기 데이터베이스에 적용함으로써 최신 상태를 유지합니다.

대기 데이터베이스 기능

대기 데이터베이스는 일반적으로 고가용성의 데이터가 요구되는 경우에 사용됩니다. 대기 데이터베이스는 기본 데이터베이스에 문제가 발생하여 복구하는 데 원하는 시간보다 오래 걸릴 경우 데이터를 빠르게 액세스할 수 있는 한 가지 방법입니다.

대기 데이터베이스는 다음 기능을 갖고 있습니다.

대기 데이터베이스 지침

대기 데이터베이스를 사용하려면 다음과 같은 지침을 알고 있어야 합니다.

필수적인 것은 아니지만 기본 및 대기 데이터베이스에 모두 동일한 데이터베이스 식별 문자열을 사용하고 데이터, 리두 로그 및 제어 파일에 대해 동일한 이름을 사용하는 것이 좋습니다.

초기화 매개변수

기본 및 대기 데이터베이스에 대한 대부분의 매개변수는 동일해야 합니다. CONTROL_FILES, LOG_FILE_NAME_CONVERT 및 DB_FILE_NAME_CONVERT와 같은 초기화 매개변수는 변경되어야 합니다. 다음 매개변수는 중요합니다.

대기 데이터베이스를 생성하기 위한 권장 단계

  1. 기본 데이터베이스로부터 데이터 파일을 백업합니다. 온라인, 또는 오프라인 모두에서  가능합니다.
  2. 다음 명령을 내려 대기 데이터베이스의 컨트롤 파일을 생성합니다:
       SQL> alter database create standby controlfile as <filename>;
    이 명령은 기본 데이터베이스 컨트롤 파일의 사본을 생성합니다.
  3. 다음 명령을 내려 기본 데이터베이스의 현 온라인 로그를 아카이브합니다:
       SQL> alter system archive log current;
    이것은 현 로그를 아카이브하도록 로그 스위치를 강제로 하여 대기 데이터베이스에 완전 복구가 수행될 수 있도록 합니다.
  4. 대기 데이터베이스 컨트롤 파일, 아카이브된 로그 파일, 그리고 백업된 데이터 파일을 원격지로 전송합니다.
  5. 데이터베이스를 “nomount” 모드로 시작합니다.
       SVRMGR> startup pfile=$HOME/initDB00.ora nomount
  6. 그리고 나서 다음 명령으로 데이터베이스를 마운트합니다:
       SVRMGR> alter database mount standby database;
  7. 특별한 recover 명령을 사용하여 기본 데이터베이스로 대기 데이터베이스를 동기화하도록 아카이브된 로그를 대기 데이터베이스에 적용합니다:
       SVRMGR> recover standby database;

Note

대기 데이터베이스 유지
기본과 대기 데이터베이스는 자주 재동기화되어야 합니다. 이것은 다음 프로세스롤 통해 달성됩니다:

Note: 기본 데이터베이스로부터의 리두 로그 전송은 에러를 일으킬 것이므로 리두 로그를 전송하지 마십시오.

대기 데이터베이스 활성화
기본 기계에 이상이 발생한 경우 대기 데이터베이스를 활성화해야 합니다. 이를 성공적으로 수행하려면 다음 단계를 따르십시오:

모든 기본 데이터베이스의 아카이브된 로그를 대기 데이터베이스에 적용하십시오. 왜냐하면 대기 데이터베이스의 온라인 로그는 이 과정 동안 재설정되기 때문입니다. 온라인 로그, 또는 아직 아카이브되지 않은 기본 데이터베이스로부터의 로그를 대기 데이터베이스로 복사하는 것은 대기 데이터베이스에 의해 사용 가능하지 않을 것이며 에러를 발생시킬 것입니다.

대기 데이터베이스 프로세스
대기 데이터베이스를 생성하여 유지, 활성화하는 프로세스가 아래에 설명되어 있습니다:

  1. 기본 데이터베이스는 정상적으로 작동하고 있습니다. 현 로그 시퀀스 번호는 144입니다. 대기 데이터베이스를 생성하려면 대기 컨트롤 파일을 생성해야 하며 데이터 파일의 현 백업이 기본 데이터베이스로부터 요구됩니다.
  2. “alter system”명령을 사용하여 기본 데이터베이스 상의 현 온라인 리두 로그를 아카이브합니다. 이것은 로그 시퀀스 번호를 증가시키며 아카이브 144를 만들어 냅니다.
  3. 기본 기계로부터의 데이터 파일 백업이 대기 기계에 걸친 때 이후로 데이터 파일, 대기 컨트롤 파일, init.ora 파일, 그리고 모든 아카이브된 리두 로그를 전송합니다.
  4. 대기 데이터베이스를 nomount 모드로 시작한 후 “alter database” 명령을 사용하여 대기 데이터베이스를 마운트합니다.
  5. 프로세스가 일어나고 있는 동안 사용자가 기본 데이터베이스에 작업을 하여 리두 로그를 스위치하도록 하며 대기 데이터베이스가 동기화되지 않은 상태가 되도록 만듭니다.
  6. 대기 데이터베이스를 동기화하기 위해 기본 데이터베이스로부터 새 아카이브를 전송하고 대기 데이터베이스를 복구합니다.
  7. 사용자가 작업하고 있는 동안 전력 불안정으로 인해 기본 기계 상의 디스크 세 개가 망가집니다. 기본 데이터베이스는 망가져서 디스크 상의 공간을 재조직하지 않고는 오픈될 수 없습니다.   재조직은 오래 걸릴 것입니다. 대기 데이터베이스를 활성화하기로 결정합니다.
  8. 우선 전력 불안정 때 손상된 기본 데이터베이스의 모든 파일이 오프라인이 됩니다. 시스템과  롤백 세그먼트 테이블스페이스, 컨트롤 파일, 그리고 init.ora는 모두 사용 가능합니다. 데이터베이스는 제한된 모드로 열려 있으며 다른 모든 로그가 아카이브 되었으므로 현 온라인 리두 로그도 아카이브 됩니다.
       SVRMGR> startup mount pfile=$HOME/initDB00.ora restrict;
       SVRMGR> alter database datafile <damaged files>
            2>    offline immediate;
       SVRMGR> alter database open;
       SVRMGR> alter system archive log current;
  9. 그리고 나서 아카이브된 로그가 대기 데이터베이스로 전송되는 동안 기본 데이     터베이스는 종료됩니다. 대기 데이터베이스가 복구되고 이제 망가지기 전의     기본 데이터베이스와 동일해  집니다.
       SVRMGR> recover standby database;
       ORA-00279: change 309012 . . . 12/09/97 11:33:56 needed for thread 1
       ORA-00289: suggestion : /disk1/archive/arch_146.rdo
       ORA-00280: change 309012 for thread 1 is in sequence #146
       Specify log: {<RET>=suggested | filename | AUTO | CANCEL}
       cancel
       Media recovery cancelled.
  10. 그 후 “alter database activate” 명령을 사용하여 대기 데이터베이스가 활성화됩니다. 이 명령은   대기 데이터베이스가 “resetlogs”를 수행하도록 하여 대기 데이터베이스가 기본  데이터베이스와 동기하지 않도록 합니다.
  11. 시간이 있다면 cold 백업을 수행합니다. 그리고 난 후 데이터베이스를 마운트하고 오픈합니다. 대기 데이터베이스는 새로운 기본 데이터베이스가 됩니다.
  12. 옛 기본 기계는 이제 수리할 수 있으며, 새 대기 데이터베이스를 위한 새 대기 기계가 됩니다.

컨트롤 파일 리프레쉬
대기 데이터베이스는 기본 데이터베이스의 컨트롤 파일이 변경될 때 리프레쉬되거나 재생성되어져야 할 수도 있습니다. 예로 “alter tablespace add datafile” 명령이 실행됩니다. 아래에 설명합니다:

  1. 대기 데이터베이스에서 복구 프로세스를 중지합니다.
       Specify log: {<RET>=suggested | filename | AUTO | CANCEL}
       cancel
  2. 대기 데이터베이스에 대해 컨트롤 파일을 재생성합니다.
       SVRMGR> alter database create standby controlfile
            2>    as <standby controlfile name>;
  3. 기본 데이터베이스의 현 온라인 로그를 아카이브합니다.
  4. 대기 컨트롤 파일, 아카이브된 로그 파일, 그리고 생성된 데이터 파일을 원격지로 전송합니다.
  5. 대기 데이터베이스 상의 복구 프로세스를 재시작합니다:
       SVRMGR> recover standby database;

물리적 구조 수정
기본 데이터베이스의 물리적 구조를 변경하면 동기화된 데이터베이스를 유지하기 위해 대기 데이터베이스의 컨트롤 파일도 갱신되어야 합니다.

데이터 파일 추가

redo stream이 추가된 데이터 파일을 검출하면 복구 프로세스가 그 파일을 열어 쓰려고 시도합니다. 대기 데이터베이스에서 해당 데이터 파일이 발견되거나 열리지 않으면 복구 프로세스는 에러와 함께 중지합니다.

데이터 파일을 추가하는 두 가지 방법

로그 파일 수정

데이터베이스를 열거나 컨트롤 파일을 백업할 때 “alter database clear unarchived logfile” 명령을 내리거나 “resetlogs”옵션을 사용하여 기본 데이터베이스 상의 로그 파일을 지우면 대기 데이터베이스가 무효화됩니다.

대기 데이터베이스 파일 옵션
대기 데이터베이스의 데이터 파일은 대기 데이터베이스에서 기본 데이터베이스의 데이터 파일의 하위 집합을 지원하는 방식으로 오프라인으로 수정될 수 있습니다.

대기 데이터베이스 내의 오프라인 데이터 파일
대기 데이터베이스 내의 오프라인인 데이터 파일은 복구되지 않으며 대기 데이터베이스가 활성화될 때 사용할 수 없습니다. 이 파일은 마치 데이터베이스로부터 삭제된 것인 양 논리적으로 사용할 수 없습니다.

“Nologging” 프로세스
direct-load 익스포트나 “create .. nologging” 명령이 사용될 때는 복구 정보가 기본 데이터베이스의 리두 로그에 저장되지 않고 대기 데이터베이스로 전송됩니다. 변경 사항을 전달하려면 다음 작업 중 하나를 수행하십시오:

Managed Recovery 모드의 대기 데이터베이스

Managed Recovery 모드에서 대기 데이터베이스는 대상 데이터베이스의 아카이브된 로그 파일을 기다리다가 이 파일을 사용할 수 있게 되면 자동으로 리두 로그를 적용합니다. 이 기능을 사용하면 아카이브된 리두 로그의 파일 이름을 복구 프로세스에 대화식으로 제공할 필요가 없습니다. 아카이브 로그를 복사하는 작업은 DBA가 수행해야 하며 별도로 자동화될 수 있습니다.

대기 데이터베이스를 Managed Recovery 모드로 전환하는 방법

  1. SQL*Plus를 사용하여 대기 데이터베이스를 마운트하지 않고 시작합니다.
    STARTUP NOMOUNT pfile=initSTANDBY.ora
     
  2. 데이터베이스를 마운트합니다.
    ALTER DATABASE MOUNT STANDBY DATABASE;
     
  3. 대기 데이터베이스를 Managed Recovery 모드로 전환합니다.
    RECOVER MANAGED STANDBY DATABASE TIMEOUT 60;

RECOVER 문의 TIMEOUT 옵션을 사용하여 시간 초과 간격(분)을 지정할 수 있습니다. 이 경우 Managed Recovery 작업은 지정된 시간(분) 동안 대기하면서 Oracle 서버가 요청된 아카이브된 로그 항목을 대기 제어 파일의 디렉토리에 기록할 수 있도록 합니다.

Read Only 모드로 대기 데이터베이스 열기

Read Only 모드에서는 사용자가 온라인 데이터를 수정할 수 있는 가능성을 배제하는 동시에 열린 데이터베이스를 질의할 수 있도록 합니다. 이 기능을 사용하면 대기 데이터베이스를 임시 보고 데이터베이스로 사용할 수 있습니다. 임시 테이블스페이스를 사용하면 Read Only 모드에서 임시 파일 항목을 추가하여 질의를 수행할 수 있습니다.

대기 데이터베이스를 유지 관리하는 주요 목적이 손상 방지인 경우에는 손상이 발생한 후 즉시 해당 대기 데이터베이스를 활성화해야 합니다. 또한 질의를 위해 대기 데이터베이스를 사용하는 경우에는 Managed Recovery에 대기 데이터베이스를 사용할 수 없게 되어 손상 복구 데이터베이스로서의 대기 데이터베이스 역할이 제한을 받게 됩니다.

수동 복구 시 Read Only 모드로 대기 데이터베이스를 여는 방법

  1. 복구를 취소합니다.
    RECOVER CANCEL
     
  2. Read Only 모드로 데이터베이스를 엽니다.
    ALTER DATABASE OPEN READ ONLY;

Managed Recovery 모드일 때 Read Only 모드로 대기 데이터베이스를 여는 방법

  1. SQL*Plus 세션을 시작한 후 다음을 실행합니다.
    RECOVER MANAGED STANDBY DATABASE CANCEL;
     
  2. Read Only 모드로 데이터베이스를 엽니다.
    ALTER DATABASE OPEN READ ONLY;

대기 데이터베이스를 Read Only 모드에서 다시 수동 복구 모드로 전환하는 방법

  1. 대기 데이터베이스의 모든 활성 사용자 세션을 종료합니다.
  2. 다음 명령문을 실행합니다.
    RECOVER STANDBY DATABASE

또한 관리 옵션에 TIMEOUT 옵션을 설정할 수 있습니다.

O


X 정답:B


X 정답:B


O