LOG_ARCHIVE_DEST_n
有道笔记链接: http://note.youdao.com/noteshare?id=1680117a194c058f62a87f82baa5a3be&sub=06A9C08F89B448EC87870C9CAC0002D8
从有道笔记复制过来格式会有点乱
有道笔记链接: http://note.youdao.com/noteshare?id=1680117a194c058f62a87f82baa5a3be&sub=06A9C08F89B448EC87870C9CAC0002D8
从有道笔记复制过来格式会有点乱
该参数有17个特性。
必需的特性:
SERVICE: 指定创建的指向备用数据库的TNSNAMES描述符。早先执行的网络调整就来自这里。
SYNC: 指定准备使用同步方法传输重做数据,意味着LGWR进程将等待来处LNS的确认消息,然后才告知客户端事务已经提交。对于“最高可用性”和“最大保护”模式而言,至少要有一个备用目标需要该配置。
ASYNC: 这个是默认的方法,如果不指定传输类型,将得到异步重做传输。这个是“最高性能”重做传输方法 。
NET_TIMEOUT: 指定LGWR进程等待LNS进程做出响应的秒数,如果超过指定时间,将因故障放弃备用。默认值是30秒,但根据网络的可靠性,10~15秒会是更恰当的值,具体取决于网络的可靠性。不要设置低于10秒,那样在备用数据库恢复后,将遇到重连失败的情形,因为完成所有重连需要耗费几秒钟的时间。在重新连接时,需要执行下列步骤:
- 停止旧LNS进程
- 启动新LNS进程
- 连接到备用数据库
- 检测和停止旧RFS进程(remote file server)
- 启动新RFS进程
- 选择并打开新SRL(Standby Redo Log)
- 初始化SR头
- 向LNS发回响应:一切已经准备就绪
如果该过各耗费的时间超过NET_TIMEOUT的值,LGWR将再次放弃备用,并在每次切换日志时全部重来一次。
REOPEN: 控制Data Guard允许主数据库尝重连故障备用数据库前等的时间。默认值是300秒。
DB_UNIQUE_NAME:要在LOG_ARCHIVE_DEST_n参数中使用该参数,还需要设置LOG_ARCHIVE_CONFIG参数,否则Data Guard将拒绝连接到该目标。这个用作SERVICE目标(远程)的名称是为连接另一端的数据库(即备用数据库)指定的唯一名称。
VALID_FOR: 该特性的主要作用是定义何时使用LOG_ARCHIVE_DEST_n目标参数,以及应在哪类重做日志文件上远行。
列出日志文件的合法值:
- ONLINE_LOGFILE 仅归档ORL文件时有效
- STANDBY_LOGFILE 仅分档SRL文件时有效
- ALL_LOGFILES 无论对于哪种重做日志文件类型都有效。
下面列出角色的合法值
- PRIMARY_ROLE 仅对担当主角色的数据库有效
- STANDBY_ROLE 仅对担当备用角色的数据库有效
- ALL_ROLES 无论何种数据库角色都有效
例如:log_archive_dest_2='service=Matrix sync reopen=15 net_timeout=15 valid_for=(online_logfiles,primary_role) db_unique_name=Matrix'
下面列出可选特性
- AFFIRM SYNC目标的默认方式。要求LNS进程等待RFS对SRL文件执行直接I/O后才返回成功消息。“最高可用性”和“最大保护”中的SYNC需要它。
- NOAFFIRM 如果未指定,将是ASYNC目标的默认方式。用于“最高性能”目标。
- COMPRESSION 该特性启用压缩,这意味着任何正向此目标发送间隔的ARCH进程将在发送时压缩归档内容。仅当ARCH进程改善间隔时才压缩(对于SYNC不压缩)压缩只在传输过程中压缩。
- MAX_CONNECIONS 这个参数在11G中也不再使用。(不需要关注)
- DELAY ALTERNATE LOCATION 有了闪回之后基本上使用的意义不大。
- MANDATORY 不建议设置
- MAX_FAILURE 不建议设置
- NOREGISTER 不建议设置。默认情况下,DG将要求:任何发送到备用数据库的重做数据在归档到磁盘后都应在备用数据库注册。对于物理备用数据库,这意味着将备用控制文件注册。对于逻辑备用数据库,这意味着SQL APPLY会在元数据中注册该文件。DG不需要该特性,这可在使用downstream捕获时用于Streams目标数据库。
来自 “ ITPUB博客 ” ,链接:http://blog.itpub.net/26997803/viewspace-2140667/,如需转载,请注明出处,否则将追究法律责任。
转载于:http://blog.itpub.net/26997803/viewspace-2140667/