在9i的data guard中,有三种模式:
最大性能,最大保护...
如果配置的为最大性能模式,则主备库之间的网络断掉,也不会对主数据库产生影响.
现在对公司老的数据库做standby,由于是8i的系统,今天在主库上加了如下几个参数:
LOG_ARCHIVE_START=TRUE
LOG_ARCHIVE_FORMAT = "arch_%t_%s.arc"
log_archive_dest_1 = "location=/opt/oracle/admin/SID/arch MANDATORY REOPEN=60"
LOG_ARCHIVE_DEST_STATE_1 = ENABLE
STANDBY_ARCHIVE_DEST = '/opt/oracle/admin/SID/arch'
LOG_ARCHIVE_DEST_2 = 'SERVICE=DB_st MANDATORY REOPEN=60'
LOG_ARCHIVE_DEST_STATE_2 = ENABLE
LOG_ARCHIVE_MIN_SUCCEED_DEST = 1
重起主库使参数生效(这时候备机正在拷贝主机上的备份文件,还没有进入standby模式,数据库也没有MOUNT),大概过了30分钟,应用报连接不上主数据库的错误,没办法只有重新启用以前的参数文件,恢复业务.
添加了以上的参数重起主库后,主库的alter 日志不断报如下错误:
ARC0: Standby archivelog instance not available at host 'DB_st'
ARC0: Error 1034 creating archivelog file 'DB_st'
ARC0: Archiving not possible: error count exceeded
ARC0: Failed to archive log# 3 seq# 99
由于备用数据库没有进入standby模式,这个错误很正常,但是由于备用数据库不可用偶导致主数据库不可用,于是有了如下疑问:
在8I的standby中,如果由于备用数据库不可用(如网络或者其他原因),这样会导致主数据库也不可用吗???
如果这样,8Istandby的自动恢复模式recovery managed standby database 不是很有大的风险,还不如手工进行recover standby database???
最大性能,最大保护...
如果配置的为最大性能模式,则主备库之间的网络断掉,也不会对主数据库产生影响.
现在对公司老的数据库做standby,由于是8i的系统,今天在主库上加了如下几个参数:
LOG_ARCHIVE_START=TRUE
LOG_ARCHIVE_FORMAT = "arch_%t_%s.arc"
log_archive_dest_1 = "location=/opt/oracle/admin/SID/arch MANDATORY REOPEN=60"
LOG_ARCHIVE_DEST_STATE_1 = ENABLE
STANDBY_ARCHIVE_DEST = '/opt/oracle/admin/SID/arch'
LOG_ARCHIVE_DEST_2 = 'SERVICE=DB_st MANDATORY REOPEN=60'
LOG_ARCHIVE_DEST_STATE_2 = ENABLE
LOG_ARCHIVE_MIN_SUCCEED_DEST = 1
重起主库使参数生效(这时候备机正在拷贝主机上的备份文件,还没有进入standby模式,数据库也没有MOUNT),大概过了30分钟,应用报连接不上主数据库的错误,没办法只有重新启用以前的参数文件,恢复业务.
添加了以上的参数重起主库后,主库的alter 日志不断报如下错误:
ARC0: Standby archivelog instance not available at host 'DB_st'
ARC0: Error 1034 creating archivelog file 'DB_st'
ARC0: Archiving not possible: error count exceeded
ARC0: Failed to archive log# 3 seq# 99
由于备用数据库没有进入standby模式,这个错误很正常,但是由于备用数据库不可用偶导致主数据库不可用,于是有了如下疑问:
在8I的standby中,如果由于备用数据库不可用(如网络或者其他原因),这样会导致主数据库也不可用吗???
如果这样,8Istandby的自动恢复模式recovery managed standby database 不是很有大的风险,还不如手工进行recover standby database???
来自 “ ITPUB博客 ” ,链接:http://blog.itpub.net/28419/viewspace-613758/,如需转载,请注明出处,否则将追究法律责任。
转载于:http://blog.itpub.net/28419/viewspace-613758/