设为首页 收藏本站

运维网

 找回密码
 立即注册
查看: 1081|回复: 0

[经验分享] Implement Oracle snapshot database with Dataguard-ylw6006

[复制链接]
lanxi256

尚未签到
发表于 2018-9-23 09:31:01 | 显示全部楼层 |阅读模式
　　11g的DataGuard提供了一个快照数据库(snapshot standby)的功能，也就是可以将物理备库临时以读写的方式打开，主库的归档日志会继续传输到备库，但备库不应用，等到将备库重新切换为physical standby的时候继续应用，从而实现主库和备库的数据一致，值得一提的是这个功能不需要开启主备库的闪回数据库功能，先前在这里存在误区,这个功能还是比较赞的，可以直接拿物理备库做下临时测试数据库！
　　一：确定主备库均为打开闪回数据库功能，本例中主库为dg1,备库为dg2
　　


  • SQL> select open_mode,database_role,db_unique_name,flashback_on from v$database;

  • OPEN_MODE            DATABASE_ROLE    DB_UNIQUE_NAME       FLASHBACK_ON
  • -------------------- ---------------- -------------------- ------------------
  • READ WRITE           PRIMARY          dg1                  NO

  • SQL> select open_mode,database_role,db_unique_name,flashback_on from v$database;

  • OPEN_MODE            DATABASE_ROLE    DB_UNIQUE_NAME       FLASHBACK_ON
  • -------------------- ---------------- -------------------- ------------------
  • READ ONLY WITH APPLY PHYSICAL STANDBY dg2                  NO
　　

　　二：重新启动备库到mount状态，进行转换操作，转换完成后可以看到闪回的进程rvwr已经自动启动
　　


  • SQL> alter database recover managed standby database cancel;
  • Database altered.

  • SQL> select open_mode,database_role,db_unique_name,flashback_on from v$database;

  • OPEN_MODE            DATABASE_ROLE    DB_UNIQUE_NAME       FLASHBACK_ON
  • -------------------- ---------------- -------------------- ------------------
  • READ ONLY            PHYSICAL STANDBY dg2                  NO

  • SQL> shutdown immediate
  • Database closed.
  • Database dismounted.
  • ORACLE instance shut down.
  • SQL> startup mount
  • ORACLE instance started.
  • Total System Global Area  417546240 bytes
  • Fixed Size                  2228944 bytes
  • Variable Size             343936304 bytes
  • Database Buffers           62914560 bytes
  • Redo Buffers                8466432 bytes
  • Database mounted.

  • SQL> alter database convert to snapshot standby;
  • Database altered.

  • SQL> !ps -ef |grep rvwr
  • oracle   14767     1  0 15:20 ?        00:00:00 ora_rvwr_dg
  • oracle   14788 14756  0 15:24 pts/4    00:00:00 /bin/bash -c ps -ef |grep rvwr
  • oracle   14790 14788  0 15:24 pts/4    00:00:00 grep rvwr
　　

