ITPub博客

首页 > Linux操作系统 > Linux操作系统 > 8istandby的一点疑问

8istandby的一点疑问

原创 Linux操作系统 作者:crpp0902 时间:2019-07-10 14:51:04 0 删除 编辑
在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???

来自 “ ITPUB博客 ” ,链接:https://blog.itpub.net/28419/viewspace-613758/ ,如需转载,请注明出处,否则将追究法律责任。

下一篇: mts连接的问题
请登录后发表评论 登录
全部评论

注册时间:2002-11-14

  • 博文量
    59
  • 访问量
    54497