大家好！
惯例先介绍环境：
操作系统：Redhat7.6
数据库版本：19.7
是否RAC：是
ASM或文件系统：ASM
过程是这样的：最近在做部分19C数据库的高可用测试，killcrsd.bin进程是测试部分之一，在19C之前，killcrsd.bin进程之后，集群不会出现异常，crsd.bin会自动被agent拉起。然而这次19C kill crsd.bin进程后，ASM直接宕掉，集群及DB出现异常。
首先查看GIalert日志：
日志显示在killcrsd.bin进程之后，crsd进程发生了重启。
继续查看ASMalert日志看能否发现异常
日志显示10:06:29开始，ASM开始failover，db实例被shutdownimmediate。
查看CRS日志如下：
我们可以看到crsd进程被kill之后，在10:06:04.233后crsd就没有心跳了，随后在10:06:18.785crsd进程开始自动启动。
但是之后资源ora.asmnet1.asmnetwork一直停留在pendingconnections状态，随后ora.asmnet1.asmnetwork资源offline。
总结下：
ASM实例是被oraagent.bin进程正常关闭的，因为当我们kill掉crsd进程后，其引发了CRSDdeep check starts hanging and finally orarootagent returns failed
随后导致ora.asmnet1.asmnetwork资源offline，最终oraagent会让这个节点的ASM实例failover。
在MOS上找到了关于该问题的介绍(DocID 29502953.8)，是由于触发Bug29502953导致，从19.1开始一直到20.1以下之间的版本都有可能触发这个BUG，且无workround。
官档介绍截图：
所以在19C版本，千万不要随意去killcrsd进程......切记切记!
文章版权归作者所有，未经允许请勿转载,若此文章存在违规行为，您可以联系管理员删除。
转载请注明本文地址：https://www.ucloud.cn/yun/130104.html
摘要：如果看视频能够成为高手，那每一个球迷都应该是梅西。克服心理障碍前端的飞速发展，不仅仅是初学者，哪怕熟手都会焦虑感觉很多东西都不会。 很多前端都想找一个学习计划，然后认真学，成为一个大牛；他们迫切的想知道自己该学什么，然后看什么书，有什么资源可以用！ 我今天要告诉你的是，你不要看什么书，不要做什么事！因为如果你再不恰当的阶段，看了那些看起来很正确的金科玉律一般的书籍，除了打消你学习的兴趣...
集成安装之oracle19C GI升级遇坑分享 img{ display:block; margin:0 auto !important; width:100%; } body{ width:75%; ...
Goldengate目标端11g升级至19c img{ display:block; margin:0 auto !important; width:100%; } body{ width:75%; ...
利用Oracle ADG升级11.2.0.4到19.8案例分享 img{ display:block; margin:0 auto !important; width:100%; } body{ width:75...
阅读 1487·2023-01-11 13:20
阅读 1842·2023-01-11 13:20
阅读 1285·2023-01-11 13:20
阅读 2030·2023-01-11 13:20
阅读 4239·2023-01-11 13:20
阅读 2922·2023-01-11 13:20
阅读 1577·2023-01-11 13:20
阅读 3843·2023-01-11 13:20
