리두 로그 히스토리
전형적인 데이터베이스 운영 시에, 모든 트랜잭션은 온라인 리두 로그 파일에 기록됩니다. 이것은 데이터베이스 장애가 발생하는 경우 트랜잭션의 자동적인 복구를 허용합니다.


Noarchivelog 모드
디폴트로 데이터베이스는 noarchivelog 모드로 생성됩니다. noarchivelog 모드로 데이터베이스를 실행하는 특징은 다음과 같습니다:

Noarchivelog 모드의 영향

Noarchivelog모드로 미디어 복구 옵션

현재 설정된 데이터베이스 모드를 아는 방법은 본과정 3장 14장에서 설명하고 있습니다.

SQL*PLUS 를 수행한 후 다음과 같이 수행하시면 됩니다.

sqlplus system/manager
SQL> connect internal
SQL> archive log list

또는

svrmgrl
SVRMGR> connect intenral
SVRMGR>archive log list

Archivelog 모드

아카이브 요구사항

컨트롤 파일에 archivelog 모드 설정의 영향

미디어 복구 옵션


아카이브로그 목적지의 설정
다음 init.ora 파라미터를 수정하여 archiving을 구성합니다:

    LOG_ARCHIVE_DEST = filename

  • filename : 이것은 아카이브되는 로그 파일의 디폴트 위치를 나타내는 문자열이고, 디렉토리나 패스를 포함할 수 있습니다.

UNIX 상의 예:LOG_ARCHIVE_DEST=/disk1/archive/
NT 상의 예:LOG_ARCHIVE_DEST=c:\archive\

    LOG_ARCHIVE_FORMAT = extension

  • extension : 이것은 로그 시퀀스 번호에 대해 변수 %s 나 %S를 포함할 것입니다. 디폴트 값은 운영 체제 종속적입니다.

UNIX와 NT 상의 예:LOG_ARCHIVE_FORMAT=arch%s.arc

파일 이름 옵션

  • %s나 %S : 파일 이름의 부분으로 로그 시퀀스 번호를 포함합니다.
  • %t나 %T : 파일 이름의 부분으로 스레드 번호를 포함합니다.
  • 대문자(%S)를 사용할 시 값을 고정된 길이로 만들고 값 왼쪽은 0으로 채웁니다.

주:LOG_ARCHIVE_DEST 파라미터는 raw device를 참조해서는 안됩니다.


아카이브로그 파일의 이중화(duplexing)
아카이브 로그 파일들을 이중화 함으로써 미디어 장애로부터 이 파일들을 더욱더 보호할 수 있습니다. 이중화가 구성되었을 때 아카이브 로그 파일의 복사는 다음의 init.ora 파라미터 파일에 지정된 목적지로 기록됩니다.

    LOG_ARCHIVE_DUPLEX_DEST = filename or device name

주:LOG_ARCHIVE_DUPLEX_DEST 파라미터는 ALTER SYSTEM 명령을 사용하여 동적으로 설정될 수 있습니다.

LOG_ARCHIVE_DUPLEX_DEST 파라미터는 raw device를 참조해서는 안됩니다.

다음의 파라미터 설정에 의해 온라인 리두 로그 파일이 성공적으로 기록되어져야 하는 아카이브 로그 목적지 개수를 지정할 수 있습니다:

    LOG_ARCHIVE_MIN_SUCCEED_DEST = integer

주: archiving이 구성되었을 때, 패스 이름이 운영 체제 환경에 따라 설정되어야 함을 확인하십시오. 이것은 UNIX와 NT에서 서로 다릅니다.

Archivelog 모드의 활성화
모드 변경은 DBA의 작업입니다. 이것은 데이터베이스가 MOUNT 상태인 동안 ALTER DATABASE 명령을 사용하여 수행됩니다.

    SVRMGR> alter database [ archivelog | noarchivelog]

사용자는 데이터베이스의 archivelog 모드를 변경하기 위해 “alter system” 권한을 가져야만 합니다.

단계번호

  설명

1

 데이터베이스를 종료 합니다.
 SVRMGR> shutdown immediate

2

 데이터베이스의 아카이브 모드를 변경하기 위하여 MOUNT 상태로 데이터베이스를 시작합니다:
 SVRMGR> startup mount

3

 ALTER DATABASE명령을 이용하여 데이터베이스를 아카이브로그 모드로 설정합니다:
 SVRMGR> alter database archivelog;

4

 데이터베이스를 오픈 합니다.
 SVRMGR> alter database open;

5

 데이터베이스를 종료합니다.
 SVRMGR> shutdown immediate

6

 데이터베이스의 전체 닫힌 백업(full closed backup)을 취합니다.


