[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] 关于确认PHYSICAL STANDBY的同期状况的方法
补上简单的确认PHYSICAL STANDBY的同期状况的方法: ODM TEST CASE===================Name = TC#1010_3 ####Primary#### SQ ...
- [Oracle][DATAGUARD] LOGICAL STANDBY环境里,有些SEQUENCE无法应用,导致Primary和Standby无法同期
今天遇到了一个客户,问题是这样的,客户构筑了一个RACtoRAC的 LOGICAL STANDBY环境.并用EM在监视同期情况,发现EM页面上55115和55116这两个SEQUENCE一直在应用. ...
- Oracle Dataguard之物理standby的基本配置
尽管网上有很多Oracle Dataguard的配置教程,但不难发现,很多采用的是rman duplicate这种方法,尽管此种方法较为简便.但在某种程度上,却也误导了初学者,虽说也能配置成功,但只知 ...
- Oracle DataGuard 物理Standby 搭建(上)
物理standby database 环境搭建 Arch asysnc Oracle Dataguard host IP Oracle_sid DB_unique_name FAL_server FA ...
- Oracle DG故障诊断一则:alter database recover to logical standby new_logical_dbname卡住
我们在基于物理standby的基础上搭建逻辑备库过程过程中,在运行: alter database recover to logical standby READDB; 卡住不动,而且alert也没有 ...
- DataGuard相同SID物理Standby搭建
Oracle Data Guard 是针对企业数据库的最有效和最全面的数据可用性.数据保护和灾难恢复解决方案.它提供管理.监视和自动化软件基础架构来创建和维护一个或多个同步备用数据库,从而保护数据不受 ...
- Oracle Dataguard 介绍
Oracle DataGuard介绍 一. DataGuard的基本原理 当某次事务处理对生产数据库中的数据作出更改时,Oracle数据库将在一个联机重做日志文件里记录此次更改.在DataGuard中 ...
- 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 ...
- oracle dataguard主从切换
前言: 众所周知DataGuard一般的切换分成两种,一种是系统正常的情况下的切换这种方式为:switchover是无损切换,不会丢失数据:另外一种方式属于灾难情况下的切换,这种情况下一般主库已经启动 ...
随机推荐
- MySQL数据库的sql语句的导出与导入
1.MySQL数据库的导出 (1)选择对应的数据库 (2)点击右键选择Dump SQL File (3)会出现保存框,选择保存的位置,名称不建议重新起名 (4)点击保存出现 (5)点击Close就可以 ...
- 安装Office2016遇到“无法流式传输Office”问题
安装Office2016遇到“无法流式传输Office”问题,请问如何解决 很抱歉,找不到所需的文件,请检查安装源是否可访问,然后再试. 错误代码:30068-39(2) ============== ...
- iso移动端input的bug解决(vue)
iso中input很奇怪,点击空白地方,键盘也不会消失,影响页面中其他功能 解决办法: 点击的元素不是input或者textarea,那么就让上一个获得焦点的输入框失去焦点. 涉及的代码: <i ...
- Servlet使用注解配置URl提示404错误
刚接触servlet 3.0,使用注释描述servlet @WebServlet(name="FirstServlet", urlPatterns="/FirstServ ...
- HDU 3567 Eight II(八数码 II)
HDU 3567 Eight II(八数码 II) /65536 K (Java/Others) Problem Description - 题目描述 Eight-puzzle, which is ...
- ssh 框架整合事,使用注解,action提示找不到
There is no Action mapped for namespace [/] and action name [/select] associated with context path [ ...
- C#中添加对象到ArrayList的代码
把开发过程中比较好的一些代码段做个备份,下面代码是关于C#中添加对象到ArrayList的代码. ArrayList alcollect = new ArrayList();string str = ...
- cowboy源码分析(一)
前段时间导读了ranch的源码,具体见ranch 源码分析(一), 现在整理了下ranch框架下经典应用cowboy. 源码地方:https://github.com/ninenines/cowboy ...
- ssh跳过knownhost文件
在平时工作中,有时候需要SSH登陆到别的Linux主机上去,但有时候SSH登陆会被禁止,并弹出如下类似提示: @@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@ ...
- mpvue开发项目总结(从0到上线)
1.简言 为期一个半月的小程序开发,其中夹杂其他项目的功能迭代,跌跌撞撞的将项目完成了,今天中秋节放假前一天,以此来记录下此次打怪升级的心得与分享其中遇到花费时间的问题. 因为此次开发的是一个类电商项 ...