다중 ARCHIVE 와 원격지 ARCHIVE (ORACLE 8I)

Question

제품 : ORACLE SERVER
작성날짜 : 2004-08-16
다중 ARCHIVE 와 원격지 ARCHIVE (ORACLE 8I)
========================================
SCOPE
8i~10g Standard Edition 에서는 다중 ARCHIVE 기능은 지원하지 않으며, 하나의 LOG_ARCHIVE_DEST 만을 지원한다.
Explanation
Oracle8i의 새 기능으로 redo log의 archive를 다중으로, 원격지에
생성이 가능하다.
이중 아카이브 지정(mirrored)은 log_archive_dest, log_archive_duplex_dest
지정으로 oracle8.0에서도 소개 되었다.
Oracle 8i에서는 이 기능이 더 향상되었다. 원격지에 아카이브의 생성이 가능하여
Standby database와 결합하여 자동 recovery가 가능하게 되었다.
이 자료는 Oracle8i에서 어떻게 다중 archiving 지정이 가능한지를 보여준다.
1. 새로운 parameter와 view
Oracle8i는 ARCH process에게 online redo log 의 archive를 multiple
destination 지정을 제공한다. 5개까지 지정을 할 수 있다.
다음의 parameter로 지정이 가능하다.
LOG_ARCHIVE_DEST_n ( n 은 1 부터 5까지의 정수값)
Local destination 지정은 LOCATION keyword를 다음과 같이 지정 후 archive
directory path를 기술한다. Remote destination 지정은 SERVICE keyword를
다음과 같이 지정 후 standby database의 TNS alias를 지정한다.
Examples:
LOG_ARCHIVE_DEST_1="LOCATION=/oracle/arch_1 MANDATORY"
LOG_ARCHIVE_DEST_2="LOCATION=/oracle/arch_2 OPTIONAL"
LOG_ARCHIVE_DEST_3="SERVICE=uksn117_V813b REOPEN=60"
LOG_ARCHIVE_DEST_STATE_n (n 은 1 부터 5까지의 정수값)
각 archive destination의 상태를 기술한다. 이 parameter는 2가지 값 지정이
가능하다. ENABLE과 DEFER이다. 만일 destination이 enable이면 oracle8i는
그 destination에 archive 생성이 가능하다. 만일 defer이면 archiving을
위해 사용이 불가능하다.
LOG_ARCHIVE_MIN_SUCCEED_DEST=n ( n 은 1 부터 5까지의 정수값 )
Oracle 8.0의 파라미터 이지만, Oracle 8i에서 사용가능하다.
이 파라미터는 오라클 8i에서 성공적으로 archive 시킨 redo log group의
최소 갯수를 지정한다. 지정된 최소한의 redo log group 갯수가 성공적으로
archive 되어야만 online redo log 파일이 재사용 가능하다.
LOG_ARCHIVE_MIN_SUCCEED_DEST 값의 최소 값은 1이다.
Archive destination은 MANDATORY 혹은 OPTIONAL 로 선언될 수
있다. Mandatory destination으로의 archive는 반드시 성공하여야만
한다.
지정된 destination에 archive가 실패할 경우, REOPEN 이라는
파라미터에 의해 설정된 시간 동안이 경과한 후, 지정된 destination에
다시 archive를 시도하게 된다. 하지만, 이것이 redo log 파일을
소급해서 저장을 하는 역할을 수행하지는 않는다.
Mandatory destination 중 하나라도 archive에 실패할 경우
LOG_ARCHIVE_MIN_SUCCEED_DEST 파라미터와는 무관하게 online redo log
가 재사용되지 않는다.
Oracle8i 는 또한 V$ARCHIVE_DEST라는 새로운 view가 소개됐다.
V$ARCHIVE_DEST는 각 instace의 현재 destination 상태 정보를 보여준다.
2. Case study1 : multiple archive destination의 setup방법
1) init.ora를 다음과 같이 수정한다.
LOG_ARCHIVE_DEST_1="location=/u01/arch813_1 mandatory"
LOG_ARCHIVE_DEST_2="location=/u02/arch813_2 optional reopen=60"
LOG_ARCHIVE_FORMAT=log_%s.arc
LOG_ARCHIVE_START = true
2 archive destinations을 정의됐다. 이중 하나는 mandatory이다.
LOG_ARCHIVE_MIN_SUCCEED_DEST 는 정의하지 않는다.
LOG_ARCHIVE_DEST_STATE_1..5 는 정의하지 않는다.
2) database를 startup한다.
3) redo log의 Archive를 만든다.
SVRMGR> ALTER SYSTEM SWITCH LOGFILE;
4) V$ARCHIVE_DEST을 check한다.
SELECT DEST_ID,STATUS FROM V$ARCHIVE_DEST;
DEST_ID STATUS
1 VALID
2 VALID
3 INACTIVE
4 INACTIVE
5 INACTIVE
5) LOG_ARCHIVE_DEST_2 를 유효하지 않게 만든다. (directory permission을 수정한다.)
6) redo log의 Archive를 만든다.
SVRMGR> ALTER SYSTEM SWITCH LOGFILE;
7) V$ARCHIVE_DEST을 check한다.
SELECT DEST_ID,STATUS FROM V$ARCHIVE_DEST:
DEST_ID STATUS
1 VALID
2 ERROR
3 INACTIVE
4 INACTIVE
5 INACTIVE
DEST_ID 2 는 archival error를 보인다. 이것은 V$ARCHIVE_DEST로부터
더 많은 정보를 얻을수 있게 한다.
SELECT FAIL_DATE,FAIL_SEQUENCE,ERROR
FROM V$ARCHIVE_DEST
WHERE DEST_ID=2;
FAIL_DATE FAIL_SE ERROR
1998-NOV-05 109 ORA-19504: failed to create file ""
8) LOG_ARCHIVE_DEST_2 를 다시 유효하게 만든다.
9) redo log의 Archive를 만든다.
SVRMGR> ALTER SYSTEM SWITCH LOGFILE;
10) V$ARCHIVE_DEST을 check한다.
SELECT DEST_ID,STATUS FROM V$ARCHIVE_DEST:
DEST_ID STATUS
1 VALID
2 VALID
3 INACTIVE
4 INACTIVE
5 INACTIVE
3. Case study2: remote archive destinations의 setup방법
1) init.ora를 다음과 같이 수정한다.
LOG_ARCHIVE_DEST_1="location=/u01/arch813_1 mandatory"
LOG_ARCHIVE_DEST_2="service=uksn117_jb reopen=60"
LOG_ARCHIVE_FORMAT=log_%s.arc
LOG_ARCHIVE_START = true
2 archive destinations을 정의한다. local destination은 mandatory이고
remote destination은 optional (default)이다.
2) database를 startup한다.
archive를 하기 위해서는 primary database는 반드시 open되어 있고 , standby
database 반드시 mount되어 있어야 한다.
3) redo log의 Archive를 만든다.
SVRMGR> ALTER SYSTEM SWITCH LOGFILE;
local instance는 standby instance에 remote (NON-LOCAL) server process
를 구동한다. 이 remote file server (RFS) process는 remote archive log를
생성한다.
4) Check v$archive_dest
4. 제약사항
Remote archival은 standby database를 제외하고는 작업이 불가하다.
5. 그 밖의 사항들
1) ARC0 process, slave archiver process에 의해 archive작업이 이루어 진다.
혹은 user가 manually하게 switch log시 shadow process에 의해서도 가능하다.
2) log_archive_dest = /archive1/arch
log_archive_duplex_dest = /archive2/arch
의 지정과 아래의 지정은 primary location과 backup destination 지정으로
같다.
log_archive_dest_1 = /archive1/arch
log_archive_dest_2 = /archive2/arch
단, log_archive_dest_n은 remote 지정이 가능하다.
Reference Documents
<Note:73163.1>

Answer 1

You know, that is exactly the problem with running legacy versions productively:
It is very hard to reproduce your situation.
I can tell you, though, that your problem is most likely originating from using a feature/syntax, not valid in your old Oracle version. On 11g, the following command is valid:
rman target /
Recovery Manager: Release 11.2.0.1.0 - Production on Mon Nov 23 15:54:15 2009
Copyright (c) 1982, 2009, Oracle and/or its affiliates.  All rights reserved.
connected to target database: ORCL (DBID=1231477610)
RMAN> delete noprompt archivelog until time 'sysdate -5' backed up 1 times to device type disk;
using target database control file instead of recovery catalog
allocated channel: ORA_DISK_1
channel ORA_DISK_1: SID=23 device type=DISK
specification does not match any archived log in the repositoryKind regards
Uwe
http://uhesse.wordpress.com