ORACLE LOG_ARCHIVE_DEST_n Parameter Attributes

ORACLE LOG_ARCHIVE_DEST_n Parameter Attributes

 

Date	Ver	Etc.
12.09.10	1.0

 

 

l  http://docs.oracle.com/cd/E14072_01/server.112/e10700/log_arch_dest_param.htm 를 해석한 문서이다.

 

15 LOG_ARCHIVE_DEST_n Parameter Attributes

이 챕터는 LOG_ARCHIVE_DEST_n 의 (n 은 1 ~ 31) 속성에 대한 참고정보를 제공한다. 다음의 리스트는 파라미터의 속성 리스트이다 :

·         AFFIRM and NOAFFIRM

·         ALTERNATE (LOG_ARCHIVE_DEST_11 에서 LOG_ARCHIVE_DEST_31 지원하지 않는다.)

·         COMPRESSION

·         DB_UNIQUE_NAME

·         DELAY

·         LOCATION and SERVICE (LOCATION 은 LOG_ARCHIVE_DEST_11 에서 LOG_ARCHIVE_DEST_31 까지 지원하지 않는다.)

·         MANDATORY (LOG_ARCHIVE_DEST_11 에서 LOG_ARCHIVE_DEST_31 까지 지원하지 않는다.)

·         MAX_CONNECTIONS

·         MAX_FAILURE

·         NET_TIMEOUT

·         NOREGISTER

·         REOPEN

·         SYNC and ASYNC (SYNC 는 LOG_ARCHIVE_DEST_11 에서 LOG_ARCHIVE_DEST_31 까지 지원하지 않는다.)

·         TEMPLATE

·         VALID_FOR

Usage Notes

·         데이터 가드 구성의 각각의 데이터 베이스는 일반적으로 online 과 standby redo logs 에 대해 하나의destination 을 가진다. 또 서로 다른 데이터 베이스에 대해 REMOTE 속성을 destination 에 가진다.

·         구성에서, 각각의 LOG_ARCHIVE_DEST_1 에서 LOG_ARCHIVE_DEST10 는 allocation 이나 service 속성을 local disk directory 나 원격 database  에 지정하기 위해 사용해야 한다. 마찬가지로 LOG_ARCHIVE_DEST_11 에서 LOG_ARCHIVE_DEST_31 까지는 SERVICE 속성을 반드시 가져야 한다.

다른 모든 속성들은 선택적이다.

·         LOG_ARCHIVE_DEST_11 에서 LOG_ARCHIVE_DEST_31 에는 ALTERNATE 로 지정될 수 없다.

·         LOG_ARCHIVE_DEST_11 에서 LOG_ARCHIVE_DEST_31 은 COMPATIBLE 파라미터가 11.2.0.0 이나 이상의 버전일 때 사용할 수 있다.

Note:

LOG_ARCHIVE_DEST_n 의 몇 개 속성들은 삭제되었다. 이 속성들은 하위 호환성을 위해 사용되며 Oracle Database Reference 에 언급되어 있다.

See Also:

Chapter 6 는 LOG_ARCHIVE_DEST_n 경로에 대한 추가정보와 redo transport services 에 대해 언급한다.

---

AFFIRM and NOAFFIRM

Redo transport destination 이 받은 redo data 를 standby redo log 에 기록하기 전에 혹은 후에 알릴지 컨트롤한다 :

·         AFFIRM—Standby redo data 를 기록한 후 알린다.

·         NOAFFIRM—Standby 에 redo data 를 기록하기 전에  알린다.

 

Category	AFFIRM	NOAFFIRM
Data type	Keyword	Keyword
Valid values	Not applicable	Not applicable
Default Value	Not applicable	Not applicable
Requires attributes	SERVICE	SERVICE
Conflicts with attributes	NOAFFIRM	AFFIRM
Corresponds to	AFFIRM column of the V$ARCHIVE_DEST view	AFFIRM column of the V$ARCHIVE_DEST view

 

Usage Notes

·         AFFIRM 이나 NOAFFIRM 이 셋팅되지 않은경우, SYNC 속성이 사용되면 기본 값은 AFFIRM 이다. ASYNC 속성이 사용되면 NOAFFIRM 이 기본속성이다.

·         SYNC 옵션없이 사용하는 AFFIRM 속성은 사용이 중지되었고 향후 버전에서는 지원되지 않는다.

See also:

SYNC and ASYNC attributes

Examples

다음의 예제는 원격지에 대한 AFFIRM 속성이다.

LOG_ARCHIVE_DEST_3='SERVICE=stby1 SYNC AFFIRM'

LOG_ARCHIVE_DEST_STATE_3=ENABLE

---

ALTERNATE

Original destination 사용이 실패할 때 대체로 사용할 경로를 지정한다.

Category	ALTERNATE=LOG_ARCHIVE_DEST_n
Data Type	String
Valid Value	A LOG_ARCHIVE_DEST_n destination, where n is a value from 1 through 10.
Default Value	없음. 만약 대체 경로가 지정되어 있지 않으면, redo transport service 는 다른 경로로 자동 변경하지 않는다.
Requires attributes	Not applicable
Conflicts with attributes	None Foot 1
Corresponds to	ALTERNATE and STATUS columns of the V$ARCHIVE_DEST view

 

