摘要：問題九庫控制文件擴(kuò)展報錯庫的擴(kuò)展報錯，用的是裸設(shè)備，和還是原來大小，主庫的沒有報錯，并且大小沒有變，求解釋。專家解答從報錯可以看出，控制文件從個塊擴(kuò)展到個塊時報錯，而裸設(shè)備最大只支持個塊，無法擴(kuò)展，可以嘗試將參數(shù)改小，避免控制文件報錯。

鏈接描述引言

近期我們在DBASK小程序新關(guān)聯(lián)了運維之美、高端存儲知識、一森咖記、運維咖啡吧等數(shù)據(jù)領(lǐng)域的公眾號，歡迎大家閱讀分享。

問答集萃

接下來，我們分享本期整理出的問題和診斷總結(jié)，供大家參考學(xué)習(xí)，詳細(xì)的診斷分析過程可以通過標(biāo)題鏈接跳轉(zhuǎn)到小程序中查看。

問題一、對于temp表空間爆滿情況，怎么處理？
undo temp表空間很大，我的思路是增大表空間大小或者，新建個temp1，然后默認(rèn)的制定新建temp1，但是我感覺這樣還會滿。正常思路怎么處理這種undo temp表空間大問題？
診斷結(jié)論：最根本的方法是去優(yōu)化占用temp和undo多的sql，比如排序多的、執(zhí)行時間長的sql等等。結(jié)合自己的環(huán)境設(shè)置合理的temp和undo空間，一般是給核心業(yè)務(wù)用戶多帶帶的temp表空間，以免其他誤操作對核心業(yè)務(wù)影響。另外這兩個表空間是不會釋放的，也就是隨著業(yè)務(wù)的運行使用率會越來越大，最后接近100%，一般如果沒有報ora-01555和無法擴(kuò)容temp表空間的錯誤可以忽略表空間使用率。

問題二、extended cluster在一個站點故障時，存活站點內(nèi)實例的處理流程
存活站點實例處理此故障的流程，以及預(yù)估一般需要多長時間恢復(fù)服務(wù)能力。
診斷結(jié)論：以兩種典型故障為例，1、兩邊數(shù)據(jù)庫均承載業(yè)務(wù)，任何一邊發(fā)生故障，則由另一邊承載所有業(yè)務(wù)，無須進(jìn)行主備站點切換。故障站點原先承載的用戶會話在幾分鐘內(nèi)由其他存活節(jié)點接管，體驗上會有一些卡頓，這個與普通RAC節(jié)點故障一樣，某個實例發(fā)生故障后，集群reconfiguration，應(yīng)用TAF。2、若站點間的心跳線中斷，則由第三站點的仲裁盤決定驅(qū)逐哪個站點，哪個站點存活。被驅(qū)逐站點原先承載的用戶在體驗上會有幾分鐘的卡頓。

問題三、Oracle 12c OEM upgrade to 13c
升級本端服務(wù)器agent 流程。
診斷結(jié)論：這個要看具體的版本，就算從12.1.0.1到12.1.0.5都需要先升級到12.1.0.3再升級到12.1.0.5，12到13直接升級支持最低版本是12.1.0.5，其他都需要先升級到中間版本。GC升級完之后，直接在GC管理頁面升級agent即可。

問題四、Oracle數(shù)據(jù)庫第一次訪問卡死
系統(tǒng)頁面后臺連接oracle數(shù)據(jù)庫，第一次訪問系統(tǒng)時候，頁面框架都能出來，但是需要調(diào)數(shù)據(jù)庫顯示數(shù)據(jù)的地方一直在轉(zhuǎn)圈，也不報錯，再次刷新頁面的時候數(shù)據(jù)就出來，請問一下這是數(shù)據(jù)庫什么參數(shù)設(shè)置影響的嗎？
診斷結(jié)論：這個還是得從應(yīng)用著手，debug打開看下哪里出現(xiàn)了問題。對于數(shù)據(jù)庫來說，只是存在第一次執(zhí)行SQL需要解析、讀取磁盤數(shù)據(jù)緩存到內(nèi)存，第二次執(zhí)行就直接從內(nèi)存取數(shù)據(jù)，速度上會快一些。另外這個現(xiàn)象很有可能是連接到數(shù)據(jù)庫的長連接由于長時間未進(jìn)行數(shù)據(jù)交互，被網(wǎng)關(guān)或防火墻斷開，因此第一次訪問的時候會等待一個TNS超時?？梢宰寫?yīng)用增加日志的輸出，看看問題是否發(fā)生在獲取數(shù)據(jù)庫連接后運行第一個SQL的地方。如果是這個問題，解決思路是修改網(wǎng)關(guān)或防火墻的配置，避免中斷空閑連接?；蛘咴跀?shù)據(jù)庫中配置死連接檢查DCD。

