修改參數，觸發“血案”

公司2010年架設的一套10 G rac，安裝當時的規劃db_files設置了200，近期由于生產旺季，數據文件增大，需要將這個參數調整為1000， 接受這個case時覺得沒什么難的，隨即申請停機時間15分鐘； 到了停機時間，登錄RAC的Node2執行 SQL alter system set db_files

公司2010年架設的一套10 G rac，安裝當時的規劃db_files設置了200，近期由于生產旺季，數據文件增大，需要將這個參數調整為1000，

接受這個case時覺得沒什么難的，隨即申請停機時間15分鐘；

到了停機時間，登錄RAC的Node2執行

SQL> alter system set db_files=1000 scope=spfile;

隨后正常關閉RAC

執行開啟RAC過程，ASM,nodeapps開啟后，在執行開始實例時，拋出一個CRS的錯誤，隨后查看alter.log日志，發現DATA4沒有mount，好奇怪哦

生產還等著呢，距停機時間還有8分鐘呢，排錯吧

方法1：

先將Node1的DATA4手動mount起來，Node1正常啟用，然后再mount Node2上DATA4

這時由于大量生產客戶端已經和在Node1產生連接，導致了Node2無法mount;

方法2：

依次關閉Nodeapps,ASM,根據alter.log提示，檢查asm實例的pfile，問題出現了，DATA4沒有被寫入到文件，隨后在2個節點都加入DATA4，啟動OK！

終于想起來了，2013年11月左右一同事添加2TB的DATA4，估計是當時作業沒有完成！

ASM Diskgroup添加與刪除步驟見博文：http://blog.csdn.net/jacson_bai/article/details/17946327

至問題解決，超過了申請停機時間6分鐘，屬于嚴重生產事故，被BOSS大罵一頓！

總結一下：

1.任何DB維護需求，需DBA Team協調溝通；

2.在接受本次維護任務時，最好能看一下該DB最近維護記錄，小心觸發別人的錯誤，導致自己被K!

聲明：本網頁內容旨在傳播知識，若有侵權等問題請及時與本網聯系，我們將在第一時間刪除處理。TEL:177 7030 7066 E-MAIL:11247931@qq.com