^Footnote 1  만약 REOPEN 속성이 0 이 아닌 값으로 지정되어 있으면, ALTERNATE 속성은 무시된다. 만약 MAX_FAILURE 속성이 0 이 아닌 값으로 설정되어있고, failure count 가 지정한 failure 임계치를 초과하면 ALTERNATE 목적지는 활성화 된다. 그러므로, ALTERNATE 속성은 0 이 아닌 REOPEN 속성과 충돌하지 않는다.

Usage Notes

·         LOG_ARCHIVE_DEST_11 에서 LOG_ARCHIVE_DEST_31 은 대체 로그 주소로 지정될 수 없다.

·         ALTERNATE 속성은 선택사항이다. 만약 alternate 경로가 지정되지 않으면, 오리지날 경로가 실패했을 때Redo transport services 는 다른 경로로 자동으로 변경하지 않는다.

·         또한 각각의 LOG_ARCHIVE_DEST_n parameter 에 대해 하나의 대체 경로가 지정가능하나, 몇몇의 활성화 된 경로는 동일한 대체 경로 지정이 가능하다.

·         이상적으로, 대체 경로는 지정해야 한다:

o    같은 로컬 스탠바이 데이터베이스 시스템에서 서로 다른 디스크 위치 (shown in Example 15-1)

o    동일 standby database system 의 다른 네트워크 경로 (shown in Example 15-2)

o    활성화 된 경로의 긴밀하게 미러링 된 원격의 스탠바이 데이터베이스 시스템

·         만약 대체 경로를 지정하는 활성화 된 경로가 존재하지 않으면, 대체 경로는 적용되지 않는다, 왜냐하면 대체 경로를 자동으로 선택하지 않기 때문이다. 그러나 대체 경로를 런타임중에 ALTER SYSTEM 을 사용하여 변경할 수 있다.

·         어떤 경로든 대체 경로로 지정될 수 있으나, 다음의 제약이 있다 :

o    최소한 하나의 필수 경로가 활성화 되어 있어야 한다.

o    활성화 되어 있는 경로가 LOG_ARCHIVE_MIN_SUCCEED_DEST 파라미터의 값을 충족해야 한다.

o    대체 경로로 자신의 경로를 선택할 수 없다.

·         경로 활성화를 증가시키는 것은 사용가능한 대체 아카이빙 경로를 줄이는 것이다.

·         경로 사용이 실패하는 경우, 대체 경로가 사용된다. 아카이빙 중간에 대체 경로를 지정하는 것은 지원되지 않는다. 그 이유는 이미 처리된 블록에 대해 요구하는 것이기 때문이다. 이는 REOPEN 속성의 행동과 동일하다.

·         만약 REOPEN 속성이 0 이 아닌 값으로 셋팅되어 있으면, MAX_FAILURE 속성이 0 이 아닌 값을 사용하는 경우 ALTERNATE 속성은 무시된다. MAX_FAILURE 와 REOPEN 속성이 0 이 아닌 값을 가지고 있고 실패 횟수가 지정된 실패 임계치를 넘으면, ALTERNATE 경로가 활성화된다. 그러므로 ALTERNATE 속성은 REOPEN 값이 0 이 아닌 값이어도 충돌하지 않는다.

Examples

In the sample initialization parameter file in Example 15-1, LOG_ARCHIVE_DEST_1 은LOG_ARCHIVE_DEST_2 로 다음 아카이벌 오퍼레이션이 에러가 발생하거나 디바이스 사용이 불가한 경우 fail over 한다.

Example 15-1 대체 경로로 자동 Failing Over

LOG_ARCHIVE_DEST_1='LOCATION=/disk1 MANDATORY ALTERNATE=LOG_ARCHIVE_DEST_2'

LOG_ARCHIVE_DEST_STATE_1=ENABLE

LOG_ARCHIVE_DEST_2='LOCATION=/disk2 MANDATORY'

LOG_ARCHIVE_DEST_STATE_2=ALTERNATE

Notice in the example that a destination can also be in the ALTERNATE state, as specified with theLOG_ARCHIVE_DEST_STATE_n initialization parameter. The ALTERNATE state defers redo transport services from transmitting redo data to this destination until such time as another destination failure automatically enables this destination.

Example 15-2 동일한 Standby Database 에 대해 대체 Oracle Net Service Name 을 정의한다.

이 예제는 동일한 standby database 에 대체 Oracle Net service name 을 어떻게 정의하는지에 대한 예제이다.

LOG_ARCHIVE_DEST_1='LOCATION=/disk1 MANDATORY'

LOG_ARCHIVE_DEST_STATE_1=ENABLE

LOG_ARCHIVE_DEST_2='SERVICE=stby1_path1 ALTERNATE=LOG_ARCHIVE_DEST_3'

LOG_ARCHIVE_DEST_STATE_2=ENABLE

LOG_ARCHIVE_DEST_3='SERVICE=stby1_path2'

LOG_ARCHIVE_DEST_STATE_3=ALTERNATE

---

COMPRESSION

COMPRESSION 속성은 redo transport destination 에 전송하기 전에 redo data 를 압축할 지 결정한다.

Note:

Redo 전송 압축은 Oracle Advanced Compression option 이다. 이 기능을 사용하기 전에 라이선스 비용을 지불해야 한다.

