#Public IP10.10.10.10 shdb110.10.10.20 shdb2#Virtual IP10.10.10.30 shdb1-vip10.10.10.40 shdb2-vip#Private IP192.

Oracle19c RAC+DG生产项目实战，风哥本专题共4套课程涉及Oracle19c+RHEL Linux 8.x单机、Oracle19c RAC集群、Oracle19c RAC+DG 2+1容灾、Oracle19c RAC+DG 2+2容灾等内容，本

Oracle 19c RAC 升级RU 从19.3 升级到19.6 操作手册。从MOS上我们可以看到19.6的RU 有GI和DB 2个版本，但从GI Patch的readme上看，GI 的Patch 已经包含了DB HOME和GI HOME的补丁，只需要用

Patch 30920127要求Opatch工具为12.2.0.1.19及更高。分别用户Oracle和grid用户在两个节点执行，OPatchauto session is initiated at Tue May 5 07:40:47 2020

说明：3个公共ip,2个虚拟ip 需要在同一个子网！Oracle RAC环境下每个节点都会有多个IP地址，分别为公共IP 、私有IP和虚拟IP：。　　专用（私有）IP地址只用于内部群集处理，如心跳侦测，服务器间的同步数据用。因此，当数据库RAC集群需要添加

周日进行一次零级备份，周一、周二、进行二级备份；周三进行一级备份；周四、周五、周六进行二级备份。在执行备份的时候，我们考 虑将数据文件的全备和归档日志备份分开执行，避免造成一些不必要的麻烦。在进行全备的时候，由于RAC的两个节点是共享的所有数据文件，控制文

targets: database/db|instance/inst|service/serv|nodeapps|asm|listenertargets: database/db|instance/inst|service/serv|nodeapps|as

本文将介绍如何给rac搭建单节点的dg，以及如何对其进行角色转换。先查看数据库的归档状态以及是否开启强制写日志，从下图可以看到目前数据库并没有打开归档，也没有开启强制写日志。SQL> alter system set log_archive_conf

之前关闭集群数据库的时候，直接执行OS命令shutdown -h now ，后来发现启动OS之后很多服务都是UNKNOW状态，想想自己那样关闭数据库太过于"暴力"，决定还是按照"温和"的方式去关闭集群数据库比较好。

hosts规划##Public Network 92.0.2.101 srac1.example.com srac192.0.2.102 srac2.example.com srac2##Public Virtual IP addresses 92.0.

因现场应用需要，需要对新配置的oracle RAC环境增配2个scanIP地址，10.138.129.106以及10.138.129.107。

RMAN> catalog start with ‘/orabak/backup/‘;

本文将介绍如何给rac搭建单节点的dg，以及如何对其进行角色转换。主库racrac1：192.168.56.11，sid1：orcl1，version：11.2.0.4rac2：192.168.56.12，sid2：orcl2，version：11.2.0

lang=zh

Oracle Real Application Clusters is an option to the award-winning Oracle Database Enterprise Edition. Oracle RAC is a cluster

外界的应用程序不管中间件的集群切换，集群的切换由集群本身或者专门切换工具切换然后置换出vip，共外界访问。数据库的横向扩展是通过数据库集群实现的。主库宕机的情况下可能会丢失一部分数据。目前这种多活方案可以通过数据库中间件实现，比如开源的Mycat等。仲裁磁

深度挖掘 ORACLE RAC 数据库架构分析与实战攻略.pdf

SQL>select t.SQL_TEXT, t.FIRST_LOAD_TIME from v$sqlarea t where t.FIRST_LOAD_TIME like ‘2019-10-%‘ order by t.FIRST_LOAD_TIME

Unable to obtain network interface list from Oracle ClusterwarePRCT-1011 : Failed to run "oifcfg". Detailed error: nul

恢复方案确定：由于损坏的数据库数据量巨大，有30T之多，并且要求尽快打开数据库，可以接受丢失部分数据， 数据库有备份。商议之下，使用备份控制文件恢复数据库，进行数据库的不一致性恢复。ORA-00600: internal error code, argum