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

Posted Frank_20160505

tags:

篇首语:本文由小常识网(cha138.com)小编为大家整理,主要介绍了[Oracle][DATAGUARD] 关于确认LOGICAL STANDBY的同期状况的方法相关的知识,希望对你有一定的参考价值。

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的同期状况的方法的主要内容,如果未能解决你的问题,请参考以下文章

[Oracle][DATAGUARD]关于REDO_TRANSPORT_USER参数

Oracle 11.2.0.4.0 Dataguard部署和日常维护 - Dataguard Flashback

oracle11g dataguard 完全手册

oracle11g dataguard 完全手册

oracle11g dataguard 完全手册

Oracle dataguard 备库归档日志不全.怎么恢复