Oracle的DATAGUARD环境,有PHYSICAL STANDBY和LOGICAL STANDBY两种。
PHYSICAL STANDBY是传输REDO传到Standby端，然后由Standby端的MRP进程应用该Redo，以达到同期效果。
LOGICAL STANDBY是传输REDO传到Standby端，然后由Standby端的LSP进程调用LogMiner来抽取SQL文，然后执行该SQL文以达到同期效果。
这里介绍一个简单的确认同期状况的方法：

ODM TEST CASE
===================
Name = TC#1010_1

＃＃＃＃Primary＃＃＃＃

SQL> set line 300
SQL> select database_role,OPEN_MODE from v$database;
select instance_name,status from v$instance;
DATABASE_ROLE                                    OPEN_MODE
------------------------------------------------ ------------------------------------------------------------
PRIMARY                                          READ WRITE

SQL>

INSTANCE_NAME                                    STATUS
------------------------------------------------ ------------------------------------
orcl                                             OPEN

SQL> create user USER_A identified by USER_A;

ユーザーが作成されました。

SQL> grant dba to USER_A;

権限付与が成功しました。

SQL> conn USER_A/USER_A
接続されました。
SQL> create table TBL_DGTEST(
id char(8),
USER_NAME varchar2(250));  2    3

表が作成されました。

SQL> declare
    vID     char(8);
    vText   varchar2(250);
 begin
    dbms_random.seed(uid);
   for i in 1..1000000
    loop
            vID := to_char(i, 'FM00000000');
            vText := dbms_random.string('x', 16);
           insert into TBL_DGTEST (id, USER_NAME) values (vID, vText);
           if (mod(i, 100) = 0) then
                   commit;
           end if;
   end loop;
   commit;
end;
/  2    3    4    5    6    7    8    9   10   11   12   13   14   15   16   17

PL/SQLプロシージャが正常に完了しました。

SQL> select count(*) from TBL_DGTEST;

COUNT(*)
----------
  1000000

SQL>

＃＃＃＃Standby＃＃＃＃

SQL> set line 300
SQL> select database_role,OPEN_MODE from v$database;
select instance_name,status from v$instance;
DATABASE_ROLE                                    OPEN_MODE
------------------------------------------------ ------------------------------------------------------------
LOGICAL STANDBY                                  READ WRITE　★LOGICAL STANDBY

SQL>

INSTANCE_NAME                                    STATUS
------------------------------------------------ ------------------------------------
orcls                                            OPEN

SQL> ALTER DATABASE START LOGICAL STANDBY APPLY IMMEDIATE;　★Begin applying sql

データベースが変更されました。

SQL> conn USER_A/USER_A
接続されました。
SQL> select count(*) from TBL_DGTEST;

COUNT(*)
----------
  1000000　★

SQL>

ODM TEST CASE
===================
Name = TC#1010_2

＃＃＃＃On Primary,insert 1000000 rows into TBL_DGTEST＃＃＃＃

SQL> SELECT THREAD#, SEQUENCE# FROM V$LOG WHERE STATUS='CURRENT';　★You will check that SEQUENCE# was growing

THREAD#  SEQUENCE#
---------- ----------
        1         96

SQL> SELECT THREAD#, SEQUENCE# FROM V$LOG WHERE STATUS='CURRENT';　★

THREAD#  SEQUENCE#
---------- ----------
        1        101

SQL> SELECT THREAD#, SEQUENCE# FROM V$LOG WHERE STATUS='CURRENT';　★

THREAD#  SEQUENCE#
---------- ----------
        1        102

＃＃＃＃Use DBA_LOGSTDBY_LOG to moniter sql application on Standby＃＃＃＃

SQL> SELECT SEQUENCE#,FIRST_CHANGE#,NEXT_CHANGE#,TIMESTAMP,APPLIED FROM DBA_LOGSTDBY_LOG;

SEQUENCE# FIRST_CHANGE# NEXT_CHANGE# TIMESTAMP           APPLIED
---------- ------------- ------------ ------------------- ------------------------
       73        756171       757560 2017-03-01 20:29:55 YES
＜省略＞
       92        827738       833358 2017-09-28 14:20:09 YES
       93        833358       834365 2017-09-28 14:57:39 CURRENT　★93
       94        834365       834411 2017-09-28 14:57:39 NO

SEQUENCE# FIRST_CHANGE# NEXT_CHANGE# TIMESTAMP           APPLIED
---------- ------------- ------------ ------------------- ------------------------
       95        834411       834994 2017-09-28 14:57:40 NO
       96        834994       837710 2017-09-28 15:01:28 NO
       97        837710       840227 2017-09-28 15:02:06 NO
       98        840227       842731 2017-09-28 15:02:39 NO
       99        842731       845235 2017-09-28 15:03:16 NO
      100        845235       847751 2017-09-28 15:03:49 NO
      101        847751       850377 2017-09-28 15:04:27 NO

29行が選択されました。

SQL> ALTER DATABASE START LOGICAL STANDBY APPLY IMMEDIATE;　★begin SQL application