주: 데이터베이스 모드가 noarchivelog 모드에서 archivelog 모드로 변경된 후, 모든 데이터베이스 파일과 컨트롤 파일을 백업해야 합니다. 데이터베이스가 noarchivelog 모드였던 동안의 백업은 논리적으로 더 이상 사용될 수 없습니다.

데이터베이스를 archivelog 모드로 바꾼 후에 취해진 새로운 백업은 앞으로의 모든 아카이브 리두 로그 파일이 적용될 것에 대비한 백업입니다.

데이터베이스를 ARCHIVELOG 모드로 설정하는 것은 자동적으로 ARCH 프로세스를 활성화하지 않습니다. 다음 주제는 ARCH 프로세스의 활성화입니다.

Backup Manager
Backup Manager를 이용한 아카이브 방법의 변경:
Backup Manager -> 로그파일 -> 메뉴에서 자동적 archiving이나 로그파일의 활성화 및 자동적 archiving의 비활성화 

아카이브 프로세스

일단 데이터베이스를 ARCHIVELOG 모드로 설정하면 DBA는 온라인 리두 로그 파일을 자동으로 아카이브할 것인지 또는 수동으로 아카이브할 것인지를 결정해야 합니다. 이 단계는 이후 복구 작업에 사용할 아카이브 로그를 생성하는 두번째 단계입니다.

자동 아카이브와 수동 아카이브

지침

참고: 어떤 이유로 인해 아카이브 프로세스(ARCn)가 실패한 경우 일단 트랜잭션 작업이 모든 리두 로그를 채우면 Oracle 서버가 정지됩니다. 데이터베이스를 ARCHIVELOG 모드로 설정한다는 것은 Oracle 서버로 하여금 온라인 리두 로그 파일이 아카이브되지 않았을 때는 해당 파일을 겹쳐쓰지 않도록 하는 것이므로 이렇게 정지하는 것이 이치에 맞는 것입니다. 따라서 온라인 리두 로그의 아카이브는 시스템 상의 트랜잭션 작업(리두 로그 생성)과 보조를 맞춰 수행되어야 합니다.

 

오픈 인스턴스에서 아카이버 프로세스의 활성화
ARCH 프로세스가 초기화 파라미터를 통해 활성화되지 않는다면 오픈 인스턴스에서 ARCH 프로세스를 활성화할 수 있습니다. 데이터베이스는 archivelog 모드로 되어야 합니다.

단계번호

설명

1

 데이터베이스를 오픈하고, 데이터베이스가 archivelog모드인지 확인하십시오.

2

 아카이버 프로세스(ARCH)를 활성화 하십시오.
UNIX:
SVRMGR> alter system archive log start
        To ‘/u04/Oracle/TEST/log’;
NT:
SVRMGR> alter system archive log start
        To ‘c:\u04\Oracle\TEST\log’;

3

 ARCH 프로세스는 로그 파일이 채워짐(filled)에 따라 이 파일을 자동적으로 archiving합니다.

특징

인스턴스 시작 시 아카이브 프로세스

데이터베이스가 ARCHIVELOG 모드인 경우 init.ora 매개 변수를 다음과 같이 설정하여 데이터베이스 인스턴스가 시작될 때마다 아카이브 프로세스를 시작할 수 있습니다.

LOG_ARCHIVE_START = boolean

일단 init.ora 매개변수 파일이 설정되면 DBA가 자동 아카이브를 수동으로 시작하지 않아도 인스턴스 시작 시 ARCn 프로세스가 자동으로 시작됩니다.

로그 파일의 선택적인 archiving
여러분이 DBA 권한이 있다면, 다음의 명령을 이용하여 리두 로그 파일을 수동적으로 아카이브할 수 있습니다:

단계번호

 설명

1

 SQL 명령인 “alter system archive log [option]”를 실행하십시오.
SVRMGR> alter system archive log sequence 052;

2

 명령을 실행하는 사용자에 대한 서버 프로세스는 온라인 리두 로그 파일의 archiving을 수행할 것입니다.


옵션
온라인 리두 로그 파일을 선택적으로 아카이브 할 때 “alter system archive log”명령에 다음의 옵션을 사용할 수 있습니다.

  옵션

  설명

 THREAD

 아카이브 될 리두 로그 파일 그룹을 포함하는 스레드의 지정(Oracle Parallel Server에 대하여)

 SEQUENCE

 로그 시퀀스 번호에 의해 식별되는 온라인 리두 로그 파일 그룹을 아카이브

 CHANGE

 SCN에 근거한 아카이브

 GROUP

 온라인 리두 로그 파일 그룹을 아카이브

 CURRENT

 지정된 스레드의 현재 리두 로그 파일그룹을 아카이브

 LOGFILE

 파일 이름에 의해 식별되는 멤버가 있는 리두 로그 파일 그룹을  아카이브

 NEXT

 아카이브되지 않은 가장 오래된 온라인 리두 로그 파일 그룹을  아카이브

 ALL

 모든 온라인 리두 로그 파일 그룹을 아카이브

 START

 리두 로그 파일 그룹의 자동적archiving의 활성

 TO

 리두 로그 파일 그룹이 아카이브될 위치 지정

 STOP

 리두 로그 파일 그룹의 자동적archiving의 비활성화

