设为首页 收藏本站
查看: 547|回复: 0

[经验分享] Oracle 11g physical dataguard之快照备用

[复制链接]

尚未签到

发表于 2018-9-6 07:38:29 | 显示全部楼层 |阅读模式
  在oracle 10g要准备一个读写备用的数据库还是很繁琐的,准备好dataguard后得手动创建还原点,手动停日志传送,手动激活并强制打开,测试完了,如果主备的SCN差太多,你还得做增量备份追,统计了下需15步,和搭一个physical standby的步骤差不多了,所以用的极少。到11g里终于解放了,启用快照备库只需3步(当然中间重启的次数不算),恢复到实时应用备用也只需2步,日志还是继续传,需要镜像库测试的朋友,可以放心用了(用dataguard borker更简单)。当然转换成Snapshot Standby,是有些附加条件的(没有的参照前文去搭建一个):
  1 数据库闪回得打开;
  2 db_recovery_file_dest_size还是要有足够的空间的;
  3 如果使用的保护模式是Maximum Protection模式,必须有其他的Standby与之相匹配,否则小心主库宕机。
  手动做的步骤如下:
  1检查闪回
  

SQL> select flashback_on,database_role,open_mode from v$database;  
FLASHBACK_ON       DATABASE_ROLE    OPEN_MODE
  
------------------ ---------------- --------------------
  
NO                 PHYSICAL STANDBY READ ONLY WITH APPLY
  

  当前Standby状态是只读Apply状态,这个时候需要终止Apply过程,并且切换回mount状态。否则是不允许进行convert动作的。
  

SQL> shutdown immediate;  
Database closed.
  
Database dismounted.
  
ORACLE instance shut down.
  
SQL> startup mount;
  
ORACLE instance started.

  
SQL>>  
alter database flashback on
  
*
  
ERROR at line 1:
  
ORA-38706: Cannot turn on FLASHBACK DATABASE logging.
  
ORA-38709: Recovery Area is not enabled.
  

  报错了,这个错误好解决:
  

SQL> show parameter db_recovery_file  

  
NAME                                 TYPE        VALUE
  
------------------------------------ ----------- ------------------------------
  
db_recovery_file_dest                string
  
db_recovery_file_dest_size           big integer 51000M

  
SQL>>
  
SQL>>  
SQL> select flashback_on from v$database;
  
FLASHBACK_ON
  
------------------
  
YES
  

  2  转换
  

SQL>>
SQL>>  

  有兴趣的可以看下alert_sid.log
  End: Standby Redo Logfile archival
  RESETLOGS after incomplete recovery UNTIL CHANGE 1974538

  Resetting resetlogs activation>  Online log /data/db/onlinelog/group_1.261.899048765: Thread 1 Group 1 was previously cleared
  Online log /data/db/onlinelog/group_2.260.899048765: Thread 1 Group 2 was previously cleared
  Online log /data/db/onlinelog/group_3.277.899049819: Thread 2 Group 3 was previously cleared
  Online log /data/db/onlinelog/group_4.278.899049819: Thread 2 Group 4 was previously cleared
  Online log /data/db/onlinelog/group_5.280.908381663: Thread 1 Group 5 was previously cleared
  Online log /data/db/onlinelog/group_6.281.908381749: Thread 1 Group 6 was previously cleared
  Online log /data/db/onlinelog/group_7.282.908381877: Thread 1 Group 7 was previously cleared
  检查下当前数据库状态:
  

SQL> select open_mode, database_role, protection_mode from v$database;  

  
OPEN_MODE            DATABASE_ROLE    PROTECTION_MODE
  
-------------------- ---------------- --------------------
  
READ WRITE           SNAPSHOT STANDBY MAXIMUM AVAILABILITY
  

  已经变成可写状态,查询flash_back开始的SCN:
  

SQL> select oldest_flashback_scn, oldest_flashback_time from v$flashback_database_log;  

  
OLDEST_FLASHBACK_SCN OLDEST_FLASH
  
-------------------- ------------
  1974537 17-MAY-17
  

  从这里开始可以对备库进行任何操作:
  

SQL> create table  test  as select * from all_objects;  
Table created.
  
SQL> select count(*) from test;
  COUNT(*)
  
----------
  14629
  
SQL> drop table STAGE_TERADATA_OFFLINE_PKEYS purge;
  
Table dropped.
  

  切回:
  1 关库,切换
  

SQL>shutdown immediate  
SQL>startup mount;

  
SQL>>  

  这里查看alert_sid.log可以看到
  Flashback Restore Start
  Flashback Restore Complete
  Drop guaranteed restore point
  删除了还原点
  2 关库,关闪回,启用real time apply
  

SQL>shutdown immediate;  
SQL>startup mount;
  
SQL>alter database flashback off;
  
SQL>alter database open;
  
SQL>RECOVER  managed standby database using current logfile disconnect from session
  
SQL>select open_mode, database_role, protection_mode,current_SCN from v$database;
  
OPEN_MODE            DATABASE_ROLE    PROTECTION_MODE      CURRENT_SCN
  
-------------------- ---------------- -------------------- -----------
  
READ ONLY WITH APPLY PHYSICAL STANDBY MAXIMUM AVAILABILITY     1977350
  

  检查下刚才测试的数据:
  

[oracle@ora9-2 data]$ sqlplus scott/test
  
SQL*Plus:>  
Copyright (c) 1982, 2013, Oracle.  All rights reserved.
  
ERROR:
  
ORA-28002: the password will expire within 18446744073709551614 days
  
Connected to:

  
Oracle Database 11g Enterprise Edition>  
With the Partitioning, OLAP, Data Mining and Real Application Testing options
  
SQL> select count(*) from test;
  
select count(*) from test
  *
  
ERROR at line 1:
  
ORA-00942: table or view does not exist
  

  
SQL> select * from STAGE_TERADATA_OFFLINE_PKEYS;
  
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.yunweiku.com/thread-563754-1-1.html 上篇帖子: oracle package包头和package body包体例子 下篇帖子: oracle connect by用法
您需要登录后才可以回帖 登录 | 立即注册

本版积分规则

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

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

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

扫描微信二维码查看详情

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


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


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


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



合作伙伴: 青云cloud

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