在上云后的Oracle数据灾备场景中，我们经常听到DBA迁移工程师讲到“在这个项目中用ADG进行数据实时备份，ADG比DG更好！”。究竟ADG作Oracle数据灾备的优势在什么地方？
随着Oracle ADG技术的逐渐成熟，大多数数据库环境都使用ADG作为灾备和报表数据库，可以说是标配。
可能平时下载、安装Oracle，未必十分关注版本的问题，有时惯性思维，就选择一个最大的安装包，肯定是功能最丰富的，接着就装上用了。
Oracle ADG全称为Oracle Active Data Guard，它是Oracle Data Guard功能集中的一个高级选项。Active Data Guard是Oracle数据库提供的一种高级高可用性和灾难恢复解决方案，它在Oracle Data Guard的基础上进一步增强了备用数据库（Standby Database）的功能和利用率。
墨墨导读：一套11 G r2（11.2.0.3）版本的2节点RAC adg环境，节点1因为硬件原因异常crash（apply redo 节点）， 但同时实例2上的应用也都断开了（原来都是open）。
这是一个比较细节的知识点，但必须要理解这个才能准确判断Oracle ADG的延迟情况。
回忆起来也是有些年没亲自动手搭建ADG了，今天正好有个机会重温，客户环境是19.16，恍惚记得上一次搭ADG还是在11.2.0.4的时代，时光荏苒啊。 正好看下19c的ADG和11g的ADG在部署方面有啥不同？ 主备库都是RAC架构，数据库是CDB架构，包含有4个PDB，整个搭建过程还是遇到很多小问题，但基本也都知道原因并能快速解决，也有个别折腾了很久的，蛮有意思，所以记录下本次遇到的问题供日后参考，客户信息已脱敏。
客户的一套生产环境采用的架构是Oracle ADG + Keepalived，近期需要进行切换演练，要求我这边保障。ADG本身切换倒没啥可说的，但引入keepalived软件，就需要提前研究下这个架构。其实看了下环境配置，整体思路也非常简单，说白了就是利用keepalived软件引入一个VIP，应用侧只需配置连接这个VIP即可。 依据当前生产环境架构模拟了一套自己的测试环境。
经过交流群中朋友的多次要求，这次给大家分享一下 RAC to Single 的 ADG 搭建教程！
背景： 环境未配置DG Broker，手工切换ADG，19c也要比11g时代的切换更简单。 使用自己的测试环境，具体可参见： 单实例Primary快速搭建Standby RAC参考手册(19.16 ADG)
Data Guard作为Oracle提供的一个高可用及灾备解决方案,理解并可以实施它对于DBA来说是非常重要套的技能
为了及时共享行业案例，通告共性问题，达成知识共享和提前预防，我们整理和编辑了《云和恩墨技术通讯》（7月刊），通过对过去一段时间的知识回顾和故障归纳，以期提供有价值的信息供大家参考。 同时，我们也希望能够将热点事件、新的产品特性及其他有价值的信息聚集起来，为您提供具有前瞻性的支持信息，保持对于当前最新的数据库新闻和事件的了解，其中包括重要数据库产品发布、警报、更新、新版本、补丁等。
昨天聊了一篇关于高可用方案中Oracle的RAC和MySQL的MHA的对比。 今天来说下Oracle的DG和MySQL的方案对比，相比来说，可能这方面MySQL会单薄一些，所以文末会说下InnoDB Cluster。 在灾备的概念中，Oracle DBA喜欢叫做主备，即为Primary,Standby,而MySQL喜欢叫做主从，即为Master,Slave 首先在Oracle中，数据是基于物理复制（此处说的都是physical standby），所以对于数据库的状态和角色就很好定位，从库正常状况下是
Oracle 12cR2中有一个不错的特性，那就是Active Data Guard会话保留，原本的叫法是Preserving Active Data Guard Application Connections 怎么理解呢，比如在Active Data Guard上的连接会话，在switchover的过程中会话连接会始终保持不会中断。这一点听起来就很有特点，能够提高用户体验度，而且是一种相对透明的方式。 到底怎么样呢，我们来简单测试一下，先看看默认情况下的ADG会话情况,切换的过程就直接使用DG
Oracle Data Guard是Oracle MAA(Maximum Availability Architecture)中的成员之一，也是MAA中技术要求最简单的方案之一。随着Oracle新功能的引入如Active Standby Database后，加速了Oracle Data Guard的普及。响应去I的趋势和X86架构的流行，对Oracle Data Guard的普及更起到了锦上添花的影响。
ADG单实例搭建系列之（Active Database Duplicate Using Image Copies）
对于dataguard说，switchover,failover是一种互补可选的容灾解决方案。但是对于这种容灾思路还是存在着一些实践中的细节需 要，从数据层面而言，只能是最大程度保证了数据的不丢失，但是数据切换过去了，权限，配置这些信息还是需要考虑的，如果切换过程很快，收尾的补充工作很 慢，那么总体来看切换的时间就被拉长了。 在提出准备的需求之前，容我花一点时间来简单吐槽一下10g中的dataguard. 10g中的状态切换 10g中的dataguard没有adg的特性，在使用中还是有很大的限制，很多时候备
DG根据备库（Standby Database）重演日志方式的不同，可以分为物理DG（Physical DG）、逻辑DG（Logical DG）和快照DG（Snapshot DG），它们对应的数据库分别可以称为Physical Standby、Logical Standby和Snapshot Standby。
首先，DG（Data Guard，数据卫士）不是一个备份恢复的工具，然而，DG却拥有备份的功能，在物理DG下它可以和主库一模一样，但是它存在的目的并不仅仅是为了备份恢复数据，应该说它的存在是为了确保企业数据的高可用性，数据保护以及灾难恢复。DBA可以通过将一些操作（例如查询报表）转移到备库执行的方式来减小主库的压力，构建高可用的企业数据库应用环境。
题记：对于企业关键业务而言，信息系统可靠性是关键。各行业关键 IT系统因为系统故障导致服务中断的事件仍然时有发生，近年来有一些银行 IT 系统，虽然建有两地三中心布局，但仍然有业务中断服务的现象。传统的存储复制容灾架构和DG容灾架构理论上是可以避免业务中断的，但很多企业在实际操作过程中，往往灾备切换的过程很漫长。 近年来，互联网企业云计算、大数据风起云涌，传统企业在市场压力下，也面临着利用新技术，更好的服务用户与市场的迫切要求。 Extended RAC方案 Oracle ADG上的列式存储支持 Oracl
Oracle自发布12.1之后，就一直声称要全面转云，在之后的三四年里，一直杳无音信，大家都在猜测，Oracle又在憋什么大招，果然，2017阳春三月，大招来了！今年三月份，在广大用户的热切盼望中，O
今天碰到一个有些奇怪的问题，但是奇怪的现象背后都是有本质的因果。 下午在做一个环境的检查时，发现备库是在mount阶段，这可是一个11gR2的库，没有ADG实在是太浪费了，对于这种情况感觉太不应该了。 所以尝试启动至open阶段，发现状态一直是read only,在ADG中应该是READ ONLY WITH APPLY才对啊。 使用dg broker设置为READ-ONLY,备库的数据库日志如下： Standby Database: stestdb3, Enabled Phys
今天在 Oracle 原厂公众号上看到了一篇描述 Oracle 21c ADG 新特性的文章，基于 PDB 级别的 ADG 可以实现自由切换，非整个 CDB 级别的 ADG 及 Switchover 十分不错，值得推荐，故分享给大家。
今天写了个脚本，虽然实现的功能不多，但是个人感觉是一个好的开始，架子出来了，后面要补充的细节加进来就逐步完善了。 这个脚本的运行效果如下： OS Version is :[ RHEL_6.3 ] Oracle Version is :[ 11.2.0.3.0] Oracle Instance is :[ dgtest ] dgtest ORACLE_HOME is :[ /U01/app/oracle/product/11.2.0.2/db_1 ] Oracle status is
1.TAF(Transparent Application Failover)即透明应用程序故障转移技术。当初始化连接出现问题无法连接时，该功能可以保证应用程序重新连接到可用服务。在重新连接过程中，之前的活动事务将会被回滚，但在“具体条件”下TAF可以保证SELECT语句不被终止。
在2015年旧金山的Oracle OpenWorld大会上，Oracle发布了Database 12.2的Beta版本，虽然Beta版本只对部分用户开放，但是大会上已经公布了12.2的很多重要的新特性，云和恩墨是Oracle的Beta用户，已经开始测试这一产品。在刚刚结束的“Oracle技术嘉年华”大会上，更详细的主题分享披露了更多内容。在这篇文章中，我将和大家一一来细数Oracle Database 12.2的新特性。 Oracle Sharding的实现 简单来说，Oracle的Sharding技术就是
Oracle Data Guard是Oracle MAA (Maximum Availability Architecture)中的成员之一。从Oracle 7i版本开始推出STANDBY DATABASE的概念，慢慢受到大家的欢迎。随着Oracle数据库版本的更迭，搭建备库的方式多种多样。今天介绍一种创建物理备库的新方式，从12C版本开始推出：使用 DBCA 命令行。
我只在中间备库环境应用了PSU，解决了级联备库从中间备库duplicate数据库的问题：
编辑手记:在Oracle 12.2中，ADG有许多惊人的改进，通过ADG standby数据库的性能数据收集和诊断、快照standby数据库的应用，以及实时的数据库操作监控的实现，能够根据用户需求相协调来提高DBA效率，从而为业务应用程序提供更好的服务质量。 1、Oracle Data Guard Support for Oracle Diagnostics Pack（Oracle DG 提供诊断包的支持） Oracle诊断包可以与以read-only的ADG standby数据库一起使用。能够将性能数据捕
事情是这样，给某客户培训构建hands-on实验环境时，因测试环境有限，在同一环境做了一套ADG环境； 数据库是单实例，版本19.21，使用了多租户选件； 其中一个测试的PDB，名为demo1，其中建好测试用户jingyu，遇到的问题是： 使用sqlplus连接时，会随机连接到主库或者备库。
本文旨在指导客户完成Oracle 11g的ADG部署工作，主库环境已具备，备库环境已安装完成数据库软件。 环境：RHEL 6.8 + Oracle 11.2.0.4
对于 Oracle Oracle ADG 备库重启时有些人都会有一个小问题，那就是没有及时应用日志没启动 MRP0 进程，导致主备库不同步。一般情况下主备库不同步的原因有：
说明：本文汇总Oracle安装部署，版本升级，应用补丁等相关内容，方便快速查阅。 其中参考随笔是汇总我自己总结的原创作品，参考文章是汇总其他作者的相关优秀作品。
墨墨导读：本文来自墨天轮用户投稿，介绍使用RMAN duplicate搭建12C的Data Guard环境的全过程。
关于半自动化搭建Data Guard，自己花了一些时间，总算是把这件事情继续推进了一下，还是再啰嗦一句，为什么不自动化，因为安全。主库就是主库，任何变更都要手工检查审核， 自动化的工作在备库和中控端来完成。我希望自己的脚本能够只知道主库的IP，不用一次又一次连过去配置和检查，当然要完成自动化还是半自动化，有些网友也提醒的极是，那就是规范和标准。 预先条件： 1.目前的设计是基于11.2.0.4的版本，当然这个很容易定制，在此是作为一个基本的标准，作为环境的初始化和Data Guard对的搭建的基线。 2.
因为最近需要做一个测试，就顺手搭建了一套简单的dg环境。不过碰到了一些小问题。 数据库环境是11gR2，备库是开在open状态，配置了dg broker,一切都很快完成了。备库状态为"READ ONLY WITH APPLY"当然这是期望之中ADG的状态。 然后在主库需要做一些配置，准备创建几个表空间 先创建了一个表空间 create tablespace testdata datafile '/DATA/app/oracle/oradata/test04/testdata01.dbf' size 100
写在前面： 最终实现环境：11.2.0.4版本 2节点RAC + 1节点DG 本文旨在弄清楚整个搭建过程中涉及到的基础概念； 本文安装maximum performance mode（最大性能模式）也是DG默认的数据保护模式；
最近积累了几个问题，我就凑在一起做一个统一的答复，微信后台的留言回复超过24小时就无法回复了，有时候看到的时候已经过了时间点了，实在抱歉。 有时候有些朋友是通过qq或者微信来问我问题，有时候运气好能够
**导读** > 作者：杨漆 > 16年关系型数据库管理，从oracle 9i 、10g、11g、12c到Mysql5.5、5.6、5.7、8.0 到TiDB获得3个OCP、2个OCM；运维路上不平坦，跌过不少坑、熬过许多夜。把工作笔记整理出来分享给大伙儿，希望帮到大家少走弯路、少熬夜。 提问： 如果您的生产环境为3节点的Rac+ASM，10T以上数据，业务对主库有极高性能要求，不能占用主库资源、通道、带宽，且主库归档日志每4小时会定时删除一次（归档存储空间有限，且无法扩容），现有备库上的归档每小时不定
以oracle 11G版本为准进行解析 Data Guard Architecture Overview (Data Guard架构概述) Data Guard provides the management, monitoring, and automation software to create and maintain one or more synchronized copies of a production database to protect Oracle data from failures, disasters, human error, and data corruptions while providing high availability for mission critical applications. Data Guard is included with Oracle Database Enterprise Edition. Data Guard提供管理，监视和自动化软件，用于创建和维护生产数据库的一个或多个同步副本，以保护Oracle数据免受故障，灾难，人为错误和数据损坏，同时为关键任务应用程序提供高可用性。 Data Guard包含在Oracle数据库企业版中。 Active Data Guard Functionality Overview (Active Data Guard功能概述） Active Data Guard is an option license for Oracle Database Enterprise Edition. Active Data Guard enables advanced capabilities that that extend basic Data Guard functionality. These include:
记得之前在《一半技术一半生活》中分享过一个设计，因为业务的需求，为了提高业务的处理效率，采用了根据业务的拆库拆表的方式，类似下面的图示。 开发团队也很给力，帮我们协调了好的机器，加了内存，也在新业
上述为这里我做为演示环境的基本规划。 本文作为step by step的快速指导手册，方便快速部署此类ADG环境。
最近又试了下Data Guard的新玩法，可以通过闪回恢复switchover的主库，这种场景听起来比较特别，但是Oracle依旧支持。 我们的大体思路就是，在主库我们标记一下数据状态，然后做
环境：Oracle 11.2.0.4 DG 故障现象： 客户在备库告警日志中发现GAP sequence提示信息：
搭建 19C RAC 对 RAC 的 ADG，网上找了一圈有很多 19c ADG 搭建的文档，但大多数都是单机对单机或者就是 RAC 对单机文件系统的 ADG，没有找到一篇是 RAC 对单机 ASM ADG 的文档，更不用说是 RAC 对 RAC 的 ADG 了。故这里给大家分享一下搭建的过程，我相信尤其是 19C 新特性 ADG 备库密码文件这一块的坑就可以避免踩雷了。
领取专属 10元无门槛券
手把手带您无忧上云
云服务器
ICP备案
对象存储
即时通信 IM
实时音视频