　　四：打开数据库，期间观察切换过程日志如下，注意红色字体部分，实际上是产生了一个闪回数据库的保障点
　　


  • SQL> select open_mode,database_role,db_unique_name,flashback_on from v$database;

  • OPEN_MODE            DATABASE_ROLE    DB_UNIQUE_NAME       FLASHBACK_ON
  • -------------------- ---------------- -------------------- ------------------
  • MOUNTED              SNAPSHOT STANDBY dg2                  RESTORE POINT ONLY

  • SQL> alter database open;
  • Database altered.

  • SQL> select open_mode,database_role,db_unique_name,flashback_on from v$database;

  • OPEN_MODE            DATABASE_ROLE    DB_UNIQUE_NAME       FLASHBACK_ON
  • -------------------- ---------------- -------------------- ------------------
  • READ WRITE           SNAPSHOT STANDBY dg2                  RESTORE POINT ONLY

  • [oracle@dg2 ~]$ tail -f /u01/app/oracle/diag/rdbms/dg2/dg/trace/alert_dg.log
  • Sat May 05 15:16:55 2012
  • alter database recover managed standby database cancel
  • Sat May 05 15:16:55 2012
  • MRP0: Background Media Recovery cancelled with status 16037
  • Errors in file /u01/app/oracle/diag/rdbms/dg2/dg/trace/dg_pr00_14678.trc:
  • ORA-16037: user requested cancel of managed recovery operation
  • Managed Standby Recovery not using Real Time Apply
  • Recovery interrupted!
  • Recovered data files to a consistent state at change 1107151
  • Sat May 05 15:16:56 2012
  • MRP0: Background Media Recovery process shutdown (dg)
  • Managed Standby Recovery Canceled (dg)
  • Completed: alter database recover managed standby database cancel
  • Sat May 05 15:20:03 2012
  • alter database convert to snapshot standby
  • Starting background process RVWR
  • Sat May 05 15:20:03 2012
  • RVWR started with pid=33, OS id=14767
  • Allocated 3981120 bytes in shared pool for flashback generation buffer
  • Created guaranteed restore point SNAPSHOT_STANDBY_REQUIRED_05/05/2012 15:20:03
  • krsv_proc_kill: Killing 4 processes (all RFS)
  • All dispatchers and shared servers shutdown
  • CLOSE: killing server sessions.
  • CLOSE: all sessions shutdown successfully.
  • Sat May 05 15:20:09 2012
  • SMON: disabling cache recovery
  • Begin: Standby Redo Logfile archival
  • End: Standby Redo Logfile archival
  • RESETLOGS after incomplete recovery UNTIL CHANGE 1107151
  • Waiting for all non-current ORLs to be archived...
  • All non-current ORLs have been archived.
  • Resetting resetlogs activation ID 1695253094 (0x650b8266)
  • Online log /u01/app/oracle/fast_recovery_area/DG2/onlinelog/o1_mf_1_7s76q5w1_.log: Thread 1 Group 1 was

  • previously cleared
  • Online log /u01/app/oracle/fast_recovery_area/DG2/onlinelog/o1_mf_2_7s76q94s_.log: Thread 1 Group 2 was

  • previously cleared
  • Online log /u01/app/oracle/fast_recovery_area/DG2/onlinelog/o1_mf_3_7s76qbhq_.log: Thread 1 Group 3 was

  • previously cleared
  • Standby became primary SCN: 1107149
  • Sat May 05 15:20:11 2012
  • Setting recovery target incarnation to 3
  • AUDIT_TRAIL initialization parameter is changed back to its original value as specified in the parameter file.
  • CONVERT TO SNAPSHOT STANDBY: Complete - Database mounted as snapshot standby
  • Completed: alter database convert to snapshot standby
　　

　　五：对快照数据库进行写数据操作
　　


  • SQL> create user test identified by test;
  • User created.

  • SQL> grant connect,resource to test;
  • Grant succeeded.

  • [oracle@dg1 ~]$ sqlplus test/test@dg2
  • SQL*Plus: Release 11.2.0.3.0 Production on Sat May 5 15:28:42 2012
  • Copyright (c) 1982, 2011, Oracle.  All rights reserved.

  • Connected to:
  • Oracle Database 11g Enterprise Edition Release 11.2.0.3.0 - 64bit Production
  • With the Partitioning, OLAP, Data Mining and Real Application Testing options

  • SQL> create table t1 (id number);
  • Table created.

  • SQL> insert into t1 values (1);
  • 1 row created.

  • SQL> commit;
  • Commit complete.

  • SQL> exit
  • Disconnected from Oracle Database 11g Enterprise Edition Release 11.2.0.3.0 - 64bit Production
  • With the Partitioning, OLAP, Data Mining and Real Application Testing options
　　

　　六：主库上执行日志切换，观察主库的日志输入，红色字体部分说明日志有继续传输到dg2
　　


  • SQL> select open_mode,database_role,db_unique_name,flashback_on from v$database;

  • OPEN_MODE            DATABASE_ROLE    DB_UNIQUE_NAME       FLASHBACK_ON
  • -------------------- ---------------- -------------------- ------------------
  • READ WRITE           PRIMARY          dg1                  NO

  • SQL> archive log list
  • Database log mode              Archive Mode
  • Automatic archival             Enabled
  • Archive destination            /u01/app/oracle/standbylog
  • Oldest online log sequence     42
  • Next log sequence to archive   44
  • Current log sequence           44
  • SQL> alter system switch logfile;
  • System altered.

  • [oracle@dg1 ~]$ tail -f /u01/app/oracle/diag/rdbms/dg1/dg/trace/alert_dg.log
  • Sat May 05 15:34:10 2012
  • LGWR: Standby redo logfile selected to archive thread 1 sequence 45
  • LGWR: Standby redo logfile selected for thread 1 sequence 45 for destination LOG_ARCHIVE_DEST_2
  • Thread 1 advanced to log sequence 45 (LGWR switch)
  •   Current log# 2 seq# 45 mem# 0: /u01/app/oracle/oradata/dg/redo02.log
  • Sat May 05 15:34:11 2012
  • Archived Log entry 72 added for thread 1 sequence 44 ID 0x650b8266 dest 1:
　　

