Oracle 12c R2中的ADG会话保留特性

*** 12c R2中的ADG会话保留特性

*** 12c R2中有一个不错的特性，那就是Active Data Guard会话保留，原本的叫法是Preserving Active Data Guard Application Connections

怎么理解呢，比如在Active Data Guard上的连接会话，在switchover的过程中会话连接会始终保持不会中断。这一点听起来就很有特点，能够提高用户体验度，而且是一种相对透明的方式。

到底怎么样呢，我们来简单测试一下，先看看默认情况下的ADG会话情况,切换的过程就直接使用DG Broker来做了，快。

这是一个12cR2的环境，也使用了Far Sync。

DGMGRL>show  configuration  Configuration - dg_test12cs   Protection Mode: MaxPerformance   Members:   test12cs  - Primary database     test_sync - Far sync instance      test12css - Physical standby database   Fast-Start Failover: DISABLED  Configuration Status:

SUCCESS (status updated 10 seconds ago)我们连接到备库，备库现在是ADG模式。

SQL> select open_mode from v$database;  OPEN_MODE  ----------------------------------------

READ ONLY WITH APPLY如果这个时候我们就使用一条语句在备库端查询，使用TNS连接，然后DG Broker来切换，切换的情况如下，也是一气呵成。

DGMGRL> switchover to test12css  Performing switchover NOW, please wait...  Operation requires a connection to database "test12css"  Connecting ...  Connected to "test12css"  Connected as SYSDBA.  New primary database "test12css" is opening...  Operation requires start up of instance "test12cs" on database "test12cs"  Starting instance "test12cs"...  for RDBMS instance  ORACLE instance started.  Database mounted.  Database opened.  Connected to "test12cs"  Switchover succeeded, new primary is "test12css"  DGMGRL>

在客户端反复测试连接的情况如下：

可以看到在切换的过程中，连接被中断了，而接下来就会彻底断开连接。

SQL> /  ERROR:  ORA-03114: not connected to ORACLE

这里就需要说一下这个特性的情况，其实还涉及到一个参数standby_db_preserve_states,默认是NONE

SQL> show parameter standby_db_preserve_states  NAME                                TYPE                  VALUE  ------------------------------------ ---------------------- ------  standby_db_preserve_states          string                NONE

我们设置为ALL,这个修改需要重启备库，我们设置好之后，再来做switchover

步骤和上面的类似，我们直接来看看效果，始终在这一个会话内查看数据查询的情况,整个过程相对平滑，在切换过程中会有一个大约两秒的停顿，但是连接始终是保持的。

COUNT(*) ----------        153 SQL> /  COUNT(*) ----------        153 SQL> /  COUNT(*) ----------        153       SQL> /   COUNT(*) ----------        153 SQL> /  COUNT(*) ----------        153

整体来看这个特性确实达到了预期的效果，还是蛮不错的。

版权声明：本文内容由网络用户投稿，版权归原作者所有，本站不拥有其著作权，亦不承担相应法律责任。如果您发现本站中有涉嫌抄袭或描述失实的内容，请联系我们jiasou666@gmail.com 处理，核实后本网站将在24小时内删除侵权内容。