随着Oracle的普遍应用，DataGuard这个成员基本成为了数据库容灾环境的标配。当需要升级Oracle数据库的同时，也需要考虑同时升级DataGuard数据库版本，那么如何快捷安全的升级？
Oracle ADG全称为Oracle Active Data Guard，它是Oracle Data Guard功能集中的一个高级选项。Active Data Guard是Oracle数据库提供的一种高级高可用性和灾难恢复解决方案，它在Oracle Data Guard的基础上进一步增强了备用数据库（Standby Database）的功能和利用率。
可能平时下载、安装Oracle，未必十分关注版本的问题，有时惯性思维，就选择一个最大的安装包，肯定是功能最丰富的，接着就装上用了。
ADG单实例搭建系列之（Active Database Duplicate Using Image Copies）
背景： 环境未配置DG Broker，手工切换ADG，19c也要比11g时代的切换更简单。 使用自己的测试环境，具体可参见： 单实例Primary快速搭建Standby RAC参考手册(19.16 ADG)
搭建 19C RAC 对 RAC 的 ADG，网上找了一圈有很多 19c ADG 搭建的文档，但大多数都是单机对单机或者就是 RAC 对单机文件系统的 ADG，没有找到一篇是 RAC 对单机 ASM ADG 的文档，更不用说是 RAC 对 RAC 的 ADG 了。故这里给大家分享一下搭建的过程，我相信尤其是 19C 新特性 ADG 备库密码文件这一块的坑就可以避免踩雷了。
在前面的文章《Oracle 19c 十大新特性一览》中，我们曾经提到 Oracle 19c的一个重要增强，就是ADG的自动DML转发：
在 Oracle 19c 中有众多的新特性，Oracle 官方上有一个专门收集新特性的网站，从 11g 到 21c 均有涉及，并且每一个新特性都对应了官方文档，仅 19c 新特性就有 118 个。
随着Oracle ADG技术的逐渐成熟，大多数数据库环境都使用ADG作为灾备和报表数据库，可以说是标配。
回忆起来也是有些年没亲自动手搭建ADG了，今天正好有个机会重温，客户环境是19.16，恍惚记得上一次搭ADG还是在11.2.0.4的时代，时光荏苒啊。 正好看下19c的ADG和11g的ADG在部署方面有啥不同？ 主备库都是RAC架构，数据库是CDB架构，包含有4个PDB，整个搭建过程还是遇到很多小问题，但基本也都知道原因并能快速解决，也有个别折腾了很久的，蛮有意思，所以记录下本次遇到的问题供日后参考，客户信息已脱敏。
题记：对于企业关键业务而言，信息系统可靠性是关键。各行业关键 IT系统因为系统故障导致服务中断的事件仍然时有发生，近年来有一些银行 IT 系统，虽然建有两地三中心布局，但仍然有业务中断服务的现象。传统的存储复制容灾架构和DG容灾架构理论上是可以避免业务中断的，但很多企业在实际操作过程中，往往灾备切换的过程很漫长。 近年来，互联网企业云计算、大数据风起云涌，传统企业在市场压力下，也面临着利用新技术，更好的服务用户与市场的迫切要求。 Extended RAC方案 Oracle ADG上的列式存储支持 Oracl
Oracle Data Guard是Oracle MAA(Maximum Availability Architecture)中的成员之一，也是MAA中技术要求最简单的方案之一。随着Oracle新功能的引入如Active Standby Database后，加速了Oracle Data Guard的普及。响应去I的趋势和X86架构的流行，对Oracle Data Guard的普及更起到了锦上添花的影响。
经过交流群中朋友的多次要求，这次给大家分享一下 RAC to Single 的 ADG 搭建教程！
何剑敏 Oracle ACS华南区售后团队，首席技术工程师 曾供职于中国联通信息计费部、卓望数码，系统支撑部首席DBA，负责中国移动全网梦网业务和移动应用商城数据库维护。后供职于IBM，负责米其林项目和澳洲电信（Telstra）项目数据库管理。现供职于Oracle ACS华南区售后团队，首席技术工程师。多年从事第一线的数据库运维工作，有丰富项目经验、维护经验和调优经验，专注于数据库的整体运维。 1 Oracle 12.2的重磅特性及发布时间 2016年2月，Oracle出了12.2的beta2版本，并
环境： Oracle 19.16 ADG (Single Instance -> RAC) 在配置ADG的场景，发现ADG不能同步。
ASEMI代理ADG5412BRUZ-REEL7原装ADI车规级ADG5412BRUZ-REEL7
这篇文章计划了一段时间，本来想写篇心情文字，还是留到周末再放飞心情吧。 今天的内容是关于数据库的备库的思考，当然我们可以自己问自己，我们的备库准备工作做好了吗？扪心自问，其实有些工作我也没有准备好，这是我的建议，其实一个备库的思考点还是有很多值得考量和斟酌的地方。自己也需要后续完善 备库总是在容灾中有着举足轻重的作用，但是故障难免，我们的备机备库是否能够在危机降临的时候顶住压力，这个需要打上一个问号，我会从硬件配置，系统层面，数据库层面，架构层面和网络层面进行一些分析。 硬件配置 备库硬件配置更差
对于dataguard说，switchover,failover是一种互补可选的容灾解决方案。但是对于这种容灾思路还是存在着一些实践中的细节需 要，从数据层面而言，只能是最大程度保证了数据的不丢失，但是数据切换过去了，权限，配置这些信息还是需要考虑的，如果切换过程很快，收尾的补充工作很 慢，那么总体来看切换的时间就被拉长了。 在提出准备的需求之前，容我花一点时间来简单吐槽一下10g中的dataguard. 10g中的状态切换 10g中的dataguard没有adg的特性，在使用中还是有很大的限制，很多时候备
今天在测试12c的temp_undo的时候，准备在备库上测试一下，突然发现备库使用TNS连接竟然失败。 抛出的错误如下： $ sqlplus sys/oracle@testdb as sysdba SQL*Plus: Release 12.1.0.2.0 Production on Thu Dec 8 15:30:10 2016 Copyright (c) 1982, 2014, Oracle. All rights reserved. ERROR: ORA-12514: TNS:listener doe
作者简介 何剑敏 Oracle ACS华南区售后团队，首席技术工程师。多年从事第一线的数据库运维工作，有丰富项目经验、维护经验和调优经验，专注于数据库的整体运维。 sharding database
墨墨导读：一套11 G r2（11.2.0.3）版本的2节点RAC adg环境，节点1因为硬件原因异常crash（apply redo 节点）， 但同时实例2上的应用也都断开了（原来都是open）。
从Oracle数据库12c开始，可以将Oracle Clusterware和Oracle RAC配置在大型集群中，称为Oracle Flex集群。 这些集群包含两种类型的节点：Hub节点和Leaf节点。 Hub节点紧密连接，可以直接访问共享存储，并作为一个或多个Leaf 节点的锚点。 leaf 节点与Hub节点松动连接，可能无法直接访问共享存储。 Hub Node and Leaf Node Oracle ADG上的列式存储支持 Oracle ADG上的列式存储支持Oracle ADG上的列式存储支持 Or
MySQL 的Performance Schema由来已久，但由于内存消耗，性能影响等原因，导致其始终无法进入主流的MySQL默认配置，对MySQL的问题诊断以及处理造成很多不利的影响。 一般而言，Performance Schema会对性能造成影响，比如row mutex的位置。实际上，MySQL经常出现问题的地方，很多时候是在Server层，在这一层，很多Performance Schema的设置并不会导致性能的下降（或者明显下降）。 下文为总结出来的，推荐开启的Performance Schema选
ASEMI代理ADG736BRMZ-REEL7原装ADI车规级ADG736BRMZ-REEL7
编辑手记:在Oracle 12.2中，ADG有许多惊人的改进，通过ADG standby数据库的性能数据收集和诊断、快照standby数据库的应用，以及实时的数据库操作监控的实现，能够根据用户需求相协调来提高DBA效率，从而为业务应用程序提供更好的服务质量。 1、Oracle Data Guard Support for Oracle Diagnostics Pack（Oracle DG 提供诊断包的支持） Oracle诊断包可以与以read-only的ADG standby数据库一起使用。能够将性能数据捕
简单来说，Oracle的Sharding技术就是通过分区（Partioning）技术的扩展来实现的。以前一个表的分区可以存在于不同的表空间，现在可以存在于不同的数据库。不同分区存在于不同数据库，这就将
ASEMI代理ADG1408YRUZ-REEL7原装ADI车规级ADG1408YRUZ-REEL7
昨天，有网友在群里说在GitHub上发现了色情网站！ GitHub上怎么会有色情网站呢？网友给出了下面的截图： 这个出现在Go标准库中的Issue里面，有一个url... 该Issue地址：https://github.com/golang/go/issues/48886 DD小心翼翼的复制到浏览器，打开...不可描述的画面出现了... 这个事情传开后，也引来了一些中国开发者的围观： 也有群友表示，这网站中文的，肯定是中国人提交的，真给国人丢脸... 谁提交了这段代码？ 那么到底是谁提交了这段代码呢？
In-Memory 是 Oracle 在 12.1.0.2 中引入的新特性，旨在加速分析型 SQL 的速度。传统的 OLTP 应用通过 buffer cache 修改数据，分析性的 SQL 从 IM 列式存储中扫描数据，避免物理读成为性能瓶颈。 列式存储表达式 内存中列存储允许以压缩的列格式将对象（表，分区和子分区）填充到内存中。 内存表达式使经常评估的查询表达式能够在内存中列存储中实现，以供后续重用。 将经常使用的查询表达式的实现值填充到内存中列存储中大大减少了执行查询所需的系统资源，并提供更高的可扩展性
Andrew 曾在一次演讲中对Oracle 12c 是这样定义的：向敏捷、弹性和云三个方向上变革和演进。12.2的发布让人眼前一亮，很多新特性让我们看到Oracle的创新力。然而，对于广大的DBA来说，新特性不是最让人兴奋的，只有简单可行并且好处多多的新特性才是我们的最爱。本文将介绍12.2中一些重要的在线特性。在线功能的增强，在很大程度上减少了操作的风险和难度。 索引高度压缩 Oracle ADG上的列式存储支持 Oracle ADG上的列式存储支持Oracle ADG上的列式存储支持 新增索引高压缩可进
周处除三害出自《晋书·周处传》和《世说新语》，明朝人黄伯羽改编为《蛟虎记》传奇，广为流传，京剧中仍保留有《除三害》剧目。
这是一个比较细节的知识点，但必须要理解这个才能准确判断Oracle ADG的延迟情况。
在OOW 2015大会上，Oracle已经发布了12.2的Beta版本，其中的很多亮点新特性引人瞩目，包括在IMO和Multitenant方面，以及在Sharding分布式方面的增强。 但是除了这些大的改进，Oracle在细节上的不断增强，同样温暖人心。在寒冷的季节里，介绍一些小的改变给大家。 DBCA备库创建 - 在备库主机安装软件启动监听，则可以通过DBCA来创建备库，指向主库来获取文件； 以前DataGuard的创建已经非常简化，RMAN的操作也很精简，现在DBCA也被利用起来，更方便容易了，够体贴
oracle的ADG那是自不必多说，用存储圈的话说，现在存储正在从被动被动变为主动，但是总体上是被软件抢，RAID被ASM抢，快照被Flashback抢，DR被ADG抢。 如果这几种方案结合在一起那会是什么结果。这就涉及到一个备库的设计方法。 我也是抛砖引玉。环境都是基于11g的dg来说。 首先基本的，一个主库一个备库是很多系统都在采用的备库设计方式，如果数据库比较关键，这种方案有什么缺点呢。 11g的备库现在也被赋予了更多的责任。 容灾，首先就是容灾如果主库挂掉，备库能够进行failover，这个没有问题
之前写过一篇 物化视图刷新结合ADG的尝试，想必绝大多数的朋友看完再没有深究，其实也有些朋友做了建议，让我尝试prebuilt来做。这种数据迁移方式用的比较少，但是个人感觉还是很不错的。如果迁移的表不
今天碰到一个有些奇怪的问题，但是奇怪的现象背后都是有本质的因果。 下午在做一个环境的检查时，发现备库是在mount阶段，这可是一个11gR2的库，没有ADG实在是太浪费了，对于这种情况感觉太不应该了。 所以尝试启动至open阶段，发现状态一直是read only,在ADG中应该是READ ONLY WITH APPLY才对啊。 使用dg broker设置为READ-ONLY,备库的数据库日志如下： Standby Database: stestdb3, Enabled Phys
关于半自动化搭建Data Guard，自己花了一些时间，总算是把这件事情继续推进了一下，还是再啰嗦一句，为什么不自动化，因为安全。主库就是主库，任何变更都要手工检查审核， 自动化的工作在备库和中控端来完成。我希望自己的脚本能够只知道主库的IP，不用一次又一次连过去配置和检查，当然要完成自动化还是半自动化，有些网友也提醒的极是，那就是规范和标准。 预先条件： 1.目前的设计是基于11.2.0.4的版本，当然这个很容易定制，在此是作为一个基本的标准，作为环境的初始化和Data Guard对的搭建的基线。 2.
作为IT运维人员，尤其是数据库岗位，数据的备份重于一切。 现在很多用户会有一个普遍误区，认为现在类似ADG这类灾备已经很完善，且实时性也更佳，往往就忽略了传统的备份效用。 但实际上，我们千万不能因为有了容灾建设就盲目忽略备份的作用，二者其实有着本质区别。很多场景，灾备都是无法替代传统备份的，二者是缺一不可的关系。
为客户测试一个ADG场景问题，发现测试环境的日志切换频率过低，总是需要定期手工切换，这非常影响测试心情。 实际上，可以设置archive_lag_target参数强制日志切换。
最近开发提了几个需求，需要把几个线上的分布式的表整合到统计系统中方便统计，看来分久必合，合久必分，当时的分开考虑，肯定没有想到以后会整合起来，这 可对我们是一些额外的工作，这个时候增量数据的问题就摆在
Oracle自发布12.1之后，就一直声称要全面转云，在之后的三四年里，一直杳无音信，大家都在猜测，Oracle又在憋什么大招，果然，2017阳春三月，大招来了！今年三月份，在广大用户的热切盼望中，O
以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:
在上云后的Oracle数据灾备场景中，我们经常听到DBA迁移工程师讲到“在这个项目中用ADG进行数据实时备份，ADG比DG更好！”。究竟ADG作Oracle数据灾备的优势在什么地方？
昨天聊了一篇关于高可用方案中Oracle的RAC和MySQL的MHA的对比。 今天来说下Oracle的DG和MySQL的方案对比，相比来说，可能这方面MySQL会单薄一些，所以文末会说下InnoDB Cluster。 在灾备的概念中，Oracle DBA喜欢叫做主备，即为Primary,Standby,而MySQL喜欢叫做主从，即为Master,Slave 首先在Oracle中，数据是基于物理复制（此处说的都是physical standby），所以对于数据库的状态和角色就很好定位，从库正常状况下是
对于 Oracle DBA，我们整理了以下学习线索，供大家参考： Oracle DBA 必备核心技能: Oracle DBA核心技能：数据库的跟踪和分析方法之SQL_TRACE和DBMS_SYSTEM Oracle DBA核心技能：数据库的跟踪和分析方法之 10046与等待事件 Oracle DBA核心技能：通过 10046 跟踪解决 12.2 多租户 PDB 未知问题 Oracle DBA核心技能：通过10046解决数据库RAC集群不能启动案例 Oracle DBA核心技能：System State转储分
在2015年旧金山的Oracle OpenWorld大会上，Oracle发布了Database 12.2的Beta版本，虽然Beta版本只对部分用户开放，但是大会上已经公布了12.2的很多重要的新特性，云和恩墨是Oracle的Beta用户，已经开始测试这一产品。在刚刚结束的“Oracle技术嘉年华”大会上，更详细的主题分享披露了更多内容。在这篇文章中，我将和大家一一来细数Oracle Database 12.2的新特性。 Oracle Sharding的实现 简单来说，Oracle的Sharding技术就是
7月28日，欧洲芯片大厂意法半导体公布的了截止7月1日的2023年二季度财报，当季净收入为43.3 亿美元，同比增长12.7%，环比提高1.9%；营业利润为11.5亿美元，同比增长14.2%；毛利率从由去年同期的47.4%增至49.0%；营业利润率也从去年同期的26.2%升至26.5%；净利润为10.0亿美元，同比增长了15.5%。
APPLIES TO: Oracle Database - Enterprise Edition - Version 12.1.0.2 to 12.1.0.2 [Release 12.1] Information in this document applies to any platform. SYMPTOMS ORA-00600: internal error code, arguments: [kclgclks_3], [0], [75195224], [], [], [], [], [], [], [] reported
领取专属 10元无门槛券
手把手带您无忧上云
云服务器
ICP备案
对象存储
即时通信 IM
实时音视频