Category	COMPRESSION=ENABLE or DISABLE
Data Type	Boolean
Valid values	ENABLE or DISABLE
Default value	DISABLE
Requires attributes	None
Conflicts with attributes	None
Corresponds to	COMPRESSION column of the V$ARCHIVE_DEST view

 

Usage Notes

·         COMPRESSION 속성은 선택사항이다. 만약 지정되지 않으면, 기본 값은 DISABLE 이다.

Example

다음 예제는 LOG_ARCHIVE_DEST_n 의 COMPRESSION 속성의 예시이다.

LOG_ARCHIVE_DEST_3='SERVICE=denver SYNC COMPRESSION=ENABLE'

LOG_ARCHIVE_DEST_STATE_3=ENABLE

---

DB_UNIQUE_NAME

이 경로에 유일한 데이터베이스 이름을 지정한다.

Category	DB_UNIQUE_NAME=name
Data Type	String
Valid values	DB_UNIQUE_NAME 파라미터와 와 이 데이터베이스에 할당된 값이 반드시 일치해야 된다.
Default value	None
Requires attributes	None
Conflicts with attributes	None
Corresponds to	DB_UNIQUE_NAME column of the V$ARCHIVE_DEST view

 

Usage Notes

·         이 속성은 다음의 경우 선택적이다 :

o    LOG_ARCHIVE_CONFIG=DG_CONFIG 초기화 파라미터가 지정되지 않았다.

o    이는 로컬 경로이다. (LOCATION 속성에 의해 지정)

·         이 속성은 LOG_ARCHIVE_CONFIG=DG_CONFIG 으로 셋팅되어 있고 이것이 원격 경로인 경우 필요로 한다. (SERVICE 속성과 함께 지정된다.)

·         Primary 와 standby databases 간의 관계를 확실하게 인지하기 위해 DB_UNIQUE_NAME 속성을 사용한다. 이 속성은 DataGuard 구성에 복수의 standby databases 가 있는 경우 더 도움이 된다.

·         DB_UNIQUE_NAME 으로 지정된 이름은 DG_CONFIG 리스트의 DB_UNIQUE_NAME 중에 하나의 값과 반드시 매치 되어야 한다.

·         Redo transport services 는 지정된 목적지의 데이터베이스 DB_UNIQUE_NAME 속성이 DB_UNIQUE_NAME 속성과 일치하는지 또는 해당 목적지와의 연결이 거절되지 않는지 확인한다.

·         DB_UNIQUE_NAME 속성에 할당 된 이름은 목적지의 DB_UNIQUE_NAME 목적지의 이름과 반드시 일치해야 한다.

Example

다음 예제에서, DB_UNIQUE_NAME 파라미터는 DB_UNIQUE_NAME 속성에 BOSTON 값으로 LOG_ARCHIVE_DEST_1 파라미터에 지정되어 있다. LOG_ARCHIVE_DEST_2 파라미터의 DB_UNIQUE_NAME 속성은 Chicago 로 지정되어 있다. boston 과 chicago 는 LOG_ARCHIVE_CONFIG=DG_CONFIG 파라미터에 지정되어 있다.

DB_UNIQUE_NAME=boston

LOG_ARCHIVE_CONFIG='DG_CONFIG=(chicago,boston,denver)'

LOG_ARCHIVE_DEST_1='LOCATION=/arch1/ 

  VALID_FOR=(ALL_LOGFILES,ALL_ROLES) 

  DB_UNIQUE_NAME=boston'

LOG_ARCHIVE_DEST_2='SERVICE=Sales_DR 

  VALID_FOR=(ONLINE_LOGFILES,PRIMARY_ROLE) 

  DB_UNIQUE_NAME=chicago'

---

DELAY

Redo data 가 standby site 에서 아카이브 되는 때와 아카이브 된 리두 로그 파일이 스탠바이 데이터베이스에 적용되기까지의 시간 간격을 가리킨다.

Category	DELAY[=minutes]
Data Type	Numeric
Valid values	>=0 minutes
Default Value	30 minutes
Requires attributes	SERVICE
Conflicts with attributes	LOCATION
Corresponds to	DELAY_MINS and DESTINATION columns of the V$ARCHIVE_DEST view

 

Usage Notes

·         DELAY 속성은 선택적이다. 기본은 no delay 다.

·         DELAY 속성은 스탠바이 경로의 archived redo log files 이 지정된 인터벌의 시간 까지 recovery 를 위해 사용불가능한 경우를 말한다. 시간은 분단위로 표현되며, redo data 가 성공적으로 전송되어 스탠바이 사이트에 기록되었을 때 시작한다.

·         DELAY 속성은 standby database 를 잘못 된 변경과 primary data 의 오류로부터 보호한다. 그러나, 여기에는 tradeoff 가 있는데 failover 시에 모든 redo 를 오류 전까지 적용하기 위해 시간이 소모된다.

·         DELAY 속성은 standby 목적지에 전송된 redo data 에 대해 영향을 미치지 못한다.

·         만약 real-time apply 가 활성화 되어 있으면, 설정한 어떤 delay 도 무시된다.

·         DELAY 속성에 대한 변경은 다음 redo data 가 아카이브 될 때부터 효과를 발휘한다. (after a log switch). 현재 진행중인 아카이빙에 대해서는 효과 없다.