명령 라인을 이용한 ARCH 프로세스의 비활성화
Server Manager에서 ALTER SYSTEM 명령을 사용하거나 Backup Manager를 사용하여 아카이브 프로세스를 start 시킨 방법에 개의치 않고 아카이브 프로세스를 항상 중지할 수 있습니다.

단계

  설명

1

 ARCH 프로세스가 이미 활성화 되었다면, ARCH 프로세스를 중지하기 위하여 다음 명령을 실행합니다:
SVRMGR> alter system archive log stop;

2

 다음과 같이 init.ora파일을 편집하고 파라미터를 설정함으로써 자동적 archiving이 인스턴스 시작 시에 활성화 되지 않도록 합니다.
LOG_ARCHIVE_START=FALSE


ARCH 프로세스를 중지하기 전이나 중지한 후 즉시 데이터베이스를 NOARCHIVELOG 모드로 설정하십시오. ARCH 프로세스의 중지는  데이터베이스를 NOARCHIVELOG 모드로 설정하지 않습니다. 리두 로그의 모든 그룹이 사용되고 아카이브되지 않을 때, 데이터베이스가 ARCHIVELOG 모드에 있다면 데이터베이스는 중지(hang)될 수 있습니다.

동적 뷰

데이터 딕셔너리 뷰를 사용하여 로그 파일을 관리하고 볼 수 있습니다.

SELECT destination, binding, target, status

FROM v$archive_dest;

DESTINATION             BINDING    TARGET  STATUS

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

/db1/oracle/DEMO/arch   MANDATORY  PRIMARY VALID

/db2/oracle/DEMO/arch   OPTIONAL   PRIMARY DEFERRED

standbyDEMO             OPTIONAL   STANDBY ERROR

                        OPTIONAL   PRIMARY INACTIVE

                        OPTIONAL   PRIMARY INACTIVE

참고: 질의를 하면 다섯 개의 행이 표시되며 각 행은 가능한 대상에 대한 정보를 나타냅니다. INACTIVE 상태는 이 대상이 정의되지 않았음을 나타냅니다. VALID 상태는 대상이 활성화되었고 오류가 없음을 나타냅니다.

각 대상에 대한 오류 및 오류가 발생한 로그 시퀀스 번호를 확인하려면 다음 질의를 사용합니다.

SELECT destination,fail_sequence,error

FROM v$archive_dest

WHERE status='ERROR';

DESTINATION   FAIL_SEQ  ERROR

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

standbyDEMO       2010  ORA-12154: TNS:could not resolve

                        service name

1 row selected.

SELECT * FROM v$archive_processes;

PROCESS  STATUS  LOG_SEQUENCE   STAT

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

      0  ACTIVE          2014   BUSY

      1  ACTIVE             0   IDLE

      2  ACTIVE             0   IDLE

      3  STOPPED            0   IDLE

      4  STOPPED            0   IDLE

      5  STOPPED            0   IDLE

      6  STOPPED            0   IDLE

      7  STOPPED            0   IDLE

      8  STOPPED            0   IDLE

      9  STOPPED            0   IDLE

10 rows selected.

가능한 10개의 아카이버 프로세스가 한 행씩 표시됩니다. ACTIVE 상태는 프로세스가 시작되었고 실행 중임을 나타냅니다. 현재 아카이브 중인 프로세스는 BUSY 상태로 표시되며 이 프로세스의 LOG_SEQUENCE 열에는 아카이브 중인 현재 로그 시퀀스 번호가 표시됩니다.

아카이브 로그 정보

ARCHIVE LOG LIST 명령은 DBA에게 데이터베이스의 로그 모드 및 아카이브 상태에 대한 정보를 제공합니다.

SQL> archive log list;

Database log mode       Archive mode

Automatic archival      Enabled

Archive destination     /oracle/backup/archive/

Oldest online log sequence      1304

Next log sequence to archive    1305

Current log sequence    1305

아카이브 목록 표시

설명

Database log mode

현재 아카이브 모드

Automatic archival

선택적 아카이버 프로세스의 상태

Archive destination

로그 파일이 복사(수동 명령 또는 분리 프로세스를 통해)될 대상. 모두 필수 대상일지라도 하나의 대상만 표시됩니다.

