dataguard问题浅谈(一)
dataguard作为一个低成本的容灾方案,应用的比较广泛,大致可以分为redo apply (physical standby) 和sql apply(logical standby),在11G有增加了一个snapshot standby (利用flashback机制创建恢复点,允许physical standby database暂时更够被DML和DDL)操作。配置dataguard的时候,在执行alter database force logging的时候有可能要花费很长的时间因为必须等待direct path IO完成,那些操作会涉及direct path write呢,有如下操作:ctas,parallel dml,sort,write to uncached lob,在创建standby database的时候,如果在standby database
tuxedo中间件引发的oracle branch allocation latch 的问题.
前段时间营业数据库由于oracle branch allocation latch 的问题.导致业务发生了拥塞,在alert日志中出现如下字样:PEND:PMON UNABLE TO ACQUIRE LATCH C00000000801BA58 TRANSACTION BRANCH ALLOCATION查找到引发该问题的进程后,kill掉业务恢复了正常。 最后oracle 给回复说是oracle 在与tuxedo协同工作的一个bug,建议升级到9.2.0.8。从latch的工作原理上来说我想大概能照样描述:latch是在内存区域保证内存结构一致性的序列话的锁,当这个进程因为某种原因在分布事物中,获得了这种lacth但一直不释放,具体原因不是很清楚,导致其他的