1.Global Cache Load Profile Global Cache blocks received: 接收到的全局缓冲块 Global Cache blocks served: 发送的全局缓冲块 GCS/GES messages received: GCS消息接收 GCS/GES me
https://www.cnblogs.com/jyzhao/p/7986729.html 今天碰到个有意思的事情，有客户在Oracle RAC环境，误操作将新增的数据文件直接创建到了其中一个节点的本地存储上。发现网上去搜的话这种问题还真不少，对应解决方案也各式各样，客户问我选择哪种方案可行，看来基
近期，一金融客户oracle 11.2.0.4 rac集群delete不当导致等待事件enq: TM - contention严重引起大范围会话堆积，记录的相关分析工作如下。 1、登录集群任意节点，查看集群全局等待事件 SQL> select event,count(*) from gv$sessi
Oracle Rac 的简单学习 Oracle RAC的概念 Oracle RAC (Real Application Clusters) 是 Oracle 数据库管理系统的一个功能， 它允许将数据库实例部署在多个节点上，实现高可用性和可伸缩性。 通过将数据库实例分散在不同的服务器上，Oracle
问题现象： 在一套2节点的19c RAC 环境下，节点2 alert告警 ORA 7445，且频度固定为每分钟报一次；期间有重启实例，但故障依旧： 2023-02-07T12:51:04.359849+08:00 PL/SQL package SYS.DBMS_RCVMAN version 19.1
1.什么是RAC（Real Application Cluster）？ RAC（Real Application Cluster）是Oracle数据库的一种部署架构，它将多个数据库服务器连接在一起，共同组成一个实例。这些服务器之间通过高速网络相互通信，共享存储和计算资源，从而提供更高的可用性、性能和
环境：Oracle RAC(GI 19.3 + DB 19.3) 本文应用补丁信息, 19.16 RU: p34130714_190000_Linux-x86-64.zip 本文主要演示使用opatchauto apply自动应用补丁的过程。 1.更新OPatch版本 2.使用opatchauto应
**环境：**Single Instance -> RAC Single Instance: db_name=demo db_unique_name=demo instance_name=demo service_names=demo RAC（2 nodes）: db_name=demo db_un
KVM环境和其他虚拟化或真实生产最大差异主要就是在实施前期准备工作上： 具体在 DB节点 和存储环境 的准备工作上有差异，本文会详细说明。 而剩余基本软件安装和补丁应用部分无差异，若不清楚可以直接参考之前文章： Linux平台 Oracle 19c RAC安装Part1：准备工作 Linux平台 O
正常情况按照标准配置的环境变量，只能grid用户查看RAC集群资源状态。 crsctl stat res -t 但是绝大部分操作其实都是oracle用户来操作，比如启停数据库，操作完成以后就需要检查下集群资源状态。 看到好多DBA在现场操作时就是来回各种切换或开多个窗口。 其实有两个简单的解决方法可
在RAC环境中，和全局调整缓存相关的最常见的等待事件无非就是：global cache cr request，global cache busy和equeue 在XX电信做了一次数据库巡检中发现，spreport中的top 5 wait events中出现了global cache cr reque
https://www.modb.pro/db/397202 32个节点的RAC 服务器 每个服务器 两个 64核心的AMD CPU 四个线程干管理 252个线程进行数据库处理 252*32=8064 Exadata Cloud Infrastructure X9M 以相同的价格比上一代产品多 2.
问题现象： 在自己的工作站中安装的RAC测试环境，使用了iSCSI模拟共享存储，环境运行OK，但是在messages信息中频繁报错如下： [root@db01rac2 ~]# tail -20f /var/log/messages Jan 13 23:08:37 db01rac2 iscsid: i
环境： Oracle 19.16 ADG (Single Instance -> RAC) 在配置ADG的场景，发现ADG不能同步。 1.查看报错信息 2.oerr查看该错误说明 3.尝试sqlplus连接到standby 4.尝试relocate监听 5.继续排查发现是参数问题 6.总结和延伸 1
每每谈到Oracle MAA，大家条件反射般就会想到Oracle的RAC和ADG等核心选件，当然，这些技术有口皆碑，也的确是MAA的构建基础，但本文我们不再过多谈这些耳熟能详的技术，而是来跟大家探讨下在此基础之上，我们如何将基础MAA优化到业务连续性MAA这个程度，最终实现应用程序的连续可用性。 在
https://www.cnblogs.com/jyzhao/p/10119854.html 学习一下 环境：Oracle 11.2.0.4 RAC现象：sysaux空间满导致无法正常生成快照，清理空间后，手工生成快照可以成功，但是观察自动生成快照依然是不成功。之前了解到awr对应的相关后台进程是m
环境： Oracle 19c ADG（主库：单实例；备库：RAC） 1.主库新建测试文件 2.主库创建测试表 3.查询表对应数据文件信息 4.模拟数据文件物理坏块 5.查询对应测试表 6.进一步查询日志信息 7.确认当前参数设置 1.主库新建测试文件 主库在AWR的PDB中做测试，为了不影响其他测试
https://zhuanlan.zhihu.com/p/370205763 上周参加2014可信云服务大会，在阿里的天蝎机柜（ALI RACK）前流连拍照一番，回来发了三条阿里定制服务器的微博，久违的小小热闹了一把。不过，反而把这个天蝎2.0的机柜给“冷落”了。 阿里展示的天蝎2.0机柜及部分服务
http://blog.itpub.net/30310891/viewspace-2927363/稀奇古怪的.. 故障背景 某次，用户反馈一套已经正常运行一段时间的 Oracle 11.2.0.4 RAC 数据库（ 128G 物理内存），在调整 process 阈值之后， R AC 集群中其中一个节
http://www.zhaibibei.cn/awr/1.1/ 从这期开始讲解awr报告的部分，首先讲解awr整体的部分 后续会针对不同的点进行讲解 1. 数据库细节 这部分可以看到 数据库的版本 数据库 DBID 数据库实例名称及实例号 数据库最近一次启动时间 数据库版本 数据库是否为rac 2