·         Standby site 에 지정된 인터벌에 대해 다음과 같이 오버라이드 할 수 있다 :

o    For a physical standby database:

o    SQL> ALTER DATABASE RECOVER MANAGED STANDBY DATABASE NODELAY;

o    For a logical standby database:

o    SQL> ALTER DATABASE START LOGICAL STANDBY APPLY NODELAY;

See Also:

ALTER DATABASE 명령에 대해 추가적인 정보를 Oracle Database SQL Language Reference 에서 확인한다.

Examples

DELAY 속성을 복수의 standby database 에 다양한 싱크레벨로 관리하고자 할 때 셋팅할 수 있다. 그러나, 이와 같은 보호는 failover 중에 부하로 발생한다. 그 이유는 corruption point 까지redo 를 적용하는데 시간이 더 걸리기 때문이다.

 

예를들어, Primary database A 는 standby database B 와 C 를 가지고 있다고 가정하자. Standby database B 는 Disaster recovery database 로서 구성되었고 때문에 time lag 이 존재하지 않는다. Standby database C 는 2 시간의 시간 딜레이로 셋팅했고, 이는 유저에 있어 standby database 로 변경사항이 전파되기 전에 에러를 발견 할 충분한 시간이다.

다음의 예는 DELAY 속성을 이 구성에 어떻게 사용하는가에 대한 예제이다 :

LOG_ARCHIVE_DEST_1='LOCATION=/arch/dest MANDATORY'

LOG_ARCHIVE_DEST_STATE_1=ENABLE

LOG_ARCHIVE_DEST_2='SERVICE=stbyB SYNC AFFIRM'

LOG_ARCHIVE_DEST_STATE_2=ENABLE

LOG_ARCHIVE_DEST_3='SERVICE=stbyC DELAY=120'

LOG_ARCHIVE_DEST_STATE_3=ENABLE

Note:

대안으로, 데이터베이스를 point-in-time 이나 SCN 을 이용, Flashback database 를 통해 되돌릴 수 있다. Flashback Database 는 Oracle Database Backup and Recovery User's Guide 를 참조한다.

---

LOCATION and SERVICE

각 destination 은 LOCATION 혹은 SERVICE 속성을 redo transport services 가 redo data 를 전송할 수 있는 local disk directory 나 remote database 위치를 반드시 지정해야 한다.

LOG_ARCHIVE_DEST_1 부터 LOG_ARCHIVE_DEST_10 destinations 은  LOCATION 속성이나 a SERVICE 속성을 포함할 수 있다. LOG_ARCHIVE_DEST_11 에서 LOG_ARCHIVE_DEST_31 destinations 은 SERVICE 속성만을 포함할 수 있다.

Category	LOCATION=local_disk_directory or USE_DB_RECOVERY_FILE_DEST	SERVICE=net_service_name
Data type	String value	String value
Valid values	Not applicable	Not applicable
Default Value	None	None
Requires attributes	Not applicable	Not applicable
Conflicts with attributes	SERVICE, DELAY, NOREGISTER, SYNC, ASYNC,NET_TIMEOUT, AFFIRM,NOAFFIRM, COMPRESSION,MAX_CONNECTIONS	LOCATION
Corresponds to	DESTINATION and TARGET columns of theV$ARCHIVE_DEST view	DESTINATION and TARGET columns of theV$ARCHIVE_DEST view

 

Usage Notes

·         LOCATION 이나 SERVICE 속성은 반드시 지정되어야 한다. 여기에는 기본값이 없다.

·         LOG_ARCHIVE_DEST_11 에서 LOG_ARCHIVE_DEST_31 파라미터는 LOCATION 속성을 지원하지 않는다.

·         만약 복수의 속성을 지정하면, LOCATION 이나 SERVICE 속성을 속성리스트의 처음에 지정한다.

·         최소한 하나의 local disk 에 LOCATION 속성과 함께 지정되어야 한다. 이는 이는 local archived redo log files 이 엑세스 가능하다는 것을 보장하며 데이터베이스의 Media recovery 가 필요하다.  또 최대 30개의 local 혹은 remote destinations 을 지정할 수 있다.

·         LOCATION 속성을 위해, 다음 중 하나를 지정할 수 있다 :

o    LOCATION=local_disk_directory

데이터베이스가 있는 시스템의 디스크 디렉토리에 경로를 지정한다.

o    LOCATION=USE_DB_RECOVERY_FILE_DEST

Fast recovery area 를 셋팅하기위해, DB_RECOVERY_FILE_DEST 를 사용하여 특정 디렉토리를 지정하거나 Oracle Storage Manager disk group 을 지정한다. see Oracle Database Backup and Recovery User's Guide.

 

·         SERVICE 속성을 지정하는 때:

o    올바른 redo data 가 보내 질 Oracle Net service 이름과 SERVICE 속성을 사용하여 원격 경로를 식별한다.

SERVICE 속성에 지정한 Oracle Net service name 은 원격 데이터베이스 접속에 필요한 정보를 포함한 connection descriptor 로 해석된다.

See Also:

Oracle Net service names 에 대한 상세 내용은 Oracle Database Net Services Administrator's Guide 를 확인한다.

