视频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
打开逻辑STANDBY写入功能
2020-11-09 10:15:47 责编:小采
文档


案例:为减轻核心数据库的负担,我们采用了逻辑STANDBY技术分离物理读对核心数据库的影响。但某报表应用方提出报表中采用了大量的中间表,通常是把基础数据运算

案例:为减轻核心数据库的负担,我们采用了逻辑STANDBY技术分离物理读对核心数据库的影响。但某报表应用方提出报表中采用了大量的中间表,虚拟主机,通常是把基础数据运算后存入中间表,然后报表读中间表进行展现。要彻底解决该问题显然最好的办法是计算过程前推,即在应用插入基础数据的时候主动往报表所需要的数据插入运算数据,或者至少是接近报表的数据,否则即使后期采用中间表等来解决,也无法解决临时的运算带来的极大的IO开销。但应用方迫于人力和时间所限显然不敢短期内做彻底的优化,那么最后只有DBA开刀,对逻辑STANDBY启动写入功能,即用新建表写入数据。显然这增加了逻辑STANDBY的后期可维护性,但相对于减轻主库的压力来讲,我们的DBA还是宁可牺牲些个人的时间。


实施方法:为尽可能提高可维护性,服务器空间,避免和主库混淆,我们采用完全的用户、表空间、表

1、新建用户

2、新建表空间

3、新建表

要点:修改参数

1 stop logical applyalter database stop logical standby apply;
2 定义要skip的表(可以不同步的表)

exec dbms_logstdby.skip('SCHEMA_DDL','TEST','TEST1',NULL);

exec dbms_logstdby.skip('DML','TEST','TEST1',NULL);


3 start logical applyalter database start logical standby apply immediate;

alter database guard standby;

本文出自 “麦地坞” 博客,请务必保留此出处

,虚拟主机

下载本文
显示全文
专题