データベースが変更されました。

SQL> SELECT SEQUENCE#,FIRST_CHANGE#,NEXT_CHANGE#,TIMESTAMP,APPLIED FROM DBA_LOGSTDBY_LOG;

SEQUENCE# FIRST_CHANGE# NEXT_CHANGE# TIMESTAMP           APPLIED
---------- ------------- ------------ ------------------- ------------------------
       73        756171       757560 2017-03-01 20:29:55 YES
＜省略＞
       92        827738       833358 2017-09-28 14:20:09 YES
       93        833358       834365 2017-09-28 14:57:39 YES　★SQL application was over
       94        834365       834411 2017-09-28 14:57:39 YES　★SQL application was over

SEQUENCE# FIRST_CHANGE# NEXT_CHANGE# TIMESTAMP           APPLIED
---------- ------------- ------------ ------------------- ------------------------
       95        834411       834994 2017-09-28 14:57:40 YES　★SQL application was over
       96        834994       837710 2017-09-28 15:01:28 YES　★SQL application was over
       97        837710       840227 2017-09-28 15:02:06 CURRENT　★SQL application is on going
       98        840227       842731 2017-09-28 15:02:39 CURRENT　★SQL application is on going
       99        842731       845235 2017-09-28 15:03:16 NO　★SQL application is in line
      100        845235       847751 2017-09-28 15:03:49 NO　★
      101        847751       850377 2017-09-28 15:04:27 NO　★

29行が選択されました。

SQL> /

SEQUENCE# FIRST_CHANGE# NEXT_CHANGE# TIMESTAMP           APPLIED
---------- ------------- ------------ ------------------- ------------------------
       73        756171       757560 2017-03-01 20:29:55 YES
＜省略＞
       92        827738       833358 2017-09-28 14:20:09 YES
       93        833358       834365 2017-09-28 14:57:39 YES
       94        834365       834411 2017-09-28 14:57:39 YES

SEQUENCE# FIRST_CHANGE# NEXT_CHANGE# TIMESTAMP           APPLIED
---------- ------------- ------------ ------------------- ------------------------
       95        834411       834994 2017-09-28 14:57:40 YES
       96        834994       837710 2017-09-28 15:01:28 YES
       97        837710       840227 2017-09-28 15:02:06 YES
       98        840227       842731 2017-09-28 15:02:39 YES
       99        842731       845235 2017-09-28 15:03:16 CURRENT　★SQL application is on going
      100        845235       847751 2017-09-28 15:03:49 CURRENT　★SQL application is on going
      101        847751       850377 2017-09-28 15:04:27 NO

29行が選択されました。

SQL> /

SEQUENCE# FIRST_CHANGE# NEXT_CHANGE# TIMESTAMP           APPLIED
---------- ------------- ------------ ------------------- ------------------------
       73        756171       757560 2017-03-01 20:29:55 YES
＜省略＞
       92        827738       833358 2017-09-28 14:20:09 YES
       93        833358       834365 2017-09-28 14:57:39 YES
       94        834365       834411 2017-09-28 14:57:39 YES

SEQUENCE# FIRST_CHANGE# NEXT_CHANGE# TIMESTAMP           APPLIED
---------- ------------- ------------ ------------------- ------------------------
       95        834411       834994 2017-09-28 14:57:40 YES
       96        834994       837710 2017-09-28 15:01:28 YES
       97        837710       840227 2017-09-28 15:02:06 YES
       98        840227       842731 2017-09-28 15:02:39 YES
       99        842731       845235 2017-09-28 15:03:16 YES
      100        845235       847751 2017-09-28 15:03:49 CURRENT　★SQL application is on going
      101        847751       850377 2017-09-28 15:04:27 CURRENT　★SQL application is on going

29行が選択されました。

SQL> /

SEQUENCE# FIRST_CHANGE# NEXT_CHANGE# TIMESTAMP           APPLIED
---------- ------------- ------------ ------------------- ------------------------
       73        756171       757560 2017-03-01 20:29:55 YES
＜省略＞
       92        827738       833358 2017-09-28 14:20:09 YES
       93        833358       834365 2017-09-28 14:57:39 YES
       94        834365       834411 2017-09-28 14:57:39 YES

SEQUENCE# FIRST_CHANGE# NEXT_CHANGE# TIMESTAMP           APPLIED
---------- ------------- ------------ ------------------- ------------------------
       95        834411       834994 2017-09-28 14:57:40 YES
       96        834994       837710 2017-09-28 15:01:28 YES
       97        837710       840227 2017-09-28 15:02:06 YES
       98        840227       842731 2017-09-28 15:02:39 YES
       99        842731       845235 2017-09-28 15:03:16 YES
      100        845235       847751 2017-09-28 15:03:49 YES　★SQL application was over
      101        847751       850377 2017-09-28 15:04:27 YES　★SQL application was over

29行が選択されました。

SQL>