o    Redo data 를 원격지로 전송하기 위해서는 network connection 과 redo data 입력을 수신 할 원격지 경로와 연관된 Oracle database instance 가 필요하다.

·         LOCATION 과 SERVICE 속성의 현재 셋팅을 확인하기 위해서, V$ARCHIVE_DEST fixed view 를 조회한다 :

o    TARGET 컬럼은 목적지가 local 인지 원격의 primary database 인지 식별한다.

o    DESTINATION 컬럼은 목적지 값을 가진다. 예를들어, destination 파라미터가 archived redo log files 이 위치한 원격의 Oracle instance 를 지정하는 Oracle Net service name 값이다.

Examples

Example 1   Specifying the LOCATION Attribute

LOG_ARCHIVE_DEST_2='LOCATION=/disk1/oracle/oradata/payroll/arch/'

LOG_ARCHIVE_DEST_STATE_2=ENABLE

Example 2   Specifying the SERVICE Attribute

LOG_ARCHIVE_DEST_3='SERVICE=stby1'

LOG_ARCHIVE_DEST_STATE_3=ENABLE

---

MANDATORY

Online log 가 재사용되기전에 반드시 성공적으로 경로에 아카이브 로그를 기록하도록 지시한다.

Category	MANDATORY
Data type	Keyword
Valid values	Not applicable
Default value	Not applicable
Requires attributes	Not applicable
Conflicts with attributes	Optional
Corresponds to	BINDING column of the V$ARCHIVE_DEST view

 

Usage Notes

·         LOG_ARCHIVE_DEST_11 에서 LOG_ARCHIVE_DEST_31 는 MANDATORY 속성을 지원하지 않는다.

·         MANDATORY 지정이 안 되면,  destination 은optional 로 간주된다.

설령 모든 destinations 이 optional 일지라도, 최소한 하나의 destination 은 성공해야한다. 만약 optional destinations 에 아카이빙을 실패하면, Online redo log 파일은 재사용 가능한 상태이며 덮어쓰여질 수 있다. 그러나, 만약mandatory destination 에 대해 archival 오퍼레이션이 실패하면, online redo log files 은 덮어 씌여질 수 없다.

·         LOG_ARCHIVE_MIN_SUCCEED_DEST=n 파라미터 (n 은 1 ~ 10) 는 online redo log 파일이 덮어씌여지기 전에 archive 에 반드시 성공해야 하는 숫자를 의미한다.

모든 MANDATORY 경로와 optional local 경로가 LOG_ARCHIVE_MIN_SUCCEED_DEST=n count 를 만족한다. 만약 LOG_ARCHIVE_MIN_SUCCEED_DEST 파라미터를 만족하면, online redo log 파일은 재사용 가능해진다. 예를 들어 아래와 같이 셋팅할 수 있다:

 

# Database must archive to at least two locations before 

# overwriting the online redo log files.

LOG_ARCHIVE_MIN_SUCCEED_DEST = 2 

·         MANDATORY 나 optional 로 사용할 최소한 하나의 destination 은 가져야 한다.

최소한 하나의 local destination 은 수행상 mandatory 로 취급된다. 이유는 LOG_ARCHIVE_MIN_SUCCEED_DEST 파라미터 값이 1이기 때문이다.

·         Mandatory destination 의 실패는 LOG_ARCHIVE_MIN_SUCCEED_DEST 파라미터를 관계없게 만든다.

·         LOG_ARCHIVE_MIN_SUCCEED_DEST 파라미터 값은 mandatory + optional local destinations 수보다 커질 수 없다.

·         V$ARCHIVE_DEST.BINDING 컬럼은 어떻게 실패가 archival operation 에 영향을 미치는지 보여준다.

Examples

다음의 예제는 MANDATORY 속성의 예제를 보여준다:

LOG_ARCHIVE_DEST_1='LOCATION=/arch/dest MANDATORY'

LOG_ARCHIVE_DEST_STATE_1=ENABLE

LOG_ARCHIVE_DEST_3='SERVICE=denver MANDATORY'

LOG_ARCHIVE_DEST_STATE_3=ENABLE

---

MAX_CONNECTIONS

Archived redo log file 을 redo transport destination 으로 전송할 때 다수의 네트워크 연결을 사용하도록 활성화한다. 다수의 network conections 을 사용하면 redo 전송 성능을 높일 수 있다.

Category	Description
Data type	Integer
Valid values	1 to 5
Default value	1
Requires attributes	None
Conflicts with attributes	None
Corresponds to	MAX_CONNECTIONS column of the V$ARCHIVE_DEST view of the primary database

 

Usage Notes

·         MAX_CONNECTIONS 속성은 선택적이다. 이것이 지정되면, redo transport services 가 archival 을 위해 ARCn 프로세스를 사용할 때 만 사용된다.

o    MAX_CONNECTIONS 이 1로 셋팅되면 (default), redo transport services 는 redo data 를 destination 으로 전송하기 위해 하나의 ARCn process 를 사용한다.

o    MAX_CONNECTIONS 이 1보다 큰 값으로 지정되면, redo transport services 는 복수의 ARCn 프로세스를 redo log files 을 원격지에 병렬 전송하기 위해 사용한다. 각각의 archiver (ARCn) 프로세스는 나뉘어진 네트워크 연결을 사용한다.