問題五、卸載完DB，如何完全卸載GI
卸載grid，運行第二個root腳本報錯，估計是因為asm實例沒有關(guān)閉必須是有一個要保持開啟。之手用sysasm關(guān)閉所有asm實例再運行還是報錯，執(zhí)行./crsctl stat res -t 發(fā)現(xiàn).dg .proxy_advm .asm等資源雖然變offline但是ora.ASMNET1LSNR_ASM.lsnr還是online，crsctl stop crs也執(zhí)行不了如何解決？
診斷結(jié)論：嘗試強制停止：crsctl stop crs -f，再deconfig -force和deinstall，詳細(xì)步驟請查看詳情。

問題六、9.2.0.8 aix 升級11.2.0.4 aix升級后需要檢查什么
參考《手動升級到 Oracle Database 11gR2 (11.2)的完整核對清單 (文檔 ID 1674333.1)》進(jìn)行升級，其中timezone不升級。升級后除了檢查升級日志，后臺日志，用戶對象。
診斷結(jié)論：優(yōu)化器從RBO到CBO，改變很大，確保應(yīng)用在生產(chǎn)數(shù)據(jù)庫升級前已經(jīng)做過了充分的SPA測試。

問題七、win安裝10g報錯Ora-12546 tns:permission denied
Windows 2012 r2 64位系統(tǒng)安裝10.2.0.4的數(shù)據(jù)庫64位，總會出現(xiàn)這個報錯，要么是dbca的時候，要么就是建完數(shù)據(jù)庫，一重啟服務(wù)器之后，sqlplus也登陸不了報錯。嘗試了一下安裝了10.2.0.5的補丁的話就沒在出現(xiàn)這問題，反復(fù)試了幾次，這個是bug么？
診斷結(jié)論：這個是因為Oracle 10.2.0.4發(fā)行的時候，Windows 7都還沒有出，而從Windows 7開始（甚至是更早的Windwos Vista開始），Windows的權(quán)限體系出現(xiàn)了非常大的變化，而早期的Oracle版本并不能適應(yīng)這種新環(huán)境，所以會出各種各樣的問題。用新版本就好了，如你說的Oracle 10.2.0.5，該小版本正好解決這個環(huán)境問題，所以就沒問題了。

問題八、oracle數(shù)據(jù)庫平臺兼容性列表
Oracle各個版本操作系統(tǒng)兼容性列表
診斷結(jié)論：可以參考https://docs.oracle.com/en/da...，每個版本都有不同的支持列表，在官方文檔上可以查到。

問題九、dg庫控制文件擴(kuò)展報錯
dg庫的control1擴(kuò)展報錯，用的是裸設(shè)備，2和3還是原來大小，主庫的沒有報錯，并且大小沒有變，求解釋。
專家解答：從ALERT報錯可以看出，控制文件從8050個塊擴(kuò)展到13168個塊時報錯，而裸設(shè)備最大只支持8050個塊，無法擴(kuò)展，可以嘗試將參數(shù)CONTROL_FILE_RECORD_KEEP_TIME改小，避免控制文件報錯。

問題十、sql調(diào)條件中where1=1，基于不同的優(yōu)化器cbo會走索引，而rbo則不會
應(yīng)用中經(jīng)常能夠看到where1=1的條件。請問，為什么在不同的優(yōu)化器下，rbo不會走索引而是全掃？
診斷結(jié)論：與where 1=1沒有關(guān)系，這個SQL相當(dāng)于沒有where條件。RBO是定義死的一套規(guī)則，只有在MAX和MIN索引列時才會走索引全掃，也不會去看統(tǒng)計信息。

問題十一、OGG 11.2無法使用format release 12.3
高版本OGG傳遞文件到11.2，傳遞失敗，試過加參數(shù)format release，不行，高版本OGG傳遞文件到12.1，應(yīng)用失敗，試過加參數(shù)format release，不行。求一份OGG版本兼容。
診斷結(jié)論：建議源端、目標(biāo)端最好用同一版本。目前從官方文檔來看，10、11、12都可以通過FORMAT RELEASE參數(shù)來兼容，除了CDB必須要求12.3以上外。

想了解更多知識點嗎？
那就登錄“墨天輪”了解學(xué)習(xí)吧~