Focus On Oracle

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

Oracle Engineered System


当前位置: 首页 » 技术文章 » Oracle 12c+

在Oracle RAC ADG中通过opatchauto应用补丁(19.5.0-->19.5.1)

Data Guard支持运行环境的差异
长期以来,Data Guard支持在生产主系统和备用系统之间运行不同的配置。Data Guard是数据库的一个选件,因此除了数据库的版本一样,您可以跨不同站点运行不同版本的操作系统、Oracle Clusterware、硬件或存储软件的限制。这包括对以下方面的支持:
1.    硬件差异(例如X3 Exadata数据库机与X4 Exadata数据库机)
2.    操作系统的差异(例如Oracle Linux 5.7和Oracle Linux 5.8)
3.    数据库存储的差异(例如,基于Oracle ASM的存储与基于NFS的存储,或Exadata 11.2与Exadata 12.1)
4.    Oracle Clusterware版本和修补程序级别的差异(例如11.2.0.3 GIPSU4和11.2.0.3 GIPSU5)
Oracle Patch Sets和大版本升级不符合Data Guard Standby First修补程序应用的条件。例如,从11.2.0.2升级到11.2.0.3或从11.2升级到12.1不合格。您可以通过Transient Logical Standby来完成滚动升级。请参阅Oracle最大可用性架构最佳实践文档:https://www.oracle.com/technetwork/database/availability/database-rolling-upgrade-3206539.pdf
Data Guard Standby First的优点
Oracle Data Guard Standby First Patch支持主库和备库之间使用不同的ORACLE HOME软件,以便以滚动方式应用和验证Oracle修补程序(patch),并将主库的风险降至最低。例如,使用Data Guard Standby First Patch Apply,首先将修补程序应用于Physical Standby,将Physical Standby转化为Snapshot Standby,再运行后续的SQL脚本或datapatch,最后测试和评估修补程序。评估通过后,将补丁在主库上安装,这样更能保证补丁的有效性和系统的稳定性。
1.    能够在数据库角色转换之前或在主数据库上安装修改程序之前,将软件更改应用于物理备用数据库以进行恢复、测试、备份或查询验证。这大大降低了主数据库的风险和潜在停机时间
2.    能够在完成验证后切换到目标数据库,降低了风险并将停机时间降至最低
3.    切换到原始状态的能力,也称为回退。如果存在稳定性或性能退化
注意:Oracle Java虚拟机(OJVM)更新需要在备用的第一个补丁中特别考虑。更多信息,请参见MOS注释2217053.1。适用于
Oracle Exadata Database Machine Release 2(11.2)Release 11.2.0.1 bundle patch 8及更高版本
Oracle Database 11g企业版第2版(11.2)11.2.0.2、11.2.0.3及更高版本
识别Data Guard Standby-First修补程序
在修补程序自述文件中会体现以下内容:
Data Guard Standby-First Installable

在Data Guard环境中应用补丁步骤

Oracle Data Guard Standby First Patch支持主库和备库之间使用不同的ORACLE HOME软件,以便以滚动方式应用和验证Oracle修补程序(patch),将主数据库的风险降到最低。下图简要的概括了基本的步骤。

1.    检查并确认opatch版本

2.    检查补丁是否冲突
3.    在备库所有节点上用opatchauto应用补丁
4.    在主库所有节点上用opatchauto应用补丁
5.    在主库上运行datapatch(optional),如果使用opatchauto,该步骤可以忽略

6.    检查确认补丁正常应用


注意:通过opatchauto打补丁,这个工具做了很多工作(比如启停数据库、监听、服务、运行datapatch等),用这个非常省事和简单。通过opatchauto安装补丁时,在备库上不会运行datapatch。本次实验用的就是opatchauto。

环境信息
本次实验使用的基于 Oracle Enterprise Linux 7.7,Oracle GI 19.4 和 Oracle Database 19.5 构建的实验平台,主备数据库各两个节点。具体信息如下:

点击此处下载实验文档

Reference
https://www.oracle.com/database/technologies/high-availability/oracle-database-maa-best-practices.html
https://docs.oracle.com/en/database/oracle/oracle-database/19/sbydb/oracle-data-guard-concepts.html
https://docs.oracle.com/en/database/oracle/oracle-database/19/dgbkr/managing-oracle-data-guard-broker-configuration-members.html
https://blogs.oracle.com/oem/patch-automation-of-data-guard-databases-takes-a-leap-with-em12cr4-v2

关键词:autopatch 19c adg 

相关文章

基于PDB的Active Data Guard(Oracle 21.7+)
OGG from MySQL to Oracle
Oracle Database 19c with UCP(Universal Connection Pool)
19c中新增dbms_xplan.compare_plans
Oracle 19c新特性之Automatic Flashback
19c新特性之ADG DML重定向功能
Install Oracle RAC Database 19c Step by Step
19c新特性之Automatic In-memory
19c新特性之SQL语句隔离
19c新特性之实时统计信息收集
19c新特性之自动索引
Oracle事务卫士(Transaction Guard)和应用连续性(Application Continuity)
Top