前段時(shí)間出現(xiàn)了一個(gè)問(wèn)題，就是重啟一個(gè)RAC節(jié)點(diǎn)時(shí)突然報(bào)恢復(fù)區(qū)大小不足的問(wèn)題，查了一下應(yīng)該沒(méi)有問(wèn)題，已經(jīng)修改為500G了，應(yīng)該還有200多G的剩余空間的，怎么一下就沒(méi)了，而且刪除了里面不少文件，并且用RMAN里的crosscheck同步了控制文件，還是不行。后來(lái)檢查了一下，發(fā)現(xiàn)是該節(jié)點(diǎn)重啟后忘記了原來(lái)修改的參數(shù)了，直接變成了初始參數(shù)，怪不得一直報(bào)空間不夠，初始參數(shù)才那么一點(diǎn)！

創(chuàng)新互聯(lián)是一家專(zhuān)業(yè)提供曹縣企業(yè)網(wǎng)站建設(shè),專(zhuān)注與網(wǎng)站設(shè)計(jì)制作、成都網(wǎng)站設(shè)計(jì)、H5場(chǎng)景定制、小程序制作等業(yè)務(wù)。10年已為曹縣眾多企業(yè)、政府機(jī)構(gòu)等服務(wù)。創(chuàng)新互聯(lián)專(zhuān)業(yè)的建站公司優(yōu)惠進(jìn)行中。

   重新設(shè)置參數(shù)后，該節(jié)點(diǎn)起來(lái)了，但問(wèn)題也來(lái)了！EM進(jìn)不去了，查看EM狀態(tài)后，決定重啟下EM，EMCTL STOP DBCONSOLE 沒(méi)問(wèn)題，但EMCTL START DBCONSOLE就有問(wèn)題了，一直是failed.

   查看EM日志也沒(méi)有看出什么問(wèn)題，決定重建EM。

   使用命令：emca -deconfig dbcontrol db -repos drop -cluster 來(lái)刪除EM，陸續(xù)輸入了數(shù)據(jù)庫(kù)名，服務(wù)名，端口號(hào)，集群名，SYS密碼，SYSMAN密碼等信息后，DBCONTROL刪除了，但是刪除資料庫(kù)時(shí)掛在那里不動(dòng)了，等了大半天也沒(méi)有動(dòng)靜只好停掉。

   這時(shí)尷尬了，我也不知道EM算不算刪除了，但是重建地時(shí)候，提示說(shuō)資料庫(kù)已經(jīng)存在，應(yīng)該是沒(méi)刪除，至少是沒(méi)刪除干凈。

   在網(wǎng)上查了一個(gè)刪除資料庫(kù)的命令，要在RAC的兩個(gè)節(jié)點(diǎn)上分別執(zhí)行，<ORACLE_HOME>/sysman/admin/emdrep/bin/RepManager <hostname> <listener_port> <sid> -action drop，結(jié)果兩個(gè)節(jié)點(diǎn)都繼續(xù)掛在那里不動(dòng)了！

   后來(lái)查了一下，決定既然是沒(méi)刪干凈，那就刪的徹底點(diǎn)。

   首先檢查目錄是否還有殘余相關(guān)目錄，到<ORACLE_HOME>/oc4j/j2ee/目錄下查看是否還有OC4J_DBConsole_<hostname>_<sid>文件，結(jié)果在節(jié)點(diǎn)一沒(méi)有殘余，但是在節(jié)點(diǎn)2確含有sid為節(jié)點(diǎn)1sid的問(wèn)題，兇殘的刪掉（移走）！

   再次刪除emca -deconfig dbcontrol db -repos drop，這回不掛住了，但是仍然報(bào)錯(cuò)，看起來(lái)像是監(jiān)聽(tīng)沒(méi)有啟動(dòng)起來(lái)，而且感覺(jué)輸入的密碼也有問(wèn)題，而且也重建不了，仍然報(bào)資料庫(kù)已存在的錯(cuò)誤。查看監(jiān)聽(tīng)沒(méi)有任何問(wèn)題，果然還是EM本身有問(wèn)題。

   再次查找資料，看到一段話：“重新配置DBCONSOLE，需要輸入DBSNMP密碼，但任何密碼都會(huì)顯示錯(cuò)誤，需要預(yù)先修改!",感覺(jué)像是造成一切問(wèn)題的源頭！

   每次重建時(shí)都事先改一下DBSNMP的密碼：sql>alter user dbsnmp identified by xxx;

   然后手工刪除數(shù)據(jù)庫(kù)里創(chuàng)建EM的一些對(duì)象：

