log_archive_dest_n参数的属性
该参数有如下属性
AFFIRM and NOAFFIRM
ALTERNATE
ARCH and LGWR
DB_UNIQUE_NAME
DELAY
DEPENDENCY
LOCATION and SERVICE
MANDATORY and OPTIONAL
MAX_CONNECTIONS
MAX_FAILURE
NET_TIMEOUT
NOREGISTER
REOPEN
SYNC and ASYNC
TEMPLATE
VALID_FOR
VERIFY
每个log_archive_dest_n都有包含一个location或是service属性来指定一个目录或是远程访问的数据库。
affirm和noaffirm 控制redo传输服务是否使用同步或异步io来写redo数据到磁盘上。默认是noaffirm。
affirm属性指定所有的red log 文件盒standby redo 文件的io都要同步完成，在日志写进程继续前一定要完成。affirm属性有下面几点：
1如果主库失败，是确保数据不会丢失的一个要求的配置属性
2可以与location或service属性一同指定
3如下的配置可能会影响主库的性能
a 当指定了lgwr和affirm属性，日志写进程同步写redo数据到磁盘，在io完成之前控制不会返回给用户，主库上的在线redo日志可能不可用知道归档完成。
b当指定了arch和affirm属性，arcn同步写日志到磁盘，归档操作可能会很长，在主库上的在线日志文件在归档完成前不可用。
c当指定了async和affirm属性，性能不受影响。
dnoaffrim属性制定了归档redo文件盒standby redo文件使用异步，在磁盘io 结束前主库的日志写进程不会等待。
eaffirm和noaffirm属性应该只用在归档日志文件和standby redo 日志文件上，对主库的在线日志文件没有影响。
f这些属性可以跟对远程目的地的location使用或是跟service属性使用。
The following example shows the AFFIRM attribute for a remote destination.
LOG_ARCHIVE_DEST_3='SERVICE=stby1 LGWR SYNC AFFIRM' LOG_ARCHIVE_DEST_STATE_3=ENABLEalternate 当原目的地失效后，指定一个替代的归档目的地
| Category | ALTERNATE=LOG_ARCHIVE_DEST_n |
|---|---|
| Data Type | String |
| Valid Value | A LOG_ARCHIVE_DEST_n destination |
| Default Value | None. If an alternate destination is not specified, then redo transport services do not automatically change to another destination. |
| Requires attributes ... | Not applicable |
| Conflicts with attributes ... | None Foot 1 |
| Corresponds to ... | ALTERNATE and STATUS columns of the V$ARCHIVE_DEST view |
使用注意事项：
1这个是可选的属性，如果没有指定，日志传输服务不会自动改变到别的目的地。
2对每个log_archive_dest_n参数只能指定一个可选的目的地
arch与lgwr
指定日志传输服务示范使用归档进程或是日志写进程来事务redo日志并传输到standby目的地。如果没有指定arch或是lgwr，默认的是arch
specified, the default is ARCH.
| Category | ARCH | LGWR |
|---|---|---|
| Data Type | Keyword | Keyword |
| Valid values | Not applicable | Not applicable |
| Default value | Not applicable | Not applicable |
| Requires attributes ... | None | None |
| Conflicts with attributes ... | LGWR, ASYNC, NET_TIMEOUT |
ARCH |
| Corresponds to ... | ARCHIVER, PROCESS, and SCHEDULE columns of the V$ARCHIVE_DEST view |
ARCHIVER, PROCESS, and SCHEDULE columns of the V$ARCHIVE_DEST view |
注意事项；
1当指定了arch属性后，日志传输进程使用归档进程，当指定了lgwr属性使用日志写进程。不能对同一个目的地同时指定lgwr和归档进程，可以对一个目的地指定日志写进程，对另一个目的地使用归档进程。
2如果你改变了目的地的当前归档方式，如arcn进程变成了lgwr进程，直到下一个log切换发生的时候，归档进程才会改变。
delay 指定redo数据归档到物理备库及redo文件被应用到物理备库这个时间的间隔。这个参数只是对物理备库设置的，逻辑备库要是设置这个间隔，使用dbms_logstdby.apply_set存储过程。
| DELAY[=minutes] | |
|---|---|
| Data Type | Numeric |
| Valid values | >=0 minutes |
| Default Value | 30 minutes |
| Requires attributes ... | SERVICE |
| Conflicts with attributes ... | LOCATION, NODELAY |
| Corresponds to ... | DELAY_MINS and DESTINATION columns of the V$ARCHIVE_DEST view |
使用注意事项：
1这个属性可选的，默认是没有延迟的。
2delay这个属性可以用来在主库出现损坏或错误的时候保护物理备库，然而在故障转移的时候，他会占用更多的时间来应用redo日志。
3如果设置了直接应用，那么这个delay会被忽略
4delay的改变会在下次归档redo的时候生效。
5要是马上应用归档日志到物理备库上去，应该使用nodelay关键字。alter database recover managed standby database nodelay;
location and service
每个目的地必须指定一个location或是service属性来指定日志传输传送redo数据库或是到本地磁盘目录或是到远方数据库目的地。
| 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, DEPENDENCY, NOREGISTER, ASYNC, TEMPLATE, NET_TIMEOUT |
LOCATION |
| Corresponds to ... | DESTINATION and TARGET columns of the V$ARCHIVE_DEST view |
DESTINATION and TARGET columns of the V$ARCHIVE_DEST view |
使用注意事项：
1如果指定多个属性，把location或service放到属性列表的开头。
mandatory和optional
mandatory指定了填满的在线日志文件在可重用前必须成功归档到目的地，optional 指定在线日志文件可重用前，成功的归档到目的地不是必须要求的。默认的是optional
log_archive_min_succeed_dest=n参数指定了在日志写进程覆盖在线日志文件前要保证至少n个目的地归档了日志。例如下面的：
log_archive_min_succeed_dest=2表明在覆盖在线日志文件之前至少有2个目的地一定要归档。
下面是个使用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
指定用来归档到远程目的地的最大网络连接数。如果max_connections属性被设置大于1，日志传输服务使用多个网络连接来归档。每个连接使用一个分开的归档进程。
| Category | Description |
|---|---|
| Data Type | Integer |
| Valid values | 1 to 5 |
| Default value | 1 |
| Requires attributes ... | None |
| Conflicts with attributes ... | None |
| Corresponds to ... |
|
max_failure
控制和在主数据库放弃目的地之前，日志传输服务尝试重新建立连接和传输redo数据的最大次数。
使用事项：
1 max_failure属性是可选的，默认的，尝试的失败次数没有限制
2当指定了max_failure属性后，你也要指定reopen属性。
3查看v$archive_dest的failure_count看失败次数，reopen_secs看reopen的值。
下面的例子是最大尝试3次，每隔5秒尝试一次
LOG_ARCHIVE_DEST_1='LOCATION=/arc_dest REOPEN=5 MAX_FAILURE=3' LOG_ARCHIVE_DEST_STATE_1=ENABLE
过了3次还是失败，那么就当reopen没有指定。
net_timeout
指定了主数据库上的日志写进程等待网络服务进程结束网络连接的时间。
| Category | NET_TIMEOUT=seconds |
|---|---|
| Data Type | Numeric |
| Valid values | 1Foot 1 to 1200 |
| Default Value | 180 seconds |
| Requires attributes ... | LGWR with SYNC |
| Conflicts with attributes ... | ARCH, LOCATION, LGWR with ASYNCFoot 2 |
| Corresponds to ... | NET_TIMEOUT column of the V$ARCHIVE_DEST view of the primary database |
使用注意事项：
1如果不指定net_timeout属性，他会设置成180秒，但是主库会有潜在的延迟，为了避免这个，建议指定一个小的，非0的值，这样在超该值得设定后，主库可以继续操作。
2当日至写进程使用网络服务进程传输redo数据的时候net_timeout参数才被用到。
sync和async
当使用lgwr归档的时候，指定网络io是以同步或是意味方式完成。当主库是最大包含模式或最高可用性的模式时，目的地归档standby redo文件和使用日志写进程，自动在sync模式。
使用注意事项：
1当你指定lgwr属性，可以指定sync或async属性，默认的是sync
2当你指定了arch属性，只有sync属性有效。
valid_for指定日志传输服务什么时候传送redo数据到目的地。基于下面的因素
1数据当前是运行在主库还是备库角色
2在线redo日志，standbyredo日志，是否正在这个目的地归档。
| Category | VALID_FOR=(redo_log_type, database_role) |
|---|---|
| Data Type | String value |
| Valid values | Not applicable |
| Default Value | VALID_FOR=(ALL_LOGFILES, ALL_ROLES) Foot 1 |
| Requires attributes ... | None |
| Conflicts with attributes ... | None |
| Corresponds to ... | VALID_NOW, VALID_TYPE, and VALID_ROLE columns in the V$ARCHIVE_DEST view |
使用注意事项：
1对每个log_archive_dest_n的地址，以键值对的形式来指定这个参数valid_for=(redo_log_type,database_role);
redo_log_type关键字表明了目的地对归档下面其中一个是有效的：
online_logfile 这个目的地只在归档在线日志文件时候有效。
standby_logfile这个目的地只在归档standby redo文件时候有效。
all_logfiles这个目的地或是在归档在线日志或是standby redo文件的时候有效。
database_role关键字 标识了目的地对那个角色是有效的：
primary_role当数据库运行在主库角色的时候是有效的。
standby_role这个数据库运行在standby角色的时候目的地是有效的。
all_roles，当数据库运行在主库或是备库角色的时候目的地是有效的。
如果不知道这个参数，默认的，归档日志文件，standby redo文件在目的地都是可以的，且不管数据运行在什么角色下。