- 博客(6)
- 收藏
- 关注
RSS订阅原创 DataGuard环境中的物化视图使用
DataGuard环境中，在Primary端做成一个物化视图（MVIEW），如果是物理Standby，那么Standby在同期时也会同步这个物化视图（MVIEW）。当Primary刷新的时候，Standby的物化视图也会跟着刷新，客户不需要做特别的操作。如果执行Switchover，MVIEW的刷新在新的Primary上执行就可以了。如果执行Failover，原来的Primary不能使用了，那么在新的Primary上执行刷新就可以。如果原来的Primary，和新的Primary的DBLINK都好用的情况
2021-04-20 13:25:27
167
原创 DataGuard环境的ONLINE REDO LOG(ORL)和Standby REDO LOG（SRL）的介绍
我有一些客户，对于ORL和SRL的使用不太熟悉。简单介绍一下这个REDO的具体应用。一般Primary和Standby两方都要构建ORL和SRL，ORL和SRL的size最好一样大。SRL的group个数比ORL大一个以上。Primary用ORL，不用SRL，Standby用SRL，不用ORL。Primary的SRL和Standby的ORL在switchover，互换角色之后使用。Standby端的ORL，虽然不使用，但是vlog的Status的状态是更新的。在12.1.0.2/12.2.0.1之后
2021-04-09 21:11:21
417
原创 12c之后，分区表的索引size异常增大
12c之后，分区表的索引size异常增大最近做了一个case，现象是：分区表的Global index size在12c后增加特别大，跟11.2 有很大的不同。测试case：SET TERM OFF SET LINESIZE 30000 SET PAGESIZE 30000 SET TRIMSPOOL ONalter session set nls_date_format= 'YYYY/MM/DD HH24:MI:SS';SPOOL testcase.logCREATE TABLE T
2021-04-09 18:52:12
273
原创 DataGuard问题集2 -- MRP0一直显示WAIT_FOR_GAP
DataGuard问题集2– MRP0一直显示WAIT_FOR_GAP现象：MRP0一直显示WAIT_FOR_GAP的状态。有了上次的教训，这次看到MRP0一直是WAIT_FOR_GAP的状态，先看看StandbyREDO是否正确构建了，答案是完全没问题。接下来确认各种信息：Standby端的结果：SQL> select process,status from gv$managed_standby where process like 'MRP%';PROCESS STATUS
2021-04-08 14:08:39
3059
原创 DataGuard 问题集1 ----V$DATAGUARD_STATS的transport lag, apply lag的增长
DataGuard 问题集1----V$DATAGUARD_STATS的transport lag, apply lag的增长现象：2node RAC Primary–2node RAC Standby环境DataGuard的同步没有问题，但是V$DATAGUARD_STATS的transport lag, apply lag有增长的趋势，并且越来越大。这篇文章记录了我的分析解决过程。虽然绕了弯子，但是让我认识了RAC DataGuard的一些POINT，加深了理解。客户提供的确认command
2021-04-08 10:52:35
2026
原创 (Oracle 容灾环境DataGuard的构成基本介绍
(Oracle 容灾环境DataGuard的构成基本介绍## 标题Oracle数据库的DataGuard是Oracle数据库防止灾害发生，数据库出现问题的很重要一种容灾功能。DataGuard分为物理Standby和逻辑Standby两种类型。物理Standby是快级别的一致，物理Standby应用从Primary传输过来的REDO，从而实现跟Primary的同步。可以认为，Primary和物理Standby是物理级别的完全一样。通常用于容灾的实际构建。逻辑Standby构成，逻辑Standby
2021-04-07 18:09:54
284
空空如也
空空如也
TA创建的收藏夹 TA关注的收藏夹
TA关注的人