大家好!
慣例先介紹環境:
操作系統: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進程......切記切記!
文章版權歸作者所有,未經允許請勿轉載,若此文章存在違規行為,您可以聯系管理員刪除。
轉載請注明本文地址:http://specialneedsforspecialkids.com/yun/130104.html
摘要:如果看視頻能夠成為高手,那每一個球迷都應該是梅西。克服心理障礙前端的飛速發展,不僅僅是初學者,哪怕熟手都會焦慮感覺很多東西都不會。 很多前端都想找一個學習計劃,然后認真學,成為一個大牛;他們迫切的想知道自己該學什么,然后看什么書,有什么資源可以用! 我今天要告訴你的是,你不要看什么書,不要做什么事!因為如果你再不恰當的階段,看了那些看起來很正確的金科玉律一般的書籍,除了打消你學習的興趣...
摘要:設想下,如果有段程序,自動把你打開瀏覽器,然后跳轉到百度首頁。分為江湖傳言今年圣誕節會發布,主要是增強對移動端瀏覽器的測試。至于百度搜出來的那坨,誒,,往事不堪回首。這是面向用戶的最終測試。 一般來說對一個網站做測試,最直接的方法就是用手點,眼睛看。用手點和眼睛看把網站的功能點都過一遍,比如在百度首頁的搜索框里輸入 coding,點擊百度一下,用眼睛看會不會彈出有關 coding 的搜...
閱讀 1346·2023-01-11 13:20
閱讀 1684·2023-01-11 13:20
閱讀 1132·2023-01-11 13:20
閱讀 1858·2023-01-11 13:20
閱讀 4100·2023-01-11 13:20
閱讀 2704·2023-01-11 13:20
閱讀 1385·2023-01-11 13:20
閱讀 3597·2023-01-11 13:20