个人简介
偶尔有空上来看看
文章分类
文章存档
相关博文
- ·
- ·
- ·
- ·
- ·
- ·
- ·
- ·
- ·
- ·
分类： oracle
2024-02-21 17:47:52
看看，发现sy偏高，平时应该低于10， load average也不低
分析sy有点难度，sy属于系统调用，通常应低于us，同时看到很多scsi_id进程执行，有些奇怪
这种现象频繁发生，根据osw中信息，基本上也就持续1分多，分析ash吧，看到有些asm事件
查一下sql
居然都是查询v$asm_*视图 ，这些sql在其他环境中很快
而这个库里确平均17秒或 7秒 ，不对劲
继续尝试从sy入手，用strace -c 查
但是scsi_id 进程很快消失 无法获取-c 结果
手工执行这些v$asm_*的查询，发现top中出现了很多scsi_id（有时也不出）,同时检查v$asm_operation，没看到有平衡动作
搜mos，看到 sync asm rebalance" event is always seen at top wait events even though there is no rebalancing going on ( doc id 2726941.1 ）
妥了，bug，升级到22.1解决
检查sql历史，发现都是之前每小时执行12次，现在是24次，嗯，懂了。
分析sy有点难度，sy属于系统调用，通常应低于us，同时看到很多scsi_id进程执行，有些奇怪
这种现象频繁发生，根据osw中信息，基本上也就持续1分多，分析ash吧，看到有些asm事件
查一下sql
居然都是查询v$asm_*视图 ，这些sql在其他环境中很快
而这个库里确平均17秒或 7秒 ，不对劲
继续尝试从sy入手，用strace -c 查
但是scsi_id 进程很快消失 无法获取-c 结果
手工执行这些v$asm_*的查询，发现top中出现了很多scsi_id（有时也不出）,同时检查v$asm_operation，没看到有平衡动作
搜mos，看到 sync asm rebalance" event is always seen at top wait events even though there is no rebalancing going on ( doc id 2726941.1 ）
妥了，bug，升级到22.1解决
检查sql历史，发现都是之前每小时执行12次，现在是24次，嗯，懂了。
给主人留下些什么吧！~~