oracle ORA-00603 ORA-27504 ORA-27300 ORA-27301 ORA-27302处理

故障说明

在12月27日凌晨5点左右,客户收到业务告警业务无法正常运行,6点半左右将service name服务移到2节点,并且重启1节点主机,恢复业务。

故障描述

12月27日故障,工程师分析故障时间点数据库alert日志发现大量缓冲区不足的报错,从12月27日00:54分开始一直报错到早上6点半重启数据库。
在这里插入图片描述

故障分析

12月27日的报错完全匹配上oracle mos上的(Doc ID 2041723.1)

故障报错
在这里插入图片描述

官方mos故障介绍
在这里插入图片描述

官方说法此问题的原因为网络缓存不足。
在这里插入图片描述

建议

  1. 根据官方建议修改内核参数vm.min_free_kbytes,值为节点数总内存0.4%(作用为强制Linux 系统最低保留多少空闲内存)

  2. 修改lo网卡(网络回环网卡)MTU参数为16436(MTU参数限制了网络通讯中每次传输IP包的大小,当发送UDP报文长度大于MTU时,IP层会对报文进行分片和重组),无需修改交换机mtu参数。
    在这里插入图片描述

  3. 大页没设置内存锁,建议设置内存上限。

  4. swap空间建议从16g加至32g

  5. 12月27日06:30重启数据库之前,大页配置了但未生效,导致大页空占内存。
    在这里插入图片描述

  6. 网络工程师排查1节点bond0、bond1、lo网卡和网络日志在2022年12月27日0:30——6:30之间是否存在报错

  • 9
    点赞
  • 8
    收藏
    觉得还不错? 一键收藏
  • 打赏
    打赏
  • 0
    评论
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

汪灵骅

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付:¥1
获取中
扫码支付

您的余额不足,请更换扫码支付或充值

打赏作者

实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值