SQL> DROP public synonym SETEMVIEWUSERCONTEXT;
同義詞已刪除。
SQL> DROP PUBLIC SYNONYM MGMT_TARGET_BLACKOUTS;
同義詞已刪除。
SQL> drop role MGMT_USER;
角色已刪除。
SQL> DROP USER SYSMAN CASCADE;
用戶已刪除。
SQL> DROP USER MGMT_VIEW CASCADE;
用戶已刪除。

   刪除SYSMAN時(shí)還有些問(wèn)題，刪除時(shí)報(bào)錯(cuò)，說(shuō)不能刪除當(dāng)前已連接用戶，使用V$session視圖查了一下，發(fā)現(xiàn)還真有三個(gè)sysman的連接，可能是重建時(shí)連上的，為防止意外，先把sysman用戶鎖上，在殺掉三個(gè)進(jìn)程，過(guò)一會(huì)就可以刪除！

  這回應(yīng)該刪除感覺(jué)了，使用命令emca -config dbcontrol db -repos create -cluster重建EM吧，但結(jié)果是兇殘的，居然說(shuō)我的語(yǔ)句有問(wèn)題，使用-help查了一遍，沒(méi)感覺(jué)有什么問(wèn)題啊。難道還有什么問(wèn)題嗎？

  這時(shí)使用DBCA打開(kāi)配置數(shù)據(jù)庫(kù)產(chǎn)品時(shí)，原來(lái)EM的選項(xiàng)變?yōu)榭蛇x了，那就沒(méi)問(wèn)題，既然命令行說(shuō)我有錯(cuò)誤，我用圖形界面總行了吧，一路填過(guò)去，靜等結(jié)構(gòu)！

  但結(jié)果再次告訴了我不要想的太想當(dāng)然，在創(chuàng)建資料庫(kù)末期，彈出了錯(cuò)誤 job_queue_processes產(chǎn)生應(yīng)該大于等于1，這是怎么回事，查看參數(shù)，發(fā)現(xiàn)該參數(shù)居然為0. 修改該產(chǎn)生:alteer system set job_queue_processes=5 scope=both sid='*';

  修改完后，為安全起見(jiàn)又重新使用命令刪除了一遍：emca -deconfig dbcontrol db -repos drop -cluster。

  這次刪除的很快，再次使用DBCA選擇創(chuàng)建EM，大概半個(gè)多小時(shí)后，EM正確創(chuàng)建成功。

  進(jìn)入EM界面后，發(fā)現(xiàn)上次通過(guò)EM創(chuàng)建的備份作業(yè)在這幾天都沒(méi)有執(zhí)行，而且作業(yè)也沒(méi)有了，果然需要重新配置！

新聞標(biāo)題：ORACLE11GRAC重建EM問(wèn)題
當(dāng)前URL：http://aaarwkj.com/article38/igsjsp.html

成都網(wǎng)站建設(shè)公司_創(chuàng)新互聯(lián)，為您提供網(wǎng)站內(nèi)鏈、做網(wǎng)站、電子商務(wù)、域名注冊(cè)、網(wǎng)站設(shè)計(jì)、微信小程序

廣告

聲明：本網(wǎng)站發(fā)布的內(nèi)容（圖片、視頻和文字）以用戶投稿、用戶轉(zhuǎn)載內(nèi)容為主，如果涉及侵權(quán)請(qǐng)盡快告知，我們將會(huì)在第一時(shí)間刪除。文章觀點(diǎn)不代表本網(wǎng)站立場(chǎng)，如需處理請(qǐng)聯(lián)系客服。電話：028-86922220；郵箱：631063699@qq.com。內(nèi)容未經(jīng)允許不得轉(zhuǎn)載，或轉(zhuǎn)載時(shí)需注明來(lái)源： 創(chuàng)新互聯(lián)