【DG】利用闪回数据库(flashback)修复Failover后的DG环境

利用闪回数据库(flashback)修复Failover后的DG环境

1.1  BLOG文档结构图

1.2  前言部分

1.2.1  导读和注意事项

各位技术爱好者,看完本文后,你可以掌握如下的技能,也可以学到一些其它你所不知道的知识,~O(∩_∩)O~:

Failover后DG环境的恢复方法(重点)

② DG的基本维护操作

③ GC客户端软件的安装

④ 利用GC快速搭建一套DG环境

⑤ Failover和Switchover的区别

⑥ 其它维护操作

1.3  本文简介

10月23和24日考完了OCM,感觉过关的法则就是“真题+多练”,练习过10来遍,基本就可以考过了。OCM的考试内容除了GC这块小麦苗没有接触过,其它内容基本都算熟。基本命令熟记于心,不熟的命令可以立马找到官方文档,善用OEM和SQL Developer工具。所以,想快速通过OCM考试的朋友可以私下联系小麦苗,小麦苗会把自己的经验全都教给大家。

好了,废话不多说了。最近小麦苗的DBA宝典微信群里,有朋会友问到了Failover操作后,如何恢复到最初的DG环境。这个问题,小麦苗大概知道利用闪回可以实现,只是没有做过实验,或者曾经做过实验,只是没有记录文档,反正就是年纪大了,想不起来了。好吧,最近就抽个时间把这个实验做一遍。有不对的地方,依然请大家指出。

1.4  相关知识点扫盲

① 物理DG的Switchover切换:http://blog.itpub.net/26736162/viewspace-1753111/

② 物理DG的Failover切换:http://blog.itpub.net/26736162/viewspace-1753130/

③ 利用闪回数据库(flashback)修复Failover后的DG环境:http://blog.itpub.net/26736162/viewspace-2146883/

④ Switchover和Failover的区别:http://blog.itpub.net/26736162/viewspace-2141207/

-------------------------------------------------------------------------

第二章 实验准备

2.1  实验环境介绍

实验环境为练习OCM的虚拟机环境:


项目


Source DB


Target DB


DB 类型


单机


单机


DB VERSION


11.2.0.3.0


11.2.0.3.0


DB 存储


FS


FS


OS版本及kernel版本


OEL linux 5.4 32


OEL linux 5.4 32


DB_NAME


PROD1


PROD1


ORACLE_SID


PROD1


SBDB1


ORACLE_HOME


/u01/app/oracle/product/11.2.0/dbhome_1


/u01/app/oracle/product/11.2.0/db_1


hosts文件


10.190.104.111  edsir4p1.us.oracle.com edsir4p1

10.190.104.28   edsir1p8.us.oracle.com edsir1p8

2.2  实验目标

备库执行FAILOVER后,通过闪回数据库技术重新恢复DG环境,而不用重新搭建DG。

2.3  实验过程

2.4  利用GC快速搭建DG环境

小麦苗手头的DG环境是在一个主机上,测试多有不便,刚好,最近练习OCM的环境还在,就用练习OCM的环境来做这个实验吧。若已经有DG环境的朋友可以略过该小节内容。

全文请参考:http://blog.itpub.net/26736162/viewspace-2146883/

第五章 实验总结

1、主库在开启闪回数据库功能后,备库并不会开启闪回数据库的功能。

2、PROD1为主库,SBDB1为备库;若PROD1意外宕机,则SBDB1执行Failover操作变为主库;此时若想恢复DG环境,则有3种处理办法:

① 将PROD1利用闪回数据库功能闪回到SBDB1变为主库的SCN时间点,然后将PROD1转换为备库,最后利用switchover转换为最初的环境。<===PROD1需要开启闪回

② 将SBDB1利用闪回数据库功能闪回到SBDB1变为主库的SCN时间点,此时SBDB1仍然是主库的角色,然后将SBDB1转换为备库。<===SBDB1需要开启闪回,会丢失部分数据。

③ 利用RMAN重新搭建DG环境。详情请参考:http://blog.itpub.net/26736162/viewspace-1753130/

第六章 参考文章

6.1  MOS或官网

https://docs.oracle.com/cd/E11882_01/server.112/e41134/scenarios.htm#SBYDB4889

https://docs.oracle.com/cd/E11882_01/server.112/e41134/scenarios.htm#SBYDB00900

