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. SpringMVC，SpringBoot使用ajax传递对象集合/数组到后台

    假设有一个bean名叫TestPOJO. 1.使用ajax从前台传递一个对象数组/集合到后台. 前台ajax写法: var testPOJO=new Array(); //这里组装testPOJO数组 ...

  2. windows微信双开

    下面的代码写到xxx.bat文件中 @echo off start /d "D:\software\WeChat\" WeChat.exe start /d "D:\so ...

  3. EmberJS 为什么我偏爱 Ember.js 胜过 Angular 和 React.js

    文章写的很老到,非常值得一看!评论也很精彩,值得一看 为什么我偏爱 Ember.js 胜过 Angular 和 React.js 前几天看到了这篇文章:Why I prefer Ember.js ov ...

  4. elasticsearch-mapping字段重要属性

    https://blog.csdn.net/gongpulin/article/details/78705205

  5. idea使用的小技巧总结

    1.需要一个快捷清爽的控制台? 下面这段配置是你需要的,在workspace.xml里面添加 <component name="RunDashboard"> <o ...

  6. Lintcode489-Convert Array List to Linked List-Easy

    489. Convert Array List to Linked List Convert an array list to a linked list. Example Example 1: In ...

  7. python打包exe

    https://www.imooc.com/article/246868 虽然在3.7下报错了,但是先码

  8. 手动调用dubbo接口

    1. 打开命令窗口,telnet IP地址 dubbo端口号 telnet 127.0.0.1 28001 2. 找到service ls 列出所有服务 dubbo>cd com.faaaaa. ...

  9. 《R语言入门与实践》第七章:程序

    前言 这一章讲了程序设计的相关知识,经过了: 算法分析 编码 得到最后的程序. if 语句 格式:if (this) {that} else if { another} else { another ...

  10. 从虚拟dom了解vue渲染函数

    vue渲染函数就是render函数,他会返回一个VNode,VNode是一个js对象,是dom的映射 vue在介绍渲染函数那个章节看的不是很懂,所以想要彻底的理解渲染函数,首先需要了解vue的虚拟do ...