暂无图片
分享
OpenDBA
2023-12-03
RAC其中一个节点运行速度不正常

【环境信息】

Oracle 19c双节点RAC

CPU:2颗*32核

内存:384G


【测试1】完成
节点1单独运行,业务系统正常、不卡顿。负载不高


【测试2】完成
节点2单独(没有禁用NUMA)运行,业务系统不正常、卡顿。节点2负载高、I/O正常。

【测试3】完成
节点1和节点2同时运行,刚开始业务系统正常,运行一段时间后,节点1负载低、节点2负载异常,导致卡顿。节点2负载高、I/O正常。

【测试4】未执行
节点2单独(禁用NUMA)运行,没有测试。

【测试5】未执行

替换节点2服务器,然后重新加入集群。单独运行节点2服务器,看是否能支撑业务正常运行。

【测试6】未执行
如果节点2单独运行能够支撑业务,不卡顿,就双节点同时运行,看是否能支撑业务正常运行。

收藏
分享
8条回答
默认
最新
郑华征

是不是io性能不好,检查一下io读写情况

暂无图片 评论
暂无图片 有用 0
打赏 0
OpenDBA

谢谢,目前没有再关注这事了。

暂无图片 评论
暂无图片 有用 0
打赏 0
一只dba
IO等待2.9%,可能是磁盘有瓶颈
暂无图片 评论
暂无图片 有用 0
打赏 0
一只dba
IO等待2.9%,可能是磁盘有瓶颈,看下磁盘的模式
暂无图片 评论
暂无图片 有用 0
打赏 0
OpenDBA

不是这个原因。2个节点已经更换全新的服务器了,目前都运行正常。

暂无图片 评论
暂无图片 有用 0
打赏 0
郑华征

以前有碰到过某个节点慢的情况,和存储连接走的是iscsi,然后2号机上配置防火墙规则后,2号机就出现缓慢,删除规则后正常

暂无图片 评论
暂无图片 有用 0
打赏 0
OpenDBA

嗯,总结一下这次经历。

2023年8月:Oracle RAC 2台服务器的硬件配置一致,运行正常。

2023年9月13号:2台服务器的Oracle安装目录/u01分区磁盘空间(Oracle 19c,/u01规划不当,才50G)不够,节点1有做扩容。节点1通过存储划分的一块磁盘进行扩容。节点2的/u01分区是通过硬链接到/home分区(100G)。当时负责扩容的人说:扩容之后2台服务器同时运行,正常不卡顿。

2023年9月13号:巡检的时候,发现节点2宕机,无法进入操作系统。此时,只有节点1单独运行、业务系统正常不卡顿、说明能够支撑业务系统运行。

2023年11月:修复、并拉起节点2,并行运行不到2小时。问题现象:节点1负载很低、节点2负载很高,是CPU高、I/O正常。

已经更换全新的2台服务器,目前运行正常。

暂无图片 评论
暂无图片 有用 0
打赏 0
OpenDBA
问题已关闭: 谢谢!
暂无图片 评论
暂无图片 有用 0
打赏 0
回答交流
Markdown


请输入正文
提交
相关推荐
oracle数据库sql子查询无法解析到表名
回答 1
是不是用了dblink,如果原来的用了dblink是导不出来的重新要配置
AWR分析报告问题求助:是否有CPU、内存、磁盘I/O硬件性能问题
回答 2
好的
oracle 响应文件里如果是false选项,可以删掉吗?
回答 2
默认值是false,整个选项删除都可以
Oracle SQL变量
回答 3
如果是procedure,可用动态SQL如果是在应用程序里,那拼接这个很容易仅限SQL,做不到
客户端连接数据库报ORA12514
回答 7
plsqldeveloper也是可以不用安装客户端的,下载个instantclient直接解压,在plsqldeveloper配置到相应的路径就可以连了
oracle19c的服务端已经安装了,但是plsql连接不行,没有对应的oci.dll,oci.dll在哪里下载啊?
回答 2
已采纳
需要安装oracle客户端,一般在$ORACLEHOME/bin下
Oracle时间类型到时分秒的和时间戳到毫秒的两个对比规则是怎么样的?
回答 1
Oracle中的date类型只支持到秒,不支持到毫秒。如果要精确到毫秒,可以使用timestamp类型,它是date的扩展类型,能支持到毫秒,毫秒的显示精度是6位,不过有效位是3位,即最大值达到999
请教下各位:从mysql到oracle之间的ogg同步配置,是否支持DDL?
回答 1
已采纳
下面摘自OGG18.1官方文档,MySQL支持的对象以及操作,可以看到支持DDL,并不是所有DDL都支持,具体版本的同样可以参考相应版本官方文档。https://docs.oracle.com/en/
【centOS7】查询是否开启异步IO
回答 11
已采纳
/proc/slabinfo中的内容是动态的安装了aio的包,还需要某个程序运行后加载了这个包(或库),比如Oracle,并按照某种模式使用了这个库,才会在/proc/slabinfo中有所体现
事务保存点的名称与变量名可以相同吗?
回答 1
已采纳
可以,但是不建议设置成一样。因为如果在一个事务中设置了相同的保存点,当事务进行回滚操作时,只能回滚到离当前语句最近的保存点处,这就会出现错误的操作结果。