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 上指定了standby_file_management=MANUAL,则在primary上增加数据文件的时候,就会出现如下一些错误:
1.向控制文件增加一个unnamed0000n,这里的n是file_id
2.然后数据库会强制的shutdown instance
3.如果尝试去打开数据库,会报system表空间需要做恢复,如果强制做恢复,那么会产生一个需要使用recover database using current controlfile来做恢复,总之会恢复失败,
这是因为controlfile包含了这个文件的信息,用v$datafile查询可以看出该路径信息如下:
D:APPHZ05817PRODUCT11.1.0DB_1DATABASEUNNAMED00006
在执行alter database datafile offline drop 后,再去查询信息,该文件的信息还在。[@more@]
来自 “ ITPUB博客 ” ,链接:https://blog.itpub.net/48620/viewspace-997516/
,如需转载,请注明出处,否则将追究法律责任。