This chapter describes scenarios you might encounter while administering your Data Guard configuration. Each scenario can be adapted to your specific environment.聽Table 13-1lists the scenarios presented in this chapter.

Table 13-1 Data Guard Scenarios


Reference


Scenario


Section 13.1


Configuring Logical Standby Databases After a Failover


Section 13.2


Converting a Failed Primary Into a Standby Database Using Flashback Database


Section 13.3


Using Flashback Database After Issuing an Open Resetlogs Statement


Section 13.4


Recovering After the NOLOGGING Clause Is Specified


Section 13.5


Creating a Standby Database That Uses OMF or Oracle ASM


Section 13.6


Recovering From Lost-Write Errors on a Primary Database


Section 13.7


Converting a Failed Primary into a Standby Database Using RMAN Backups


Section 13.8


Changing the Character Set of a Primary Without Re-Creating Physical Standbys

这8个实验,建议有兴趣的朋友都做一遍。

http://blog.itpub.net/24500180/viewspace-1068495/

http://blog.itpub.net/24500180/viewspace-1068141/

http://blog.itpub.net/24500180/viewspace-1069602/

6.2  博客

Data Guard高级玩法:通过闪回恢复failover备库:http://blog.itpub.net/23718752/viewspace-2124234/

使用Flashback让Failover数据库重新加入DG环境:http://blog.itpub.net/17203031/viewspace-1184082

http://blog.itpub.net/24500180/viewspace-1068495/

http://blog.itpub.net/24500180/viewspace-1068141/

http://blog.itpub.net/24500180/viewspace-1069602/

------------------------------------------------------------------------




About Me


.............................................................................................................................................

● 本文作者:小麦苗,部分内容整理自网络,若有侵权请联系小麦苗删除

