发布对autoswitch over dg脚本DGHA测试,此脚本针对oracle dataguard设计使用共享存储存放redo以及controlfile从而达到了切换数据0丢失。
同时切换以后,original primary database可以无缝加入整个dg集群，从而形成了datagua[……]
Tag: dataguard
Physical standby Failover
db1 –liu
SQL> select * from v$version;
BANNER
—————————————————————-
Oracle Database 10g Enterpr[……]
Recover physical standby database after loss of archive log(2)
Recover physical standby database after loss of archive log(2)
上次写过一篇DG丢失归档后的处理过程，总体来说就是使用增量备份覆盖gap数据从而跳过gap的archivelog 这里再阐述另一种情况
[oracle@db6[……]
Recover physical standby database after loss of archive log
今天报表数据库的备库出现了问题，由于监控脚本出现了问题，主机空间耗尽 而没有及时发出邮件，导致归档无法进行，DB停滞在一个时间点,同时在主库 由于只保留了2天的归档 导致这部分归档没有传输至备库，等我们发现问题时，主库已经删除了归档，备库接近8天gap无法恢复。由于主库超过3个T ，重新用备份恢复一[……]
logic standby ORA-01403 故障处理一例 (2)
前几天刚处理了 logic standby故障，还没缓过神来 , logical standby 又出问题了。 还是那张表，那个错误 不得不让我怀疑 是不是那张表出现了问题。记录一下解决的过程：
2012-03-16 11:45:00 update “PROD_DATA2″[……]
logic standby ORA-01403 故障处理一例
昨天的logic standby 事故处理：
夜里12点左右 2台logic standby 全部停止日志apply 查看logic standby 相关进程发现:
1.select spid, type, status from v$logstdby_process no rows[……]
记录一次database upgrade 导致physical standby故障
记录一次database upgrade 导致physical standby故障
upgrade from 10.2.0.5->11.2.0.3
单节点的database升级很容易，严格按照手册，修改compatible=10.2.0
Logic standby delay when query with for update clause
今天遇到一个奇怪的问题，3个logic standby 中有一个delay 查看任何日志都没有发现错误，有一个transaction在apply一个SQL，这条SQL没有任何问题，SQL所涉及到的表也没有任何问题
当时的apply情况如下：
SID USERNAME MACHINE[……]
主表缺少主键导致logic standby delay 一例
table缺少primary key 导致logic standby delay 一例
早上在主库做如下操作：
[oracle@racdg1 ~]$ sqlplus ‘/as sysdba’
SQL*Plus: Release 10.2.0.5.0 – Production o[……]
Physical-standby standbylogfile checksum error
总结下今天DG碰到的问题，本来一个很简单的问题，被我们复杂化衍生出很多问题。
Connected to:
Oracle Database 10g Enterprise Edition Release 10.2.0.5.0 – 64bit Production
With the Partit[……]