Oldest online log sequence

가장 오래된 온라인 로그의 시퀀스 번호

Next log sequence to archive

아카이브할 다음 리두 로그(ARCHIVELOG 모드에서만 표시)

Current log sequence

현재 로그 파일의 시퀀스 번호

 

LOG_ARCHIVE_DEST_n 매개변수

LOG_ARCHIVE_DEST 및 LOG_ARCHIVE_DUPLEX_DEST 매개변수

복수 아카이브 대상을 정의하는 다른 방식으로는 LOG_ARCHIVE_DEST 매개변수를 사용하여 기본 위치를 지정하는 방식과 LOG_ARCHIVE_DUPLEX_DEST 매개변수를 사용하여 백업 대상을 정의하는 방식이 있습니다. 이 방식은 원격 위치로 아카이브하는 데 사용할 수 없다는 점을 제외하면 LOG_ARCHIVE_DEST_1 및 LOG_ARCHIVE_DEST_2 매개변수를 사용하는 것과 같습니다.

아카이브 대상을 정의하는 두 방식은 상호 배타적입니다. 이들 방식 중 LOG_ARCHIVE_DEST_n을 사용하는 것이 좋습니다.

LOG_ARCHIVE_DEST_STATE_n 매개변수

참고: DEFER 상태로 설정된 대상으로는 아카이브가 수행되지 않습니다. 이 대상의 상태가 ENABLE로 변경되면 누락된 로그를 수동으로 이 대상에 아카이브해야 합니다.

LOG_ARCHIVE_MAX_PROCESSES 매개변수

병렬 DDL(데이터 정의어) 및 병렬 DML(데이터 조작어) 작업은 대량의 리두 로그를 생성할 수 있습니다. 따라서 단일 ARC0 프로세스로는 이러한 리두 로그를 그 생성 속도에 맞춰 제대로 아카이브하지 못할 수도 있습니다. 이러한 문제를 방지하기 위해 복수 아카이버 프로세스를 생성할 수 있습니다. 복수 아카이버 프로세스는 수동으로 또는 작업 대기열을 사용하여 생성할 수 있습니다.

ARCn 프로세스의 동적 번호

대량의 트랜잭션 로드 또는 작업 중에 DBA는 추가 아카이브 프로세스를 임시로 시작하여 아카이브 작업 로드에 대한 병목 현상을 방지할 수 있습니다. 트랜잭션 작업이 보통 수준으로 낮아지면 DBA는 일부 ARCn 프로세스를 정지할 수 있습니다.

예를 들어, 매일 두 개의 아카이브 프로세스와 함께 데이터베이스가 시작되고 매달 말일이면 작업이 항상 증가되는 경우 다음과 같이 아카이브 프로세스를 추가합니다.

SQL> alter system set LOG_ARCHIVE_MAX_PROCESSES=3;

말일 이후 데이터베이스가 종료되지 않은 경우 DBA는 다음 SQL 명령을 실행하여 추가 아카이브 프로세스를 정지할 수 있습니다.

SQL> alter system set LOG_ARCHIVE_MAX_PROCESSES=2;

참고: 데이터베이스를 밤에 종료하면 다음 날에는 init.ora 파일에 설정된 대로 오직 두 개의 아카이브 프로세스와 함께 데이터베이스가 다시 시작됩니다.

FAST_START_IO_TARGET 값

FAST_START_IO_TARGET의 값을 지정하려면 사용자와 논의한 후 필요한 서비스 레벨을 결정해야 합니다. 이 시간을 V$FILESTAT 뷰의 평균 I/O 시간 통계를 사용하여 상응하는 데이터 파일 I/O 횟수로 변환합니다.

복구 시간에 대한 매개변수의 영향 모니터

V$INSTANCE_RECOVERY 뷰

V$TARGETRBA 뷰

참조

  환경

  참조

 파라미터

 LOG_ARCHIVE_START
 LOG_ARCHIVE_DEST
 LOG_ARCHIVE_FORMAT
 LOG_ARCHIVE_DUPLEX_DEST
 LOG_ARCHIVE_MIN_SUCCEED_DEST

 동적 성능 뷰

 V$ARCHIVED_LOG
 V$ARCHIVE_DEST
 V$LOG_HISTORY
 V$DATABASE

데이터 딕셔너리 뷰

 없음

 명령어

 ALTER SYSTEM ARCHIVE [options]
 ALTER DATABASE [ARCHIVELOG|NOARCHIVELOG]

X 정답:LIST


X 정답:A


X 정답:D


X 정답:AD


X 정답:AC


X 정답:D


X 정답:GROUP


O


X 정답:ABC