如何理解oracle undo表空間快速擴(kuò)展，很多新手對此不是很清楚，為了幫助大家解決這個難題，下面小編將為大家詳細(xì)講解，有這方面需求的人可以來學(xué)習(xí)下，希望你能有所收獲。
成都創(chuàng)新互聯(lián)公司專注于黃陂網(wǎng)站建設(shè)服務(wù)及定制，我們擁有豐富的企業(yè)做網(wǎng)站經(jīng)驗。 熱誠為您提供黃陂營銷型網(wǎng)站建設(shè)，黃陂網(wǎng)站制作、黃陂網(wǎng)頁設(shè)計、黃陂網(wǎng)站官網(wǎng)定制、小程序制作服務(wù)，打造黃陂網(wǎng)絡(luò)公司原創(chuàng)品牌,更為您提供黃陂網(wǎng)站排名全網(wǎng)營銷落地服務(wù)。
最近發(fā)現(xiàn)在有兩個數(shù)據(jù)庫的undo表空間使用率一直在增長，過兩天就加一次，已經(jīng)加到快40G了，后來感覺這個現(xiàn)象有點不正常了，因為數(shù)據(jù)庫的事務(wù)并不那太頻繁，不至于總是到達(dá)100%
的地步，于是在網(wǎng)上查了下，果然這是oracle的一個bug造成的。這個bug應(yīng)該是oracle10.2版本的所有平臺上都存在。該bug oracle說在10.2.0.4版本上已經(jīng)修補，但我還確實在AIX上發(fā)現(xiàn)了
BUG號：5387030、420525.1
環(huán)境：
OS\DB: AIX 5.3\oracle 10.2.0.2 64-bit
OS\DB: HP-Unix\oracle 10.2.0.2 64-bit
現(xiàn)象：
查看當(dāng)前undo表空間使用率：
SQL>select t.tablespace_name, total, free, round(100*(1-(free/total)),3)||'%' 已使用的空間比例
from (select tablespace_name, sum(bytes)/1024/1024 total from dba_data_files
where tablespace_name='UNDOTBS1'
group by tablespace_name) t,
(select tablespace_name, sum(bytes)/1024/1024 free from dba_free_space
group by tablespace_name) f where t.tablespace_name=f.tablespace_name(+)
order by tablespace_name;
TABLESPACE_NAME TOTAL FREE 已使用的空間比例
------------------------------ ---------- ---------- -----------------------------------------
UNDOTBS1 39000 1442.0625 95.027%
undo表空間是非自動擴(kuò)展的：
SQL> Select file_name,Autoextensible From Dba_Data_Files
2 Where tablespace_name='UNDOTBS1'
3 Order By File_id;
FILE_NAME AUTOEXTENSIBLE
-------------------------------------------------------------------------------- --------------
/gsfs02/oradata/CICGSFSP/undotbs01.dbf NO
/gsfs03/oradata/CICGSFSP/undotbs02.dbf NO
.........
SQL> show parameter undo_retention
NAME TYPE VALUE
------------------------------------ ----------- ------------------------------
undo_retention integer 1800
解決：
設(shè)表空間為自動擴(kuò)展并設(shè)表空間最大值為表空間現(xiàn)在大小，其作用跟表空不自動擴(kuò)展效果是一樣的，這樣避免這個bug的產(chǎn)生
--生成修改數(shù)據(jù)文件腳本
Select 'alter database datafile ''' || file_name || ''' Autoextend on ' || 'Maxsize ' || to_char(bytes/1024/1024) || 'm;' From Dba_Data_Files
Where tablespace_name='UNDOTBS1'
Order By File_id
alter database datafile '/gsfs02/oradata/CICGSFSP/undotbs01.dbf' Autoextend on Maxsize 2000m;
alter database datafile '/gsfs03/oradata/CICGSFSP/undotbs02.dbf' Autoextend on Maxsize 2000m;
alter database datafile '/gsfs04/oradata/CICGSFSP/undotbs03.dbf' Autoextend on Maxsize 2000m;
alter database datafile '/gsfs05/oradata/CICGSFSP/undotbs04.dbf' Autoextend on Maxsize 2000m;
.......
SQL> select to_char(sysdate,'yyyy-mm-dd hh34:mi:ss') from dual;
TO_CHAR(SYSDATE,'YYYY-MM-DDHH2
------------------------------
2010-10-29 10:40:03
然后執(zhí)行其腳本修改數(shù)據(jù)文件自動擴(kuò)展屬性為on
第隔幾分鐘再次觀察undo表空間使用情況，使用率在直線下降:
TABLESPACE_NAME TOTAL FREE 已使用的空間比例
------------------------------ ---------- ---------- -----------------------------------------
UNDOTBS1 29000 3790.0625 86.931%
TABLESPACE_NAME TOTAL FREE 已使用的空間比例
------------------------------ ---------- ---------- -----------------------------------------
UNDOTBS1 29000 10837.0625 62.631%
TABLESPACE_NAME TOTAL FREE 已使用的空間比例
------------------------------ ---------- ---------- -----------------------------------------
UNDOTBS1 38000 27496.9375 27.64%
然后再看看一重要視圖v$undostat的tuned_undoretention字段的建議值：
--2010-10-29 10:42:18 這個時間正好是我修改完數(shù)據(jù)文件屬性之后的時間
SQL> select to_char(begin_time,'yyyy-mm-dd hh34:mi:ss'),to_char(end_time,'yyyy-mm-dd hh34:mi:ss'),undoblks,tuned_undoretention,maxquerylen,maxqueryid from v$undostat WHERE rownum < 20;
TO_CHAR(BEGIN_TIME,'YYYY-MM-DD TO_CHAR(END_TIME,'YYYY-MM-DDHH UNDOBLKS TUNED_UNDORETENTION MAXQUERYLEN MAXQUERYID
------------------------------ ------------------------------ ---------- ------------------- ----------- -------------
2010-10-29 10:52:18 2010-10-29 10:56:39 1128 1800 88 5kma9ywsgcwhm
2010-10-29 10:42:18 2010-10-29 10:52:18 6848 1800 88 5kma9ywsgcwhm
2010-10-29 10:32:18 2010-10-29 10:42:18 5847 345600 200 cykr0t05sxa73
2010-10-29 10:22:18 2010-10-29 10:32:18 3770 345600 199 70r1113n3vwyu
2010-10-29 10:12:18 2010-10-29 10:22:18 5014 345600 105 4cp98gmy1q8qk
2010-10-29 10:02:18 2010-10-29 10:12:18 5292 345600 229 3156qc5zh6pwn
2010-10-29 09:52:18 2010-10-29 10:02:18 4113 345600 142 1amcb16ytfpbx
2010-10-29 09:42:18 2010-10-29 09:52:18 6184 345600 79 7qbdzfacr8srx
2010-10-29 09:32:18 2010-10-29 09:42:18 3939 345600 78 bunvx480ynf57
2010-10-29 09:22:18 2010-10-29 09:32:18 5575 345600 56 3s4zvp29gjsz0
看完上述內(nèi)容是否對您有幫助呢？如果還想對相關(guān)知識有進(jìn)一步的了解或閱讀更多相關(guān)文章，請關(guān)注創(chuàng)新互聯(lián)行業(yè)資訊頻道，感謝您對創(chuàng)新互聯(lián)的支持。
重慶分公司
重慶分公司
