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

共计 2179 个字符，预计需要花费 6 分钟才能阅读完成。

Oracle 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> select count(*) from cat;
  COUNT(*)
 ———-
        153
 SQL> /
  COUNT(*)
 ———-
        153
 SQL> /
 select count(*) from cat
 *
 ERROR at line 1:
 ORA-03113: end-of-file on communication channel
 Process ID: 94489
 Session ID: 419 Serial number: 62932

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

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

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

更多 Oracle 相关信息见 Oracle 专题页面 http://www.linuxidc.com/topicnews.aspx?tid=12

本文永久更新链接地址 ：http://www.linuxidc.com/Linux/2017-07/145407.htm