承上 DBlink 与 SCN | 新增视图找出外部 SCN 跳变

综述

众所周知,当在两个数据库之间建立 dblink连 接时,SCN 将被同步,以维持分布式事务读取一致性。 这将导致在较低 SCN 的数据库的 SCN 跳变。

在分布式事务中很难找到 SCN 跳变的来源。从 12.2 开始,视图DBA_EXTERNAL_SCN_ACTIVITY 以及 DBA_DB_LINK_SOURCES 和 DBA_DB_LINKS 使我们能够跟踪这些跳转。视图DBA_DB_LINK_SOURCES 也为 12.2 版本的新增视图。

Oracle 官网文档原文:

Finding out External SCN jump using DBA_EXTERNAL_SCN_ACTIVITY in 12.2 (Doc ID 2171090.1)

让我们看看下面的例子,如何在 dblink 连接中涉及的两个数据库中捕获这些跳转。

我们将使用以下示例视图,基于 DBA_EXTERNAL_SCN_ACTIVITY,DBA_DB_LINK_SOURCES,DBA_DB_LINKS 三个视图收集信息。

创建示例视图 SQL 文本:

create or replace view check_ext_scn as

(SELECT RESULT, OPERATION_TIMESTAMP, EXTERNAL_SCN, SCN_ADJUSTMENT,

HOST_NAME, DB_NAME, SESSION_ID, SESSION_SERIAL#

FROM DBA_EXTERNAL_SCN_ACTIVITY a, DBA_DB_LINK_SOURCES s

WHERE a.INBOUND_DB_LINK_SOURCE_ID = s.SOURCE_ID)

UNION

(SELECT RESULT, OPERATION_TIMESTAMP, EXTERNAL_SCN, SCN_ADJUSTMENT,

dbms_tns.resolve_tnsname(HOST) HOST_NAME, NULL DB_NAME, SESSION_ID, SESSION_SERIAL#

FROM DBA_EXTERNAL_SCN_ACTIVITY a, DBA_DB_LINKS o, DBA_DB_LINK_SOURCES s

WHERE a.OUTBOUND_DB_LINK_NAME = s.SOURCE_ID

AND OUTBOUND_DB_LINK_OWNER = o.OWNER)

UNION

(SELECT RESULT, OPERATION_TIMESTAMP, EXTERNAL_SCN, SCN_ADJUSTMENT,

s.MACHINE HOST_NAME, NULL DB_NAME, SESSION_ID, SESSION_SERIAL#

FROM DBA_EXTERNAL_SCN_ACTIVITY a, V$SESSION s

WHERE a.SESSION_ID = s.SID AND a.SESSION_SERIAL#=s.SERIAL#

AND INBOUND_DB_LINK_SOURCE_ID IS NULL

AND OUTBOUND_DB_LINK_NAME IS NULL

AND OUTBOUND_DB_LINK_OWNER IS NULL);

上面输出中每列的描述如下:

  • RESULT:SCN 推进是否接受或拒绝
  • OPERATION_TIMESTAMP:推进发生的时间
  • EXTERNAL_SCN:当前 SCN 跳变到的新 SCN 值
  • SCN_ADJUSTMENT:SCN 的增量有多大
  • HOST_NAME:dblink 源于哪个主机
  • DB_NAME:dblink 源自哪个数据库
  • SESSION_ID:此条目的本地实例的会话 ID
  • SESSION_SERIAL#:此条目的本地实例的序列号

创建监测SQL脚本

创建一个脚本名为 check_ext_scn.sql 内容如下:

select * from check_ext_scn;

使用Dblink前查看SCN 号与推进

检查两个数据库中的 SCN:

Database 1:

SQL> select current_scn from v$database;

CURRENT_SCN

-----------

12693736

SQL> set pages 100 lines 200

col result for a15

col OPERATION_TIMESTAMP for a35

col HOST_NAME for a15

col DB_NAME for a15

SQL> @check_ext_scn

no rows selected

Database 2:

SQL> select current_scn from v$database;

CURRENT_SCN

-----------

1574865

##数据库2的 SCN 是否远远小于数据库1。

SQL>@check_ext_scn

no rows selected

使用Dblink后查看SCN号与推进记录

尝试两个数据库之间的 Dblink 连接以同步 SCN

Database 1:

从数据库1到2启动 Dblink 连接DUAL:

SQL> select * from dual@testlnk;

D

-

X

SQL> select current_scn from v$database;

CURRENT_SCN

-----------

12693943

SQL>@check_ext_scn

no rows selected

## 注意数据库1中没有发现记录。

Database 2:

SQL> select current_scn from v$database;

CURRENT_SCN

-----------

12693956