● 本文在itpub(http://blog.itpub.net/26736162/abstract/1/)、博客园(http://www.cnblogs.com/lhrbest)和个人微信公众号(xiaomaimiaolhr)上有同步更新

● 本文itpub地址:http://blog.itpub.net/26736162/viewspace-2146883/

● 本文博客园地址:http://www.cnblogs.com/lhrbest/p/7793934.html

● 本文pdf版、个人简介及小麦苗云盘地址:http://blog.itpub.net/26736162/viewspace-1624453/

● 数据库笔试面试题库及解答:http://blog.itpub.net/26736162/viewspace-2134706/

● DBA宝典今日头条号地址:http://www.toutiao.com/c/user/6401772890/#mid=1564638659405826

.............................................................................................................................................

● QQ群号:230161599(满)、618766405

● 微信群:可加我微信,我拉大家进群,非诚勿扰

● 联系我请加QQ好友(646634621),注明添加缘由

● 于 2017-11-01 09:00 ~ 2017-11-30 22:00 在魔都完成

● 文章内容来源于小麦苗的学习笔记,部分整理自网络,若有侵权或不当之处还请谅解

● 版权所有,欢迎分享本文,转载请保留出处

.............................................................................................................................................

● 小麦苗的微店:https://weidian.com/s/793741433?wfr=c&ifr=shopdetail

● 小麦苗出版的数据库类丛书:http://blog.itpub.net/26736162/viewspace-2142121/

.............................................................................................................................................

使用微信客户端扫描下面的二维码来关注小麦苗的微信公众号(xiaomaimiaolhr)及QQ群(DBA宝典),学习最实用的数据库技术。

小麦苗的微信公众号      小麦苗的DBA宝典QQ群2     《DBA笔试面宝典》读者群       小麦苗的微店

.............................................................................................................................................

时间: 2024-08-13 09:31:35

【DG】利用闪回数据库(flashback)修复Failover后的DG环境的相关文章

如何利用闪回数据库特性恢复failover 后的dataguard 环境?

11g dataguard standby 切成主库,测试完成后恢复为原standby 环境 ####################### 概述: 11204 单机对单机实施dg,因局方要求需要(读写模式)打开standby :而这时原生产环境不能有任何影响动,依然对外服务: 采用的思路是:standby 直接failover 为primary db:这时原有dg关系被破坏,互不影响: ####################### 思路概要: 1.确认主库归档日志存放空间是否足够?(需考虑归

Oracle10g 闪回数据库 (Flashback Database)

生产上要做灾备系统的应急切换演练,灾备端是由OGG搭建的.由于生产库都比较大10多T,不想演练后重新初始化灾备库,生产库版本为10.2.0.4,于是想到10g的新特性flashback database.演练开始前记录一个还原点,演练结束后闪回到这个还原点,重新同步ogg即可. 测试闪加数据库. 一.开启FLASHBACK DATABASE 数据库版本:10.2.0.4 启用FLASHBACK DATABASE数据库必须为ARCHIVELOG模式,还需要有一个闪回恢复区用于存储闪回日志,RAC中

Flashback Database 闪回数据库

一.  Flashback Database 说明 Flashback Database 功能非常类似与 RMAN 的不完全恢复, 它可以把整个数据库回退到过去的某个时点的状态, 这个功能依赖于 Flashback log 日志. 比RMAN 更快速和高效. 因此 Flashback Database 可以看作是不完全恢复的替代技术. 但它也有某些限制:(1)Flashback Database 不能解决 Media Failure, 这种错误 RMAN 恢复仍是唯一选择.(2)如果删除了数据文

Oracle Flashback Technologies - 闪回数据库

根据指定的SCN,使用rman闪回数据库 #查看可以闪回到多久前 SQL> select * from v$flashback_database_log; #查看当前的SCN SQL> select current_scn from v$database; CURRENT_SCN ----------- 1462273 SQL> #关闭数据库 $ rman target / Recovery Manager: Release 11.2.0.4.0 - Production on Tue

PLSQL_闪回删除FlashBack Delete表误删除如何进行恢复(案例)

2014-07-02 BaoXinjian 一.摘要 在PLSQL开发时,有时候会遇到对表中数据的误删除,其实遇到这种情况不需要紧张,如果问题较大,请DBA帮忙,如果只是小问题,只需自己处理,利用flashback闪回操作即可,可可将表进行恢复 在删除中数据时,系统会自动记录一个SCN和时间戳,按SCN和时间戳就可以查询出被误删除的资料 1.SCN 概念 SCN是当Oracle数据库更新后,由DBMS自动维护去累积递增的一个数字.Oracle数据库中一共有4种SCN分别为 系统检查点SCN: 系

Oracle闪回技术(Flashback)

闪回技术有闪回表.闪回删除.闪回查询.闪回事务查询.闪回事务.闪回数据库.闪回数据归档.其中,闪回查询.闪回事务查询用来“观察”过去:闪回数据归档并不是一个独立的功能,其功能是扩展闪回查询的时间窗口:闪回表.闪回删表能够以表为单位“回到”过去:闪回事务能够以事务为单位“回到”过去:闪回数据库能够以数据库为单位“回到”过去. 一. 闪回表(Flashback Table) 闪回表是利用UNDO表空间的撤销数据,所以能把表闪回到多久之前受到undo_retention,UNDO表空间的数据文件是否启

PLSQL_闪回删除FlashBack Drop表误删除如何进行恢复(案例)

2014-06-25 BaoXinjian 一.摘要 在PLSQL开发时,有时候会遇到对表的误删除,其实遇到这种情况不需要紧张,如果问题较大,请DBA帮忙,如果只是小问题,只需自己处理,利用flashback闪回操作即可,可将表进行恢复 在删除表时,系统一般都是表放入回收站中,并没有完全进行删除,因此,只需从回收站中进行恢复就可以了,原理和Window中的回收站一样,但是一旦将回收站中的资料再进行删除,这个就很难恢复了,只能向DBA求救 1. 回收站的概念 回收站,是一个虚拟的容器,用于存放所有

闪回数据库的使用

oracle闪回技术-----使用闪回日志来恢复用户的逻辑错误,这种修复只针对用户逻辑错误的恢复,而不涉及整个数据库的恢复 恢复更具有针对性而且恢复时间大大减少. 对于闪回数据库而言,闪回日志不会被归档 启用闪回数据库-----数据库处于归档模式 使用DB_RECOVERY_FILE_DEST参数指定的目录作为存储目录,该参数的值即为快速恢复区 db_flashback_retention_target,该参数的值是一个一分钟为单位的数字. 通过数据字典v$flashback_database_

11G 闪回数据库

第一种场景 库是用来培训或测试环境的,测试完毕后恢复原来的样子 [email protected] odb>archive log list; Databaselog mode            No Archive Mode Automaticarchival             Disabled Archivedestination           USE_DB_RECOVERY_FILE_DEST Oldestonline log sequence      220 Curre