　　七：查看快照数据库，已经多了一个incarnation，日志序列号从1开始
　　


  • SQL> select open_mode,database_role,db_unique_name,flashback_on from v$database;

  • OPEN_MODE            DATABASE_ROLE    DB_UNIQUE_NAME       FLASHBACK_ON
  • -------------------- ---------------- -------------------- ------------------
  • READ WRITE           SNAPSHOT STANDBY dg2                  RESTORE POINT ONLY

  • SQL> archive log list;
  • Database log mode              Archive Mode
  • Automatic archival             Enabled
  • Archive destination            /u01/app/oracle/standbylog
  • Oldest online log sequence     1
  • Next log sequence to archive   1
  • Current log sequence           1

  • [oracle@dg2 ~]$ rman target /
  • Recovery Manager: Release 11.2.0.3.0 - Production on Sat May 5 15:35:43 2012
  • Copyright (c) 1982, 2011, Oracle and/or its affiliates.  All rights reserved.
  • connected to target database: DG (DBID=1694605607)

  • RMAN> list incarnation;

  • using target database control file instead of recovery catalog

  • List of Database Incarnations
  • DB Key  Inc Key DB Name  DB ID            STATUS  Reset SCN  Reset Time
  • ------- ------- -------- ---------------- --- ---------- ----------
  • 1       1       DG       1694605607       PARENT  1          2011-09-17-09:46:04
  • 2       2       DG       1694605607       PARENT  995548     2012-04-22-12:43:25
  • 3       3       DG       1694605607       CURRENT 1107152    2012-05-05-15:20:09
　　

　　八:重新转换快照数据库到物理备库状态，查看相关的日志信息
　　


  • SQL> shutdown immediate
  • Database closed.
  • Database dismounted.
  • ORACLE instance shut down.

  • SQL> startup mount
  • ORACLE instance started.

  • Total System Global Area  417546240 bytes
  • Fixed Size                  2228944 bytes
  • Variable Size             348130608 bytes
  • Database Buffers           58720256 bytes
  • Redo Buffers                8466432 bytes
  • Database mounted.

  • SQL> select open_mode,database_role,db_unique_name,flashback_on from v$database;

  • OPEN_MODE            DATABASE_ROLE    DB_UNIQUE_NAME       FLASHBACK_ON
  • -------------------- ---------------- -------------------- ------------------
  • MOUNTED              SNAPSHOT STANDBY dg2                  RESTORE POINT ONLY

  • SQL> alter database convert to physical standby;
  • Database altered.

  • [oracle@dg2 ~]$ tail -f /u01/app/oracle/diag/rdbms/dg2/dg/trace/alert_dg.log
  • Sat May 05 15:40:10 2012
  • alter database convert to physical standby
  • ALTER DATABASE CONVERT TO PHYSICAL STANDBY (dg)
  • krsv_proc_kill: Killing 3 processes (all RFS)
  • Flashback Restore Start
  • Flashback Restore Complete
  • Drop guaranteed restore point
  • Stopping background process RVWR
  • Deleted Oracle managed file /u01/app/oracle/fast_recovery_area/DG2/flashback/o1_mf_7t9o53gj_.flb
  • Deleted Oracle managed file /u01/app/oracle/fast_recovery_area/DG2/flashback/o1_mf_7t9o57qv_.flb
  • Guaranteed restore point  dropped
  • Clearing standby activation ID 1695816619 (0x65141bab)
  • The primary database controlfile was created using the
  • 'MAXLOGFILES 16' clause.
  • There is space for up to 13 standby redo logfiles
  • Use the following SQL commands on the standby database to create
  • standby redo logfiles that match the primary database:
  • ALTER DATABASE ADD STANDBY LOGFILE 'srl1.f' SIZE 52428800;
  • ALTER DATABASE ADD STANDBY LOGFILE 'srl2.f' SIZE 52428800;
  • ALTER DATABASE ADD STANDBY LOGFILE 'srl3.f' SIZE 52428800;
  • ALTER DATABASE ADD STANDBY LOGFILE 'srl4.f' SIZE 52428800;
  • Shutting down archive processes
  • Archiving is disabled
  • Sat May 05 15:40:19 2012
  • ARCH shutting down
  • ARC3: Archival stopped
  • Sat May 05 15:40:19 2012
  • ARCH shutting down
  • ARC2: Archival stopped
  • Sat May 05 15:40:19 2012
  • ARCH shutting downSat May 05 15:40:19 2012
  • ARCH shutting down
  • ARC0: Archival stopped
  • ARC1: Archival stopped
  • Sat May 05 15:40:20 2012
  • Completed: alter database convert to physical standby
　　

