视频1 视频21 视频41 视频61 视频文章1 视频文章21 视频文章41 视频文章61 推荐1 推荐3 推荐5 推荐7 推荐9 推荐11 推荐13 推荐15 推荐17 推荐19 推荐21 推荐23 推荐25 推荐27 推荐29 推荐31 推荐33 推荐35 推荐37 推荐39 推荐41 推荐43 推荐45 推荐47 推荐49 关键词1 关键词101 关键词201 关键词301 关键词401 关键词501 关键词601 关键词701 关键词801 关键词901 关键词1001 关键词1101 关键词1201 关键词1301 关键词1401 关键词1501 关键词1601 关键词1701 关键词1801 关键词1901 视频扩展1 视频扩展6 视频扩展11 视频扩展16 文章1 文章201 文章401 文章601 文章801 文章1001 资讯1 资讯501 资讯1001 资讯1501 标签1 标签501 标签1001 关键词1 关键词501 关键词1001 关键词1501 专题2001
Oracle10gMAA环境下面,主库更换undotablespace后,logical备库故障
2020-11-09 10:35:51 责编:小采
文档


Oracle 10g MAA环境下面,主库更换 undo tablespace后,logical备库故障

环境如下:
Oracle 10g MAA:
主库RDBA,两个实例:

RDBA1(undo表空间为undotbs1)
RDBA2(undo表空间为undotbs2)
逻辑备库site1,,两个实例:
dg21(undo表空间为undotbs1)
dg22(undo表空间为undotbs2)

在主库上添加新的undo表空间,然后删除旧的undo表空间:
RDBA1(undotbs1->undotbs3)
RDBA2(undotbs2->undotbs4)
备库上会同步出现这两个新表空间,但是不会删除undotbs1和undotbs2。从备库的初始化参数看,备库仍在使用旧的undo。

但是今天重启备库后,发现没有applyprocess了。在dba_logstdby_events中报告:ora-30013:undotablespace'UNDOTBS1'iscurrentlyinuse。
最后,手动改备库undo_tablespace参数:
dg21(undotbs1->undotbs3)
dg22(undotbs2->undotbs4)
问题解决。我想:如果没有重启,备库就将一直用undotbs1和undotbs2下去。
问题解决后发现:备库上已经自动地没有了undotbs1和undotbs2了。

相关阅读:

使用RAC和Data Guard构建MAA架构

Oracle 10g rac Standby 归档日志自动删除脚本

Oracle 10g客户端连接远程数据库配置图解

敏捷的Oracle 10g MAA配置方法

下载本文
显示全文
专题