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

鏈接描述引言

近期我們在DBASK小程序新關聯了運維之美、高端存儲知識、一森咖記、運維咖啡吧等數據領域的公眾號，歡迎大家閱讀分享。

問答集萃

接下來，我們分享本期整理出的問題和診斷總結，供大家參考學習，詳細的診斷分析過程可以通過標題鏈接跳轉到小程序中查看。

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

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

問題三、Oracle 12c OEM upgrade to 13c
升級本端服務器agent 流程。
診斷結論：這個要看具體的版本，就算從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數據庫第一次訪問卡死
系統頁面后臺連接oracle數據庫，第一次訪問系統時候，頁面框架都能出來，但是需要調數據庫顯示數據的地方一直在轉圈，也不報錯，再次刷新頁面的時候數據就出來，請問一下這是數據庫什么參數設置影響的嗎？
診斷結論：這個還是得從應用著手，debug打開看下哪里出現了問題。對于數據庫來說，只是存在第一次執行SQL需要解析、讀取磁盤數據緩存到內存，第二次執行就直接從內存取數據，速度上會快一些。另外這個現象很有可能是連接到數據庫的長連接由于長時間未進行數據交互，被網關或防火墻斷開，因此第一次訪問的時候會等待一個TNS超時。可以讓應用增加日志的輸出，看看問題是否發生在獲取數據庫連接后運行第一個SQL的地方。如果是這個問題，解決思路是修改網關或防火墻的配置，避免中斷空閑連接。或者在數據庫中配置死連接檢查DCD。

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

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

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

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

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

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

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

想了解更多知識點嗎？
那就登錄“墨天輪”了解學習吧~