·         복수의 ARCn processes와, 병렬 redo 전송으로 원격지에 전송하는 속도를 증가시킬 수 있다.

·         MAX_CONNECTIONS 가 정의되어 있는 경우, Archiver (ARCn) 프로세스를 쓰는 어떤 standby database 도 standby redo logs 를 사용하지 않는다.

o    real-time apply 를 사용할 수 없다.

o    Redo forwarding destination 으로서 구성될 수 없다.

·         특정 타임에 대해 실제 사용하는 archiver process 는 archiver workload 와 LOG_ARCHIVE_MAX_PROCESSES 초기화 파라미터에 따라 다양할 수 있다. 예를들어, 모든 destinations 의 MAX_CONNECTIONS 속성의 전체 숫자가 LOG_ARCHIVE_MAX_PROCESSES 를 넘어가면, 데이터 가드는 ARCn processes 를 사용가능한 만큼 사용한다. 하지만 그 숫자는 MAX_CONNECTIONS 에 지정 된 숫자보다는 작을 것이다.

·         Oracle RAC 환경에서 복수의 ARCn 프로세스를 사용하는 경우, redo data 를 single standby database instance 로 보내기 위해 primary instance 를 구성한다. 만약 redo transport services 가 그렇게 구성되어 있지 않다면, archival 은 하나의 ARCn 프로세스를 사용하여 redo 데이터를 전송하는 원격의 archival 에서 기본 행동으로 전환할 것이다.

·          

Examples

다음 예제는 MAX_CONNECTIONS 속성 사용에 대한 예이다 :

LOG_ARCHIVE_DEST_1='LOCATION=/arch/dest'

LOG_ARCHIVE_DEST_STATE_1=ENABLE

LOG_ARCHIVE_DEST_3='SERVICE=denver MAX_CONNECTIONS=3'

LOG_ARCHIVE_DEST_STATE_3=ENABLE

---

MAX_FAILURE

Redo transport services 가 통신채널 할당에 시도할 횟수와 경로를 포기하기 전에 redo data 를 실패한 경로에 몇 번이나 보낼지 조정한다.

 

Category	MAX_FAILURE=count
Data type	Numeric
Valid value	>=0
Default value	None
Requires attributes	REOPEN
Conflicts with attributes	None
Corresponds to	MAX_FAILURE, FAILURE_COUNT, and REOPEN_SECS columns of theV$ARCHIVE_DEST view

 

Usage Notes

·         MAX_FAILURE 속성은 선택적이다. 기본적으로, 실패한 destination 에 대해 무한으로 archival 을 시도한다.

·         이 속성은 destination 에 대해 실패 후 재전송을 (무기한은 아닌) 위한 해결에 대한 해결책으로 유용하다.

·         MAX_FAILURE 속성을 정의하면, 반드시 REOPEN 속성도 정의해야 한다. 지정된 숫자가 연속적인 시도로 초과되면, destination 은 REOPEN 속성이 정의되지 않은 것으로 관리된다.

·         V$ARCHIVE_DEST.FAILURE_COUNT 컬럼을 통해 실패횟수를 확인할 수 있다. 관련된 컬럼 REOPEN_SECS 는 REOPEN 속성 정보를 확인할 수 있다.

Note:

Destination 에 대한 failure count 가 MAX_FAILURE 속성의 값에 도달하면, 해당 경로를 다시 사용하기 위한 유일한 방법은 MAX_FAILURE 속성의 값을 변경하거나 다른 속성을 변경하는 것이다. 이는 failure count 를 0으로 변경하는 효과가 있다.

·         Destination 이 ALTER SYSTEM 명령으로 변경될 때마다 failure count 는 0으로 reset 된다. 이는 MAX_FAILURE 문제를 회피하기 위한 방법이기도 하다.

·         Failure count 가 MAX_FAILURE 에 셋팅 된 값과 동일하거나 그 보다 클 때, Reopen 속성은 암묵적으로 0으로 셋팅되며, 이는 redo transport service 가 다음 archival 오퍼레이션부터 redo data 를 대체 경로로 보내도록 한다. (ALTERNATE 속성과 함께 정의되어 있음)

·         Redo transport services 는 MAX_FAILURE 속성을 정의하지 않은 경우 (혹은 MAX_FAILURE=0으로 지정한 경우) 실패한 경로에 대해 계속 archive 하고자 시도한다. 만약 destination 이 MANDATORY 속성을 가지고 있으면, online redo log 파일은 해당 경로에 대하 archived 될 때 까지 사용불가능한 상태가 된다.

Examples

다음 예제는 redo transport services 를 3번 연속되는 archival 을 5초마다 arc_dest destination 에 대해 시도한다. 만약 archival operation 이 세번째 시도 후에 실패하면, 해당 경로는 REOPEN 이 지정되지 않은 파라미터로 간주된다.

LOG_ARCHIVE_DEST_1='LOCATION=/arc_dest REOPEN=5 MAX_FAILURE=3'

LOG_ARCHIVE_DEST_STATE_1=ENABLE

---

NET_TIMEOUT

LGWR 백그라운드 프로세스가 redo transport destination 에 대해 redo data 가 보내졌는가에 대한 대기를 막을지에 대한 그 시간을 지정한다. 만약 NET_TIMEOUT 초 안에 확인되지 않으면, error 가 기록되며 해당 경로에 대한 redo transport session 이 종료된다.

