Oracle Undo使用情況監控
Oracle 10g及後續版本較以前版本有一新特性即自動調整undo retention時間，大大簡便了管理，對於自動擴充套件（autoextend on）的undo表空間，引數undo_retention設定成為Oracle自動調節undo retention的最低閥值。對於非自動擴充套件（autoextend off），非guarantee 的undo 表空間，Oracle會根據undo表空間大小和v$undostat的歷史資訊（是否統計undo資訊是由隱含引數 _collect_undo_stats決定的，預設情況為TRUE）最大可能性保留undo資訊。以最大化的減少類似ORA-01555 等錯誤發生。在這種情況下的UNDO RETENTION就基本沒有用處了。預設情況下 _UNDO_AUTOTUNE =TRUE, 開啟UNDO自動最佳化功能。經過最佳化的UNDO RETENTION可以在V$UNDOSTAT的 TUNED_UNDORETENTION 中看到， 一般oracle每10分鐘寫一條unod表空間使用情況記錄到V$UNDOSTAT, 包括 TUNED_UNDORETENTION 。
當然這一特性是由隱含引數_undo_autotune控制的，預設情況下設定為TRUE，部分特殊情況下會將其設為FALSE，如startup upgrade。
如果引數設為false，oracle 不會根據表空間大小等自己調整undo retention大小，undo retention設定小時容易出現ora-01555 錯誤。比如表空間足夠大，但還是會出現ora-01555。
在Oracle 10g版本中可以使用V$UNDOSTAT檢視用於監控例項中當前事務使用UNDO表空間的情況。檢視中的每行列出了每隔十分鐘從例項中收集到的統計資訊。每行都表示了在過去7*24小時裡每隔十分鐘UNDO表空間的使用情況，事務量和查詢長度等資訊的統計快照。
UNDO表空間的使用情況會因事務量變化而變化，一般我們在計算時同時參考UNDO表空間的平均使用情況和峰值使用情況。
以下SQL語句用於計算過去7*24小時中UNDO表空間的平均使用量：
col UNDO_RETENTION for a15
col DB_BLOCK_SIZE for a15
select ur undo_retention, dbs db_block_size, ((ur * (ups * dbs))+(dbs * 24))/1024/1024 as "M_bytes"
from (select value as ur from v$parameter where name = 'undo_retention'),
(select (sum(undoblks) / sum(((end_time - begin_time) * 86400))) ups from v$undostat),
(select value as dbs from v$parameter where name = 'db_block_size');
以下SQL語句則按峰值情況計算UNDO表空間所需空間：
col UNDO_RETENTION for a15
col DB_BLOCK_SIZE for a15
select ur undo_retention, dbs db_block_size, ((ur * (ups * dbs)) + (dbs * 24)) / 1024 / 1024 as "M_bytes"
from (select value as ur from v$parameter where name = 'undo_retention'),
(select (undoblks / ((end_time - begin_time) * 86400)) ups from v$undostat where undoblks in (select max(undoblks) from v$undostat)),
(select value as dbs from v$parameter where name = 'db_block_size');
需要注意因RAC情況下一般存在2個UNDO表空間，視乎實際情況分別在2個例項中執行以上查詢。
一般來說為了儘可能維護日常業務的正常執行，我們建議按照峰值情況估算和分配UNDO表空間的大小，雖然這樣存在儲存空間上的浪費，但是可以避免UNDO表空間不足所帶來的問題。
同時我們也可以使用DBA_UNDO_EXTENTS檢視實時監控UNDO表空間的使用情況：
select sum(bytes)/1024/1024 MB, status, tablespace_name
from dba_undo_extents
group by status, tablespace_name order by 3, 2;
該查詢將返回以STATUS分組的各狀態回滾資訊所使用的空間量，一般存在三種STATUS狀態：EXPIRED，UNEXPIRED，ACTIVE。ACTIVE表示目前仍活躍的事務相關回滾資訊，UNEXPIRED表示雖然事務已經結束但回滾資訊保留的時間仍未超過例項引數UNDO_RETENTION所設定的值，EXPIRED表示回滾資訊保留時間已超過UNDO_RETENTION所設定的值。
在UNDO表空間未啟用guarantee選項的情況下（當前使用情況），新事務的回滾空間分配遵循以下依據：
a) 尋找不存在ACTIVE區間的回滾段，若沒有則建立一個新的回滾段，若空間不允許生成新段，則返回錯誤。
b) 如果有一個回滾段被選中，但是其中空閒的空間並不足以儲存該事務的回滾資訊，那麼它將嘗試建立區間，如果表空間上沒有空間，那麼將會進入下一步。
c) 如果建立新區間失敗，它將會搜尋其他回滾段中的EXPIRED區間並重用。
d) 如果其他回滾段中沒有EXPIRED區間可使用，那麼它會繼續搜尋其他回滾段中UNEXPIRED區間並重用，注意事務不會重用本回滾段中的UNEXPIRED區間，故UNEXPIRED的回滾空間僅部分可以為Oracle重用；若仍得不到所需則返回錯誤。
當我們觀察到ACTIVE回滾資訊所佔用空間很大時，說明系統目前執行的事務繁忙。因目前未啟用UNDO表空間的guarantee選項，故EXPIRED的全部回滾空間與UNEXPIRED的部分回滾空間可以為Oracle複用，在實時監控時主要觀察ACTIVE狀態回滾資訊使用的空間即可。
在系統相關業務不變的情況下，我們透過計算UNDO表空間的峰值使用情況即可最大程度完善UNDO表空間的配置；而當系統處於業務調整階段，如新的業務加入或業務時段調整情況下，則需要進一步實時監控UNDO表空間使用情況，以滿足動態調整需求。
以下是監控UNDO 的指令碼。
v$undostat
select INST_ID, to_char(BEGIN_TIME,'YYYY/MM/DD HH24:MI:SS') "BEGIN TIME", END_TIME, UNDOBLKS, TXNCOUNT, UNXPBLKRELCNT, ACTIVEBLKS, UNEXPIREDBLKS, EXPIREDBLKS
from gv$undostat order by 2;
檢視某個事務正在用哪個undo segment
select s.sid,s.serial#,s.sql_id,v.usn,segment_name,r.status, v.rssize/1024/1024 mb
From dba_rollback_segs r, v$rollstat v,v$transaction t,v$session s
Where r.segment_id = v.usn and v.usn=t.xidusn and t.addr=s.taddr
order by segment_name ;
col UNDO_RETENTION for a15
col DB_BLOCK_SIZE for a15
select ur undo_retention, dbs db_block_size, ((ur * (ups * dbs))+(dbs * 24))/1024/1024 as "M_bytes"
from (select value as ur from v$parameter where name = 'undo_retention'),
(select (sum(undoblks) / sum(((end_time - begin_time) * 86400))) ups from v$undostat),
(select value as dbs from v$parameter where name = 'db_block_size');
col UNDO_RETENTION for a15
col DB_BLOCK_SIZE for a15
select ur undo_retention, dbs db_block_size, ((ur * (ups * dbs)) + (dbs * 24)) / 1024 / 1024 as "M_bytes"
from (select value as ur from v$parameter where name = 'undo_retention'),
(select (undoblks / ((end_time - begin_time) * 86400)) ups from v$undostat where undoblks in (select max(undoblks) from v$undostat)),
(select value as dbs from v$parameter where name = 'db_block_size');
UNDO 中各種extent 的情況
select sum(bytes)/1024/1024 MB, status, tablespace_name
from dba_undo_extents
group by status, tablespace_name order by 3, 2;
檢視undo segemnts 大小 dba_segments
col SEGMENT_NAME for a30
col OWNER for a8
col TABLESPACE_NAME for a20
select tablespace_name, owner, segment_name, bytes/1024/1024 mb
from dba_segments where tablespace_name like 'UNDOTBS%';
檢視undo segemnts 大小 v$rollstat
select segment_name, v.rssize/1024/1024 mb
From dba_rollback_segs r, v$rollstat v
Where r.segment_id = v.usn(+)
order by segment_name ;
undo segemnt extent info
select segment_name, tablespace_name, r.status,
(initial_extent/1024) InitialExtent,(next_extent/1024) NextExtent,
max_extents, v.curext CurExtent
From dba_rollback_segs r, v$rollstat v
Where r.segment_id = v.usn(+)
order by segment_name ;
檢視某個事務的UNDO 情況
select s.sid, s.serial#, t.XIDUSN, t.STATUS, t.USED_UBLK
from v$transaction t, v$session s
where t.addr = s.taddr;
檢視某個事務的UNDO 詳細情況
set lines 199
col STATUS for a8
col USERNAME for a6
col name for a25
col substr(s.program,1,78) for a30
SELECT r.name ,
d.tablespace_name,
s.sid,
s.serial#,
s.username,
t.status,
t.cr_get,
t.phy_io,
t.used_ublk,
t.noundo,
substr(s.program,1,78)
FROM sys.v_$session s,sys.v_$transaction t,sys.v_$rollname r,Dba_Rollback_Segs d
WHERE t.addr=s.taddr
and t.xidusn=r.usn
AND d.segment_name= r.name
ORDER BY t.cr_get,t.phy_io;
Oracle的Undo機制是什
1. UNDO表空間用於存放UNDO資料。當執行DML操作時，Oracle會將這些操作的舊資料寫入UNDO段。管理UNDO資料不僅可以使用回滾段，還可以使用UNDO表空間。
2. UNDO資料的作用：當使用者執行DML操作修改資料時，UNDO資料被存放在UNDO段，而新資料則被存放到資料段中，如果事務操作存在問題，就需要回退事務，以取消事物變化。
例如：執行完UPDATE emp SET sal=1000 WHERE empno=7788後，發現應該修改僱員7963的工資，而不是7788.此時應該執行ROLLBACK語句。
3.讀一致性
使用者檢索資料時，ORACLE總是使使用者只能看到被提交過的資料，這是由Oracle自動提供的。當使用者修改資料，但是沒有提交時，另外一個使用者使用select語句查詢該值時，該值就是從undo表空間中取得的。
4.事務恢復
事務恢復是例程恢復的一部分，它是由Oracle Server自動完成的。如果在資料庫執行過程中出線歷程失敗，那麼當啟動Oracle Server時，後臺程式SMON會自動執行例程恢復。執行例程恢復時，Oracle會重做所有未應用的記錄。然後開啟資料庫，回退未提交事務。
5.倒敘查詢
倒敘查詢用於取得某一特定時間點的資料庫資料。
6.UNDO_MANAGEMENT
使用初始化引數用於指定UNDO資料的管理方式。如果使用自動管理模式，必須設定該引數為AUTO，此時採用UNDO表空間管理UNDO資料;如果使用手工管理模式，必須設定該值為MANUAl，此時採用回滾段管理UNDO資料。
7.UNDO_TABLESPACE
用於指定例程所要使用的UNDO表空間。使用自動UNDO管理模式時，透過配置該引數可以指定例程所要使用的UNDO表空間。
使用RAC結構時，必須為每個例程配置一個獨立的UNDO表空間。
8.UNDO_RETENTION
該引數用於控制UNDO資料的最大保留時間，其預設值為900秒，該值時倒敘查詢可以檢視到的最早時間點。
9.UNDO表空間上不能建立任何資料物件。
oracle undo表空間該怎估算，設計多大合適？
UndoSpace = UR * (UPS * DBS)
UR:undo_retention值
UPS:每秒產生的undo資料塊數
DBS:db_block_size
undo表空間大小:
SELECT (UR * (UPS * DBS)) AS "Bytes"
FROM (SELECT value AS UR FROM v$parameter WHERE name = 'undo_retention'),
(SELECT undoblks/((end_time-begin_time)*86400) AS UPS
FROM v$undostat
WHERE undoblks = (SELECT MAX(undoblks) FROM v$undostat)),
(SELECT block_size AS DBS
FROM dba_tablespaces
WHERE tablespace_name = (SELECT UPPER(value) FROM v$parameter WHERE name = 'undo_tablespace'));
當然這一特性是由隱含引數_undo_autotune控制的，預設情況下設定為TRUE，部分特殊情況下會將其設為FALSE，如startup upgrade。
如果引數設為false，oracle 不會根據表空間大小等自己調整undo retention大小，undo retention設定小時容易出現ora-01555 錯誤。比如表空間足夠大，但還是會出現ora-01555。
在Oracle 10g版本中可以使用V$UNDOSTAT檢視用於監控例項中當前事務使用UNDO表空間的情況。檢視中的每行列出了每隔十分鐘從例項中收集到的統計資訊。每行都表示了在過去7*24小時裡每隔十分鐘UNDO表空間的使用情況，事務量和查詢長度等資訊的統計快照。
UNDO表空間的使用情況會因事務量變化而變化，一般我們在計算時同時參考UNDO表空間的平均使用情況和峰值使用情況。
以下SQL語句用於計算過去7*24小時中UNDO表空間的平均使用量：
col UNDO_RETENTION for a15
col DB_BLOCK_SIZE for a15
select ur undo_retention, dbs db_block_size, ((ur * (ups * dbs))+(dbs * 24))/1024/1024 as "M_bytes"
from (select value as ur from v$parameter where name = 'undo_retention'),
(select (sum(undoblks) / sum(((end_time - begin_time) * 86400))) ups from v$undostat),
(select value as dbs from v$parameter where name = 'db_block_size');
以下SQL語句則按峰值情況計算UNDO表空間所需空間：
col UNDO_RETENTION for a15
col DB_BLOCK_SIZE for a15
select ur undo_retention, dbs db_block_size, ((ur * (ups * dbs)) + (dbs * 24)) / 1024 / 1024 as "M_bytes"
from (select value as ur from v$parameter where name = 'undo_retention'),
(select (undoblks / ((end_time - begin_time) * 86400)) ups from v$undostat where undoblks in (select max(undoblks) from v$undostat)),
(select value as dbs from v$parameter where name = 'db_block_size');
需要注意因RAC情況下一般存在2個UNDO表空間，視乎實際情況分別在2個例項中執行以上查詢。
一般來說為了儘可能維護日常業務的正常執行，我們建議按照峰值情況估算和分配UNDO表空間的大小，雖然這樣存在儲存空間上的浪費，但是可以避免UNDO表空間不足所帶來的問題。
同時我們也可以使用DBA_UNDO_EXTENTS檢視實時監控UNDO表空間的使用情況：
select sum(bytes)/1024/1024 MB, status, tablespace_name
from dba_undo_extents
group by status, tablespace_name order by 3, 2;
該查詢將返回以STATUS分組的各狀態回滾資訊所使用的空間量，一般存在三種STATUS狀態：EXPIRED，UNEXPIRED，ACTIVE。ACTIVE表示目前仍活躍的事務相關回滾資訊，UNEXPIRED表示雖然事務已經結束但回滾資訊保留的時間仍未超過例項引數UNDO_RETENTION所設定的值，EXPIRED表示回滾資訊保留時間已超過UNDO_RETENTION所設定的值。
在UNDO表空間未啟用guarantee選項的情況下（當前使用情況），新事務的回滾空間分配遵循以下依據：
a) 尋找不存在ACTIVE區間的回滾段，若沒有則建立一個新的回滾段，若空間不允許生成新段，則返回錯誤。
b) 如果有一個回滾段被選中，但是其中空閒的空間並不足以儲存該事務的回滾資訊，那麼它將嘗試建立區間，如果表空間上沒有空間，那麼將會進入下一步。
c) 如果建立新區間失敗，它將會搜尋其他回滾段中的EXPIRED區間並重用。
d) 如果其他回滾段中沒有EXPIRED區間可使用，那麼它會繼續搜尋其他回滾段中UNEXPIRED區間並重用，注意事務不會重用本回滾段中的UNEXPIRED區間，故UNEXPIRED的回滾空間僅部分可以為Oracle重用；若仍得不到所需則返回錯誤。
當我們觀察到ACTIVE回滾資訊所佔用空間很大時，說明系統目前執行的事務繁忙。因目前未啟用UNDO表空間的guarantee選項，故EXPIRED的全部回滾空間與UNEXPIRED的部分回滾空間可以為Oracle複用，在實時監控時主要觀察ACTIVE狀態回滾資訊使用的空間即可。
在系統相關業務不變的情況下，我們透過計算UNDO表空間的峰值使用情況即可最大程度完善UNDO表空間的配置；而當系統處於業務調整階段，如新的業務加入或業務時段調整情況下，則需要進一步實時監控UNDO表空間使用情況，以滿足動態調整需求。
以下是監控UNDO 的指令碼。
v$undostat
select INST_ID, to_char(BEGIN_TIME,'YYYY/MM/DD HH24:MI:SS') "BEGIN TIME", END_TIME, UNDOBLKS, TXNCOUNT, UNXPBLKRELCNT, ACTIVEBLKS, UNEXPIREDBLKS, EXPIREDBLKS
from gv$undostat order by 2;
檢視某個事務正在用哪個undo segment
select s.sid,s.serial#,s.sql_id,v.usn,segment_name,r.status, v.rssize/1024/1024 mb
From dba_rollback_segs r, v$rollstat v,v$transaction t,v$session s
Where r.segment_id = v.usn and v.usn=t.xidusn and t.addr=s.taddr
order by segment_name ;
col UNDO_RETENTION for a15
col DB_BLOCK_SIZE for a15
select ur undo_retention, dbs db_block_size, ((ur * (ups * dbs))+(dbs * 24))/1024/1024 as "M_bytes"
from (select value as ur from v$parameter where name = 'undo_retention'),
(select (sum(undoblks) / sum(((end_time - begin_time) * 86400))) ups from v$undostat),
(select value as dbs from v$parameter where name = 'db_block_size');
col UNDO_RETENTION for a15
col DB_BLOCK_SIZE for a15
select ur undo_retention, dbs db_block_size, ((ur * (ups * dbs)) + (dbs * 24)) / 1024 / 1024 as "M_bytes"
from (select value as ur from v$parameter where name = 'undo_retention'),
(select (undoblks / ((end_time - begin_time) * 86400)) ups from v$undostat where undoblks in (select max(undoblks) from v$undostat)),
(select value as dbs from v$parameter where name = 'db_block_size');
UNDO 中各種extent 的情況
select sum(bytes)/1024/1024 MB, status, tablespace_name
from dba_undo_extents
group by status, tablespace_name order by 3, 2;
檢視undo segemnts 大小 dba_segments
col SEGMENT_NAME for a30
col OWNER for a8
col TABLESPACE_NAME for a20
select tablespace_name, owner, segment_name, bytes/1024/1024 mb
from dba_segments where tablespace_name like 'UNDOTBS%';
檢視undo segemnts 大小 v$rollstat
select segment_name, v.rssize/1024/1024 mb
From dba_rollback_segs r, v$rollstat v
Where r.segment_id = v.usn(+)
order by segment_name ;
undo segemnt extent info
select segment_name, tablespace_name, r.status,
(initial_extent/1024) InitialExtent,(next_extent/1024) NextExtent,
max_extents, v.curext CurExtent
From dba_rollback_segs r, v$rollstat v
Where r.segment_id = v.usn(+)
order by segment_name ;
檢視某個事務的UNDO 情況
select s.sid, s.serial#, t.XIDUSN, t.STATUS, t.USED_UBLK
from v$transaction t, v$session s
where t.addr = s.taddr;
檢視某個事務的UNDO 詳細情況
set lines 199
col STATUS for a8
col USERNAME for a6
col name for a25
col substr(s.program,1,78) for a30
SELECT r.name ,
d.tablespace_name,
s.sid,
s.serial#,
s.username,
t.status,
t.cr_get,
t.phy_io,
t.used_ublk,
t.noundo,
substr(s.program,1,78)
FROM sys.v_$session s,sys.v_$transaction t,sys.v_$rollname r,Dba_Rollback_Segs d
WHERE t.addr=s.taddr
and t.xidusn=r.usn
AND d.segment_name= r.name
ORDER BY t.cr_get,t.phy_io;
Oracle的Undo機制是什
1. UNDO表空間用於存放UNDO資料。當執行DML操作時，Oracle會將這些操作的舊資料寫入UNDO段。管理UNDO資料不僅可以使用回滾段，還可以使用UNDO表空間。
2. UNDO資料的作用：當使用者執行DML操作修改資料時，UNDO資料被存放在UNDO段，而新資料則被存放到資料段中，如果事務操作存在問題，就需要回退事務，以取消事物變化。
例如：執行完UPDATE emp SET sal=1000 WHERE empno=7788後，發現應該修改僱員7963的工資，而不是7788.此時應該執行ROLLBACK語句。
3.讀一致性
使用者檢索資料時，ORACLE總是使使用者只能看到被提交過的資料，這是由Oracle自動提供的。當使用者修改資料，但是沒有提交時，另外一個使用者使用select語句查詢該值時，該值就是從undo表空間中取得的。
4.事務恢復
事務恢復是例程恢復的一部分，它是由Oracle Server自動完成的。如果在資料庫執行過程中出線歷程失敗，那麼當啟動Oracle Server時，後臺程式SMON會自動執行例程恢復。執行例程恢復時，Oracle會重做所有未應用的記錄。然後開啟資料庫，回退未提交事務。
5.倒敘查詢
倒敘查詢用於取得某一特定時間點的資料庫資料。
6.UNDO_MANAGEMENT
使用初始化引數用於指定UNDO資料的管理方式。如果使用自動管理模式，必須設定該引數為AUTO，此時採用UNDO表空間管理UNDO資料;如果使用手工管理模式，必須設定該值為MANUAl，此時採用回滾段管理UNDO資料。
7.UNDO_TABLESPACE
用於指定例程所要使用的UNDO表空間。使用自動UNDO管理模式時，透過配置該引數可以指定例程所要使用的UNDO表空間。
使用RAC結構時，必須為每個例程配置一個獨立的UNDO表空間。
8.UNDO_RETENTION
該引數用於控制UNDO資料的最大保留時間，其預設值為900秒，該值時倒敘查詢可以檢視到的最早時間點。
9.UNDO表空間上不能建立任何資料物件。
oracle undo表空間該怎估算，設計多大合適？
UndoSpace = UR * (UPS * DBS)
UR:undo_retention值
UPS:每秒產生的undo資料塊數
DBS:db_block_size
undo表空間大小:
SELECT (UR * (UPS * DBS)) AS "Bytes"
FROM (SELECT value AS UR FROM v$parameter WHERE name = 'undo_retention'),
(SELECT undoblks/((end_time-begin_time)*86400) AS UPS
FROM v$undostat
WHERE undoblks = (SELECT MAX(undoblks) FROM v$undostat)),
(SELECT block_size AS DBS
FROM dba_tablespaces
WHERE tablespace_name = (SELECT UPPER(value) FROM v$parameter WHERE name = 'undo_tablespace'));
來自 “ ITPUB部落格 ” ，連結：http://blog.itpub.net/28211342/viewspace-2131352/，如需轉載，請註明出處，否則將追究法律責任。
相關文章
- 監控Oracle索引的使用情況Oracle索引
- 監控index 的使用情況Index
- Oracle資料庫監控Index的使用情況Oracle資料庫Index
- Oracle undo 表空間使用情況分析Oracle
- 監控系統使用情況shell指令碼指令碼
- 檢視Undo使用情況的SQLSQL
- 監控java程式啟動時的CPU使用情況Java
- 監控某個目錄使用情況的shell指令碼指令碼
- 用於自動監控磁碟使用情況的 Shell 指令碼指令碼
- 在Linux中，如何監控系統資源使用情況？Linux
- 監視index的使用情況Index
- 監控和管理Oracle UNDO表空間的使用Oracle
- 用 Bash 指令碼監控 Linux 上的記憶體使用情況指令碼Linux記憶體
- 更改後的監控某個目錄的使用情況的shell指令碼指令碼
- 監控和估計 Informix Dynamic Server 中邏輯日誌的使用情況ORMServer
- 監控 Python 記憶體使用情況和程式碼執行時間！Python記憶體
- Oracle 歸檔使用情況分析Oracle
- 監控oracle的連線（session）情況[Z]OracleSession
- 用 Linux Shell 指令碼來監控磁碟使用情況併傳送郵件Linux指令碼
- 【SQL】Oracle資料庫監控sql執行情況SQLOracle資料庫
- Oracle 檢查表空間使用情況Oracle
- Oracle 索引的使用情況檢視Oracle索引
- oracle pga使用情況常用指令碼：Oracle指令碼
- metricbeat 監控 nginx 情況Nginx
- 被動式監控oracle的rman備份情況Oracle
- 在oracle中監視索引的使用情況Oracle索引
- oracle 檢視錶空間使用情況Oracle
- Oracle查詢表空間使用情況Oracle
- oracle表及表空間使用情況Oracle
- 檢視oracle表空間使用情況Oracle
- 監控JVM記憶體使用情況，剩餘空間小於2M時報警JVM記憶體
- 監控 cpu 記憶體 網路卡的使用情況的一個命令 比較實用記憶體
- nagios監控例項 -- 伺服器基本狀況監控iOS伺服器
- ORACLE查詢所有表空間使用情況Oracle
- Oracle - 表空間使用情況及相關字典Oracle
- Oracle 查詢各表空間使用情況--完善篇Oracle
- 查詢Oracle資料檔案的使用情況Oracle
- 檢視Oracle的表空間的使用情況Oracle