資訊專欄INFORMATION COLUMN
大家好！
慣例先介紹環(huán)境：
操作系統(tǒng)：Redhat7.6
數(shù)據(jù)庫版本：19.7
是否RAC：是
ASM或文件系統(tǒng)：ASM
過程是這樣的：最近在做部分19C數(shù)據(jù)庫的高可用測試，killcrsd.bin進程是測試部分之一，在19C之前，killcrsd.bin進程之后，集群不會出現(xiàn)異常，crsd.bin會自動被agent拉起。然而這次19C kill crsd.bin進程后，ASM直接宕掉，集群及DB出現(xiàn)異常。
首先查看GIalert日志：
日志顯示在killcrsd.bin進程之后，crsd進程發(fā)生了重啟。
繼續(xù)查看ASMalert日志看能否發(fā)現(xiàn)異常
日志顯示10:06:29開始，ASM開始failover，db實例被shutdownimmediate。
查看CRS日志如下：
我們可以看到crsd進程被kill之后，在10:06:04.233后crsd就沒有心跳了，隨后在10:06:18.785crsd進程開始自動啟動。
但是之后資源ora.asmnet1.asmnetwork一直停留在pendingconnections狀態(tài)，隨后ora.asmnet1.asmnetwork資源offline。
總結(jié)下：
ASM實例是被oraagent.bin進程正常關(guān)閉的，因為當我們kill掉crsd進程后，其引發(fā)了CRSDdeep check starts hanging and finally orarootagent returns failed
隨后導(dǎo)致ora.asmnet1.asmnetwork資源offline，最終oraagent會讓這個節(jié)點的ASM實例failover。
在MOS上找到了關(guān)于該問題的介紹(DocID 29502953.8)，是由于觸發(fā)Bug29502953導(dǎo)致，從19.1開始一直到20.1以下之間的版本都有可能觸發(fā)這個BUG，且無workround。
官檔介紹截圖：
所以在19C版本，千萬不要隨意去killcrsd進程......切記切記!
文章版權(quán)歸作者所有，未經(jīng)允許請勿轉(zhuǎn)載,若此文章存在違規(guī)行為，您可以聯(lián)系管理員刪除。
轉(zhuǎn)載請注明本文地址：http://systransis.cn/yun/130104.html
摘要：如果看視頻能夠成為高手，那每一個球迷都應(yīng)該是梅西?？朔睦碚系K前端的飛速發(fā)展，不僅僅是初學(xué)者，哪怕熟手都會焦慮感覺很多東西都不會。 很多前端都想找一個學(xué)習(xí)計劃，然后認真學(xué)，成為一個大牛；他們迫切的想知道自己該學(xué)什么，然后看什么書，有什么資源可以用！ 我今天要告訴你的是，你不要看什么書，不要做什么事！因為如果你再不恰當?shù)碾A段，看了那些看起來很正確的金科玉律一般的書籍，除了打消你學(xué)習(xí)的興趣...
摘要：設(shè)想下，如果有段程序，自動把你打開瀏覽器，然后跳轉(zhuǎn)到百度首頁。分為江湖傳言今年圣誕節(jié)會發(fā)布，主要是增強對移動端瀏覽器的測試。至于百度搜出來的那坨，誒，，往事不堪回首。這是面向用戶的最終測試。 一般來說對一個網(wǎng)站做測試，最直接的方法就是用手點，眼睛看。用手點和眼睛看把網(wǎng)站的功能點都過一遍，比如在百度首頁的搜索框里輸入 coding，點擊百度一下，用眼睛看會不會彈出有關(guān) coding 的搜...
閱讀 1356·2023-01-11 13:20
閱讀 1707·2023-01-11 13:20
閱讀 1215·2023-01-11 13:20
閱讀 1906·2023-01-11 13:20
閱讀 4165·2023-01-11 13:20
閱讀 2757·2023-01-11 13:20
閱讀 1402·2023-01-11 13:20
閱讀 3671·2023-01-11 13:20