Category	NET_TIMEOUT=seconds
Data type	Numeric
Valid values	1Foot 1  to 1200
Default value	30 seconds
Requires attributes	SYNC
Conflicts with attributes	ASYNC (If you specify the ASYNC attribute, redo transport services ignores it; no error is returned.)
Corresponds to	NET_TIMEOUT column of the V$ARCHIVE_DEST view of the primary database

 

errors. 최소값인 1이 허용되더라도, Oracle 은 network 에러로 인한 standby database 의 네트워크 단절을 회피하기 위해 최소 8 ~ 10 초를 셋팅하기를 권고한다.

Usage Notes

·         NET_TIMEOUT 속성은 선택사항이다. 그러나 이 파라미터를 지정하지 않는 경우 30초로 셋팅된다, 하지만 primary database 는 잠재적으로 네트워크에 문제가 생길 수 있다.(stall). 이 상황을 피하기 위해 NET_TIMEOUT 속성을 작은값으로 셋팅하되, 0이 아닌 값을 지정하면 유저가 지정한 타임아웃 간격을 초과해도 네트워크 서버로부터 대기 상태에 있더라도 primary database 는 오퍼레이션을 수행할 수 있다.

Examples

다음 예제는 10초 network timeout 값을 primary database 에 NET_TIMEOUT 속성을 통해 지정하는 예제이다.

LOG_ARCHIVE_DEST_2='SERVICE=stby1 SYNC NET_TIMEOUT=10'

LOG_ARCHIVE_DEST_STATE_2=ENABLE

---

NOREGISTER

해당 목적지에 기록된 아카이브 리드 로그 파일의 위치가 기록되지 않게 표시한다.

Category	NOREGISTER
Data type	Keyword
Valid values	Not applicable
Default value	Not applicable
Requires attributes	SERVICE
Conflicts with attributes	LOCATION
Corresponds to	DESTINATION and TARGET columns of the V$ARCHIVE_DEST view

 

Usage Notes

·         Standby Database destination 이 데이터 가드 구성의 일부라면 NOREGISTER 속성은 선택적이다.

·         NOREGISTER 속성은 destination 이 데이터 가드 구성의 일부가 아니라면 필요하다.

·         이 속성은 원격지에만 사용된다. 각 Archived redo log file 의 위치는 항상 Primary database control file 에 기록된다.

Examples

다음의 예는 NOREGISTER 속성을 보여준다 :

LOG_ARCHIVE_DEST_5='NOREGISTER'

---

REOPEN

Redo transport services 가 실패한 경로를 다시 오픈하기 위한 시간(초) 을 지정한다.

Category	REOPEN [=seconds]
Data Type	Numeric
Valid values	>=0 seconds
Default Value	300 seconds
Requires attributes	None
Conflicts with attributes	Not applicable
Corresponds to	REOPEN_SECS and MAX_FAILURE columns of the V$ARCHIVE_DEST view

 

Usage Notes

·         REOPEN 속성은 선택적이다.

·         Redo transport services 는 log switch time 에 실패한 경로에 대해 다시 오픈을 시도한다.

·         Redo transport services 는 마지막 에러와 REOPEN 회수를 합친게 현재 횟수보다 작은지 체크한다. 만약 그렇다면, redo transport services 는 경로에 대해 다시 오픈을 시도한다.

·         REOPEN 은 연결실패 뿐만 아니라 모든 에러에 대해 적용된다, 이러한 에러는 네트워크, 디스크에러, quota exceptions 을 포함한다.

·         만일 REOPEN 을 optional destination 에 지정하면, Oracle database 가 online redo log file 에 에러가 있는 경우 덮어 쓸 수 있다. 만약 MANDATORY 경로에 REOPEN 을 지정하면, redo transport services 는 primary database 에서 redo data 전송이 성공적이지 않을 때 문제를 일으킬 것이다. 이 상황에서, 다음의 옵션을 고려한다:

o    경로를 연기하여 optional 이나 SERVICE 속성을 변경한다.

o    대체 경로를 지정한다.

o    경로를 비활성화 한다.

Examples

다음 예제는 REOPEN 속성에 대해 보여준다.

LOG_ARCHIVE_DEST_3='SERVICE=stby1 MANDATORY REOPEN=60'

LOG_ARCHIVE_DEST_STATE_3=ENABLE

---

SYNC and ASYNC

Synchronous (SYNC) 나 asynchronous(ASYNC) redo transport mode 를 선택해 사용한다.

Category	SYNC	ASYNC
Data type	Keyword	Keyword
Valid values	Not applicable	Not applicable
Default value	Not applicable	None
Requires attributes	None	None
Conflicts with attributes	ASYNC, LOCATION	SYNC, LOCATION
Corresponds to	TRANSMIT_MODE column of theV$ARCHIVE_DEST view	TRANSMIT_MODE and column of theV$ARCHIVE_DEST view

 

Usage Notes

·         LOG_ARCHIVE_DEST_11 에서 LOG_ARCHIVE_DEST_31 파라미터는 SYNC 속성을 지원하지 않는다.

·         트랜잭션에 의해 생성된 redo data 는 트랜잭션이 커밋 되기 전에 SYNC 속성으로 지정 된 사용하는 모든 destination 에 전송되어야 한다.

