Undo回滾段中 Unexpired Block遲遲不釋放掉，占用90%以上的undo表空間.
導(dǎo)致數(shù)據(jù)庫事務(wù)等待嚴(yán)重. DML運(yùn)行異常緩慢. JOB運(yùn)行也有ora-01555錯(cuò)誤.
詳細(xì)詢問了下UNDO表空間的具體設(shè)置，如下：
1、undo_retention=3600；
2、未設(shè)置表空間的retention guarantee；
3、UNDO表空間設(shè)置為非自動(dòng)擴(kuò)展；
4、數(shù)據(jù)庫版本11.2.0.1.0
oracle給了個(gè)參數(shù)，"_smu_debug_mode" = 33554432，改到系統(tǒng)中，報(bào)出一大堆ORA-01555，趕緊改了回來。
莫非是碰到bug了？查了下，在oracle 10.2.0.2-3，確實(shí)有個(gè)很類似的bug：5387030。
正常情況下，如果undo 表空間被設(shè)置為固定大小，不自動(dòng)擴(kuò)展，oracle會(huì)啟用Automatic Tuning of undo retention特性。
啟用Automatic Tuning of undo retention時(shí)，oracle會(huì)忽略u(píng)ndo_retention的設(shè)置，根據(jù)undo表空間大小、系統(tǒng)負(fù)載情況，自動(dòng)調(diào)整undo_retention為一個(gè)合適的值。這個(gè)值一般會(huì)大于“所有事務(wù)的最長運(yùn)行時(shí)間”。
10gR2的bug現(xiàn)象為，只要設(shè)置了undo表空間自動(dòng)管理，不管有沒開自動(dòng)擴(kuò)展，不管undo_retention設(shè)置為多少，都會(huì)啟用 Automatic Tuning of undo retention的新特性。
這個(gè)bug的解決辦法：
10.2.0.2/10.2.0.3有相應(yīng)的patch，這個(gè)bug在10.2.0.4中已經(jīng)修復(fù)，建議找時(shí)間停機(jī)打patch
設(shè)置隱含參數(shù)_smu_debug_mode=33554432，將tuned_undoretention取值算法修正為max(maxquerylen secs + 300,undo_retention )
設(shè)置隱含參數(shù)_undo_autotune=false，關(guān)閉自動(dòng)undo retention調(diào)整特性
在10.2.0.4及以后，這個(gè)bug就修復(fù)了。朋友那問題，肯定不是這bug引起的。
在查閱這bug時(shí)，發(fā)現(xiàn)Automatic Tuning of undo retention的啟用條件，與朋友那完全吻合，莫非這跟Automatic Tuning of undo retention有關(guān)。
查了下官方文檔，確實(shí)如此。
系統(tǒng)查了下，果然，undo_retention被自動(dòng)調(diào)整了：
最后總結(jié)下，呵， 在oracle 10.2.0.4，oracle11g里面，如果碰到undo使用率100%，不釋放的問題。不建議再通過調(diào)整隱藏參數(shù)來解決undo占用率高的問題。
更推薦設(shè)置undo空間的自動(dòng)擴(kuò)展 + 限制文件大大小的方式來解決。
重慶分公司
重慶分公司
