专注于互联网--专注于架构

最新标签
网站地图
文章索引
Rss订阅
昨天,Standby数据库一根内存报错,同事在处理时OS突然宕机,重新开机后内存恢复正常,启动日志Apply正常.今天上班,AP人员反映Report抓不到资料(report是用Standby的).检查DB发现Standby没有Apply log.查看日志没有发现异常. SQL>select event_time,status,event from dba_logstdby_events ORA-16128: User initiated stop apply successfully completed ORA-16111: log mining and [阅读全文] [PDF]
主库出问题时,我们可以对备库做失败切换,使得应用继续运行。但是做失败切换的前提是:主库的日志完全传送到备库上(包括联机日志上的redo信息),如果DATAGUARD是运行在最大保护或者最大可用模式下,这种切换一般没有问题。但是如果DATAGUARD运行在最大性能保护模式下,可能需要用强行切换的方式来激活备库了。强行切换与普通的失败切换的最大差别是:强行切换在数据库打开时需要resetlogs。由此带来的后果是:1、可能有数据丢失2、破坏了整个DATAGUARD的结构。如果存在多个standby,则其他的standby在没有重建的情况下不能以被激活的库作为p [阅读全文] [PDF]
  正确的开关机顺序是:   启动的时候,先备库的listener,再启动备库,再启动主库的listener,再启动主库。   关闭的时候,先关闭主库,再关闭备库。   --为主数据库或备用数据库添加/删除日志组   SQL> alter database add standby logfile group 5 '/oracle/oradata/orcl/standbyredo05.log' size 100M;   SQL> alter database drop standby logfile group 5;   --查询DataGuar [阅读全文] [PDF]
1 共3条 分1页