修改參數(shù)，觸發(fā)“血案”

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

公司2010年架設(shè)的一套10 G rac，安裝當(dāng)時的規(guī)劃db_files設(shè)置了200，近期由于生產(chǎn)旺季，數(shù)據(jù)文件增大，需要將這個參數(shù)調(diào)整為1000，

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

到了停機(jī)時間，登錄RAC的Node2執(zhí)行

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

隨后正常關(guān)閉RAC

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

生產(chǎn)還等著呢，距停機(jī)時間還有8分鐘呢，排錯吧

方法1：

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

這時由于大量生產(chǎn)客戶端已經(jīng)和在Node1產(chǎn)生連接，導(dǎo)致了Node2無法mount;

方法2：

依次關(guān)閉Nodeapps,ASM,根據(jù)alter.log提示，檢查asm實(shí)例的pfile，問題出現(xiàn)了，DATA4沒有被寫入到文件，隨后在2個節(jié)點(diǎn)都加入DATA4，啟動OK！

終于想起來了，2013年11月左右一同事添加2TB的DATA4，估計(jì)是當(dāng)時作業(yè)沒有完成！

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

至問題解決，超過了申請停機(jī)時間6分鐘，屬于嚴(yán)重生產(chǎn)事故，被BOSS大罵一頓！

總結(jié)一下：

1.任何DB維護(hù)需求，需DBA Team協(xié)調(diào)溝通；

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

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