[Oracle][DATAGUARD] 关于确认LOGICAL STANDBY的同期状况的方法的更多相关文章

  1. [Oracle][DATAGUARD] 关于确认PHYSICAL STANDBY的同期状况的方法

    补上简单的确认PHYSICAL STANDBY的同期状况的方法: ODM TEST CASE===================Name = TC#1010_3 ####Primary#### SQ ...

  2. [Oracle][DATAGUARD] LOGICAL STANDBY环境里，有些SEQUENCE无法应用，导致Primary和Standby无法同期

    今天遇到了一个客户,问题是这样的,客户构筑了一个RACtoRAC的 LOGICAL STANDBY环境.并用EM在监视同期情况,发现EM页面上55115和55116这两个SEQUENCE一直在应用. ...

  3. Oracle Dataguard之物理standby的基本配置

    尽管网上有很多Oracle Dataguard的配置教程,但不难发现,很多采用的是rman duplicate这种方法,尽管此种方法较为简便.但在某种程度上,却也误导了初学者,虽说也能配置成功,但只知 ...

  4. Oracle DataGuard 物理Standby 搭建(上)

    物理standby database 环境搭建 Arch asysnc Oracle Dataguard host IP Oracle_sid DB_unique_name FAL_server FA ...

  5. Oracle DG故障诊断一则：alter database recover to logical standby new_logical_dbname卡住

    我们在基于物理standby的基础上搭建逻辑备库过程过程中,在运行: alter database recover to logical standby READDB; 卡住不动,而且alert也没有 ...

  6. DataGuard相同SID物理Standby搭建

    Oracle Data Guard 是针对企业数据库的最有效和最全面的数据可用性.数据保护和灾难恢复解决方案.它提供管理.监视和自动化软件基础架构来创建和维护一个或多个同步备用数据库,从而保护数据不受 ...

  7. Oracle Dataguard 介绍

    Oracle DataGuard介绍 一. DataGuard的基本原理 当某次事务处理对生产数据库中的数据作出更改时,Oracle数据库将在一个联机重做日志文件里记录此次更改.在DataGuard中 ...

  8. Oracle DataGuard 升级 [11.2.0.1 -> 11.2.0.4]

    Oracle DataGuard 升级 [11.2.0.1 -> 11.2.0.4] Primary: 11.2.0.1 单机,Site A. Standby: 11.2.0.1 单机,Site ...

  9. oracle dataguard主从切换

    前言: 众所周知DataGuard一般的切换分成两种,一种是系统正常的情况下的切换这种方式为:switchover是无损切换,不会丢失数据:另外一种方式属于灾难情况下的切换,这种情况下一般主库已经启动 ...

随机推荐

  1. Java基础学习-Random类和Java数组

    1.随机数类(Random) package com.denniscui;   import java.util.Random; /*  * Random:用于产生随机数  *  * 使用步骤:  * ...

  2. JAVA循环的语法

    一,有几种循环的语法 1while. while(循环条件){ 循环操作 } while(循环条件){ 循环操作 } 2.do-while do{ 循环操作 }while(循环条件); do{ 循环操 ...

  3. Haystack

    什么是Haystack Haystack是django的开源全文搜索框架(全文检索不同于特定字段的模糊查询,使用全文检索的效率更高 ),该框架支持Solr,Elasticsearch,Whoosh,  ...

  4. shell编程(五)之函数

    function:函数 函数只有被调用才会执行如何调用:给定函数名 函数名出现的地方,会被自动替换为函数代码 函数的生命周期:被调用时创建,返回时终止return命令返回自定义状态结果 0:成功 1- ...

  5. [524.A]2019-05-02(星期四)登顶梧桐山邀请

    *** 看房活动召集 ***五一期间天气炎热, 除了登山活动, 还将组织看房活动.拥有一套自己的住房是很多深圳人的梦想.政府十三五期间计划供应人才住房和保障性住房35万套, 与需求相比仍很少, 排队的 ...

  6. .net core 运行时事件(Runtime Events)

    .Net Core 2.2.0 .Net Core 2.2.0已经发布有一段时间了,很多新鲜功能已经有博主介绍了,今天给大家介绍一下运行时事件并附上demo. 运行时事件 通常需要监视运行时服务(如当 ...

  7. Ubuntu 18.04.1安装IntelliJ IDEA

    1.下载安装包 下载地址:https://www.jetbrains.com/idea/download/#section=linux 2.下载完成后,解压到/opt目录 .tar.gz -C /op ...

  8. 在阿里云开源镜像站中下载centOS7

    镜像的选择 第一步.下载镜像 阿里云开源镜像站:http://mirrors.aliyun.com/ 选择centos进入 如下图: 如下图:选择centos7 再选择isos(镜像目录) 继续下一步 ...

  9. vSphere虚拟化平台升级注意事项

    关注嘉为科技,获取运维新知 一. Vmware生命周期查询 目前,绝对部分企业均使用VMware vSphere 来构建云计算基础架构,从而减少运行的服务器数量,降低资金成本和运营成本,提高业务灵活性 ...

  10. diango admin 添加成员报错

    [报错内容]: IntegrityError at /admin/users/userprofile/add/ (1452, 'Cannot add or update a child row: a ...