　　九：重新将备库置于ADG模式下，之前的测试数据已经不存在
　　


  • SQL> select open_mode,database_role,db_unique_name,flashback_on from v$database;
  • select open_mode,database_role,db_unique_name,flashback_on from v$database
  • *
  • ERROR at line 1:
  • ORA-01507: database not mounted

  • SQL> shutdown immediate
  • ORA-01507: database not mounted
  • ORACLE instance shut down.

  • SQL> startup
  • ORACLE instance started.

  • Total System Global Area  417546240 bytes
  • Fixed Size                  2228944 bytes
  • Variable Size             348130608 bytes
  • Database Buffers           58720256 bytes
  • Redo Buffers                8466432 bytes
  • Database mounted.
  • Database opened.

  • SQL> select open_mode,database_role,db_unique_name,flashback_on from v$database;

  • OPEN_MODE            DATABASE_ROLE    DB_UNIQUE_NAME       FLASHBACK_ON
  • -------------------- ---------------- -------------------- ------------------
  • READ ONLY WITH APPLY PHYSICAL STANDBY dg2                  NO

  • SQL> select * from test.t1;
  • select * from test.t1
  •                    *
  • ERROR at line 1:
  • ORA-00942: table or view does not exist

  • SQL> select * from dba_users where username='TEST';
  • no rows selected
　　




运维网声明 1、欢迎大家加入本站运维交流群:群②:261659950 群⑤:202807635 群⑦870801961 群⑧679858003
2、本站所有主题由该帖子作者发表，该帖子作者与运维网享有帖子相关版权
3、所有作品的著作权均归原作者享有，请您和我们一样尊重他人的著作权等合法权益。如果您对作品感到满意，请购买正版
4、禁止制作、复制、发布和传播具有反动、淫秽、色情、暴力、凶杀等内容的信息，一经发现立即删除。若您因此触犯法律，一切后果自负，我们对此不承担任何责任
5、所有资源均系网友上传或者通过网络收集，我们仅提供一个展示、介绍、观摩学习的平台，我们不对其内容的准确性、可靠性、正当性、安全性、合法性等负责，亦不承担任何法律责任
6、所有作品仅供您个人学习、研究或欣赏，不得用于商业或者其他用途，否则，一切后果均由您自己承担，我们对此不承担任何法律责任
7、如涉及侵犯版权等问题，请您及时通知我们，我们将立即采取措施予以解决
8、联系人Email：admin@iyunv.com 网址：www.yunweiku.com

所有资源均系网友上传或者通过网络收集,我们仅提供一个展示、介绍、观摩学习的平台,我们不对其承担任何法律责任,如涉及侵犯版权等问题,请您及时通知我们,我们将立即处理,联系人Email:kefu@iyunv.com,QQ:1061981298 本贴地址：https://www.iyunv.com/thread-600141-1-1.html 上篇帖子： Oracle日期比较 下篇帖子： Oracle锁实验
回复

使用道具 举报

返回列表
高级模式
B Color Image Link Quote Code Smilies
您需要登录后才可以回帖 登录 | 立即注册

本版积分规则

扫码加入运维网微信交流群X

扫码加入运维网微信交流群

扫描二维码加入运维网微信交流群，最新一手资源尽在官方微信交流群！快快加入我们吧...

扫描微信二维码查看详情

客服 E-mail:iyunvcom@gmail.com

本站由青云提供云计算服务

运维网--中国最专业的运维工程师交流社区

豫ICP备20007574号-1 Copyright © 2012-2025

关于我们

发展历程

联系我们

关注我们

广告服务

广告案例

隐私条款

免责声明

用户登录

用户注册

版主守则

申请版主

手机版

金币获取

帮助中心

每日签到

Good Good

Study

Day Day

UP


客服E-mail:kefu@iyunv.com 客服QQ：1061981298


QQ群⑦：运维网交流群⑦ QQ群⑧：运维网交流群⑧ k8s群：运维网kubernetes交流群


提醒：禁止发布任何违反国家法律、法规的言论与图片等内容；本站内容均来自个人观点与网络等信息，非本站认同之观点.


本站大部分资源是网友从网上搜集分享而来，其版权均归原作者及其网站所有，我们尊重他人的合法权益，如有内容侵犯您的合法权益，请及时与我们联系进行核实删除！



合作伙伴: 青云cloud

快速回复 返回顶部 返回列表