##注意数据库2中的 SCN 现在与数据库1同步。

SQL>@check_ext_scn

## 从上面的输出,我们可以看到数据库1已导致数据库2中的 SCN 推进,推进量为11118928 个SCN。当前隐含参数_EXTERNAL_SCN_LOGGING_THRESHOLD_SECONDS 的值设置为600,因此只会记录大于9830400(600 * 16k)的跳变。

现在,由于两个数据库的 SCN 几乎接近,让我们尝试一个 Dblink 连接,看看如果跳变小于9830400个SCN,是否记录 SCN 跳变。

Database 1:

SQL> select current_scn from v$database;

CURRENT_SCN

-----------

12694325

SQL> select * from dual@testlnk;

D

-

X

SQL>@check_ext_scn

no rows selected

Database 2:

SQL> select current_scn from v$database;

CURRENT_SCN

-----------

12694325

##Dblink连接后SCN号发生推进。

SQL>@check_ext_scn

##注意,即使在 SCN 跳变之后,也没有额外的记录,因为它的跳变量小于9830400。

※§6 小结

A. 本质上,DBA_EXTERNAL_SCN_ACTIVITY 捕获 SCN 跳变将非常有用,有助于我们查找有问题的数据库时缩小范围。视图 DBA_EXTERNAL_SCN_ACTIVITY 不会捕获所有 SCN 跳变。 它只在下面的情况下捕获 SCN 跳变。

1) SCN 跳变请求使得本地 headroom 小于 threshold 而被拒绝(由 _external_scn_rejection_threshold_hours 控制)

2) SCN 跳变请求因为 SCN 的 DELTA 增量过高而被拒绝(由 _external_scn_rejection_delta_threshold_minutes 控制)

3) SCN 跳变被接受但带有警告(由 _external_scn_logging_threshold_seconds 控制)

B. 如果 SCN 推进是由此数据库发起的,则此视图不会提供信息。 我们需要在遇到 SCN 跳变的数据库上使用此视图。

原文发布于微信公众号 - 数据和云(OraNews)

原文发表时间:2018-04-11

本文参与腾讯云自媒体分享计划,欢迎正在阅读的你也加入,一起分享。

发表于

我来说两句

0 条评论
登录 后参与评论

相关文章

来自专栏数据和云

【动手实践】:Lockdown Profile 的多租户权限控制

在Oracle Database 12.2 中引入了lockdown profile的新特性,可以用于限制PDB中的某些操作,增强某些操作的安全性。 PDB ...

2865
来自专栏乐沙弥的世界

使用带dblink方式的datapump迁移Oracle 10g到11g

      对于从Oracle 10g下迁移数据库到Oracle 11g,除了使用RMAN方式之外,我们可以使用带dblink的datapump方式来实现基于逻...

681
来自专栏沃趣科技

Oracle 12c 多租户专题|12cR2中PDB内存资源管理

原文链接 https://oracle-base.com/articles/12c/multitenant-memory-resource-managemen...

4727
来自专栏数据库新发现

Linux上配置Unix ODBC连接Oracle数据库

Oracle10g前,Oracle并不提供UNIX/Linux下的ODBC驱动,用的最为广泛的是UnixOdbc,UnixOdbc的配置不算复杂,但是如果不顺利...

1352
来自专栏杨建荣的学习笔记

使用impdp不当导致的数据丢失问题(r5笔记第1天)

今天有个朋友问我们一个问题,说他在使用了impdp导入数据的时候,使用了TABLE_EXISTS_ACTION=REPLACE这个选项,结果现在数据都给覆盖了。...

3595
来自专栏along的开发之旅

java.lang.RuntimeException: setAudioSource failed.

最近写个android程序,遇到下面这个错误: java.lang.RuntimeException: setAudioSource failed. 详...

1592
来自专栏逸鹏说道

SQLServer 数据库镜像+复制切换方案

目标: 主机做了Mirror和Replication,当主机出现问题时,Replication和Mirror实现自动的故障转移(Mirror 和Re...

39011
来自专栏cloudskyme

使用oracle的大数据工具ODCH访问HDFS数据文件

软件下载 Oracle Big Data Connectors:ODCH 下载地址: http://www.oracle.com/technetwork/bdc...

3718
来自专栏沃趣科技

Oracle12c R2版本Application Containers特性(三)

延伸阅读 Oracle 12c R2版本 Application Containers 特性(二) Oracle 12c R2版本 Application Co...

3557
来自专栏乐沙弥的世界

Oracle 控制文件(CONTROLFILE)

为二进制文件,初始化大小由CREATE DATABASE指定,可以使用RMAN备份

1162

扫码关注云+社区

领取腾讯云代金券