Focus On Oracle

Installing, Backup & Recovery, Performance Tuning,
Troubleshooting, Upgrading, Patching

Oracle Engineered System


当前位置: 首页 » 技术文章 » 备份恢复

Oracle Active DataGuard 12.2新特性揭秘

8月3日下午,在气氛热烈、如火如荼的甲骨文数据库用户大会现场,一个小范围的技术交流会在千禧大酒店财富五厅举行。主讲人是从中科大少年班毕业的神童、被誉为“超级聪明”的Oracle 数据库架构师李运睿。


Oracle Active DataGuard 12.2

在数据保护方面的功能增强


  • 主备数据库的高速比对    

    • DBC (整库或数据文件)

    • 验证主库与备库物理上是否相同,有助于检测潜在的损害、写丢失

    • 物理级别的快速比对,检测被修改的块

    • 提升网络与计算的效率– 批量传送、比对块

  • 对于在主库上通过non-logged 操作(如直接加载)使之无效的块,RMAN在备库上进行验证和修复(RMAN VALIDATE/RECOVER DATABASE NONLOGGEDBLOCK)

  • 即使在异步模式存储故障时的零数据丢失

  • 如果实例故障,通过异步方式将log buffer中累计的重做日志传送到备库

  • 增强的自动块恢复

在快速故障切换方面的功能增强


  • 备库上的只读会话将会:

    • 在故障切换/正常切换时保持连接

    • 在备库切换为主库后,变更为读写会话

  • 显著降低由于故障切换导致重连风暴的性能剧降

    • 另一个采用ADG 而不是DG的理由

在性能方面的增强


  • 备库上支持In-memory 选件

    • 创建IMC表和列进行分析

    • 能够存储与主库不同的对象

  • 在未来版本里支持NOLOGGING的高级选项

  • 并行、多实例恢复

    • 备库恢复 – 使用备端所有节点的CPU和IO

    • 即使主端是最大的RAC集群,备端也能跟得上变化

这意味着数据同步的速度,可以通过添加其它的备库实例来实现性能扩展。备库上的数据尽可能是最新的,保证信息的实时性。


在备端的分析查询功能增强


  • 以前在备库上执行某些分析查询会失败

    • 因为他们在执行时创建了临时ADT对象

  • 在12.2,在备库上的查询将会

    • 在主库创建任何需要的ADT,等待ADT被复制到备库

    • 使用复制过来的ADT执行查询

    • 消除这种情况下的ORA-16000 (read-only database error)

  • 向后移植到11.2.0.4

在管理方面的功能增强


  • 支持诊断包

    • 在备库生成AWR快照,存储到主库

    • 创建备库AWR快照的AWR报告,AWR 抽取和加载

    • 基于备库上的AWR快照,在主库上运行ADDM(此功能意味着可以对备库上的负载进行性能调优)

  • 支持调优包和SQL 计划分析器

    • 在备库生成AWR快照,存储到主库

    • 在备库上创建和执行SQL 调优任务 (通过dblink将报告写到主库)

    • 将主库SQL负载的调优下移到备库

    • 创建远程SQL 性能分析器试验,下移测试负载

    • 在主端创建的SQL 概要能够被应用到备端

  • RESTful接口存取所有的DGMGRL 功能

DML重定向


  • 正在开发在未来版本支持的通用形式的备端DML重定向到主端

这是非常重要的功能,即备端可以有少量的写操作了。原来备端支持只读操作,但是现实生活中很多情况下,有大量的读操作和少量写操作并存的场景存在。DML重定向极大地扩展了ADG的适用场景。

使用活动备库实现云端灾备


  • 生产系统在客户数据中心

  • 备库在Oracle 公有云 DBaaS/Exadata云

  • ADG 或 GoldenGate复制

  • 备库只读打开

    • 备库用于报表、查询、沙箱测试或备份

  • 站点间故障切换/正常切换

    • 非计划:站点故障

    • 计划:滚动升级/打补丁

  • 很快实现自动化(现在使用MAA蓝图手动部署过程)


     在运睿的讲解过程中,嘉宾们提出很多问题,讨论气氛十分热烈。比较有共性的问题如:“一核有难,八核围观”,整个系统非常闲,但有一个核利用率接近100%。在很多场景,Oracle数据库性能不佳的表象是"Log File Sync Wait"。其实这些问题也是Oracle发明数据库一体机的原因之一。经过近40年的发展,在软件层面的优化已经做到极致,但存储、网络、计算能力往往成为系统的瓶颈。如同练武要打通任督二脉才能武功精进,采用软硬件一体机去保证整个系统的全面优化,才能为客户提供一致的用户体验。碰到性能问题,建议一定要在Metalink上开SR (Service Request),如果能够附上重现问题的测试案例,往往有助于问题的快速定位和解决。如果是重大项目,可以通过甲骨文云技术公众号给我们留言(附上SR号),我们会协调内部资源,加快问题处理速度。

    短短的一个半小时交流,很快就结束了,大家收获满满、意犹未尽。一位银行的领导认为这届数据库用户大会,既有主题演讲,又有高端圆桌会议,还有与研发人员的深度技术交流,形式多样、内容丰富。无论对于甲骨文美国的研发人员还是中国客户和合作伙伴,增进相互了解,拉近彼此距离,都是受益匪浅。

    一次简单的技术交流会其实离不开很多人默默的支持。本次交流是通过中国区云平台数据库技术总经理与数据库美国研发副总裁沟通,请到运睿作为主讲人;甲骨文市场部在五星级大酒店为我们提供了会议场所和精美礼品;很多部门的同事在现场参与支持。如果认为这样的技术交流会对于我们粉丝有帮助,请多多留言。你们的反馈,是我们安排更多线下活动的动力。


关键词:farsync adg rolling oracle 

相关文章

基于PDB的Active Data Guard(Oracle 21.7+)
在Oracle数据库中使用REST
OGG from MySQL to Oracle
Oracle数据库容灾之两地三中心实践
低代码开发用Oracle Apex,看这篇就够了
Oracle Database 20c之SQL宏
Java beginner for Oracle DBA
Oracle Database 20c之区块链表
Oracle Database 20c的一些微妙变化
关于Oracle的Sequence,你需要知道的
Oracle数据库优化方面资料
Oracle Database 19c在优化方面有哪些新特性
Top