·         트랜잭션이 커밋되기 전에 ASYNC 속성을 가진 destination 은 트랜잭션에 의해 생성된 redo data 는 전송될 필요는 없다. 이는 SYNC 나 ASYNC 가 설정되어 있지 않았을 때의 기본속성이다.

Examples

다음의 예제는 LOG_ARDCHIVE_DEST_n 에 SYNC 속성을 지정한 예제이다.

LOG_ARCHIVE_DEST_3='SERVICE=stby1 SYNC'

LOG_ARCHIVE_DEST_STATE_3=ENABLE

---

TEMPLATE

archive redo log files 에 사용할 포맷을 지정한다. template 은 LOG_ARCHIVE_FORMAT 에 지정된 기본 파일 포맷과 다른 이름을 가져갈 때 사용된다.

Category	TEMPLATE=filename_template_%t_%s_%r
Data Type	String value
Valid values	Not applicable
Default value	None
Requires attributes ...	SERVICE
Conflicts with attributes ...	LOCATION
Corresponds to ...	REMOTE_TEMPLATE and REGISTER columns of the V$ARCHIVE_DEST view

 

Usage Notes

·         TEMPLATE 속성은 선택적이다. 만약 지정되어 있지 않으면, archived redo logs 는 LOG_ARCHIVE_FORMAT 값을 따른다.

·         TEMPLATE 속성은 REMOTE destination 에 대해 LOG_ARCHIVE_FORMAT 파라미터를 오버라이드 한다.

·         TEMPLATE 속성은 redmote destinations 에 대해서만 유효하다. ( 때문에 항상 SERVICE 속성과 함께 사용된다. )

·         Table 15-1 의 내용같이 filename_template 은 반드시 %s, %t 그리고 %r 을 포함해야 한다.

Table 15-1 Directives for the TEMPLATE Attribute

Directive	Description
%t	Substitute the instance thread number.
%T	Substitute the instance thread number, zero filled.
%s	Substitute the log file sequence number.
%S	Substitute the log file sequence number, zero filled.
%r	Substitute the resetlogs ID.
%R	Substitute the resetlogs ID, zero filled.

·         Filename_template 값은 파일 이름을 만들기 전에 해석되고 유효한지 확인하여 destination 에 전송합니다.

---

VALID_FOR

다음 요소에 따라, redo data 가 destination 에 쓰이게 할지 여부를 지정한다:

·         Database 가 현재 primary 인지 standby role 인지

·         Online redo log files 인지 standby redo log files 인지 혹은 둘다 destination 에서 archived 되고 있는지

Category	VALID_FOR=(redo_log_type, database_role)
Data Type	String value
Valid values	Not applicable
Default Value	VALID_FOR=(ALL_LOGFILES, ALL_ROLES)
Requires attributes	None
Conflicts with attributes	None
Corresponds to	VALID_NOW, VALID_TYPE, and VALID_ROLE columns in the V$ARCHIVE_DEST view

 

Usage Notes

·         VALID_FOR 속성은 선택사항이다. 그러나, 오라클은 VALID_FOR 속성이 데이터가드 구성안에서 각 데이터베이스의 각 REDO transport destination 에 지정하도록 권고한다. 이렇게 함으로 써 어느 standby database 로나 role transition 이 일어난 후에도 redo 전송이 지속되도록 한다.

·         각각의 LOG_ARCHIVE_DEST_n 에 이 파라미터를 구성하면, VALID_FOR=(redo_log_type,database_role) 와 함께 구성한다.

o    redo_log_type 키워드는 다음에 의해 destination 이 유효한지 여부를 판단한다 :

§  ONLINE_LOGFILE—이 경로는 online redo log files 에 대해서 유효하다.

§  STANDBY_LOGFILE—이 경로는 standby redo log files 에 대해서 유효하다.

§  ALL_LOGFILES—이 경로는 online redo log files 혹은 standby redo log files 에 대해 유효하다.

o    database_role 키워드는 role 에 따라 유효성을 판단한다 :

§  PRIMARY_ROLE—데이터베이스가 primary role 일 때 유효하다.

§  STANDBY_ROLE—데이터베이스가 standby role 일 때 유효하다.

§  ALL_ROLES—데이터베이스가 primary 나 standby role 일 때 유효하다.

·         경로에 대해 VALID_FOR 인자를 셋팅하지 않으면, 기본적으로 데이터베이스가 primary 냐 standby role 이냐에 상관없이 archiving onine redo log files 과 standby redo log files 에 대해 활성화 된다. 이 기본값은 (ALL_LOGFILES, ALL_ROLES) 으로 셋팅한 것과 동일하다.

·         VALID_FOR 속성은 primary 와 standby roles 에 같은 초기화 파라미터를 사용하게 한다.

Example

The following example shows the default VALID_FOR keyword pair:

다음예는 VALID_FOR 키워드에 대한 예제이다 :

LOG_ARCHIVE_DEST_1='LOCATION=/disk1/oracle/oradata VALID_FOR=(ALL_LOGFILES, ALL_ROLES)'

 

데이터베이스가 primary 나 standby role 로 수행될 때, destination 1 은 모든 타입의 로그를 /disk1/oracle/oradata 에 아카이브한다.