有些項目比較小，硬盤空間也只有40多G，加上無人維護，久而久之就出現了硬盤空間告警的問題。經過查看之後，發現有些數據文件一開始就設置成2G，但實際可能就只使用了100M左右。爲了解決硬盤空間告警的問題，就想到了重置數據文件大小的方法。
第一步是查看各個表空間的適用率，找出可以縮小的數據文件。
--查看錶空間使用率，找到閒置的表空間
SELECT Upper(F.TABLESPACE_NAME) "表空間名",
D.TOT_GROOTTE_MB "表空間大小(M)",
D.TOT_GROOTTE_MB - F.TOTAL_BYTES "已使用空間(M)",
To_char(Round(( D.TOT_GROOTTE_MB - F.TOTAL_BYTES ) / D.TOT_GROOTTE_MB * 100, 2), '990.99')
|| '%' "使用比",
F.TOTAL_BYTES "空閒空間(M)",
F.MAX_BYTES "最大塊(M)"
FROM (SELECT TABLESPACE_NAME,
Round(Sum(BYTES) / ( 1024 * 1024 ), 2) TOTAL_BYTES,
Round(Max(BYTES) / ( 1024 * 1024 ), 2) MAX_BYTES
FROM SYS.DBA_FREE_SPACE
GROUP BY TABLESPACE_NAME) F,
(SELECT DD.TABLESPACE_NAME,
Round(Sum(DD.BYTES) / ( 1024 * 1024 ), 2) TOT_GROOTTE_MB
FROM SYS.DBA_DATA_FILES DD
GROUP BY DD.TABLESPACE_NAME) D
WHERE D.TABLESPACE_NAME = F.TABLESPACE_NAME
ORDER BY 4 desc;
第二步是查看所選擇的表空間數據文件的高水位線，以USERS表空間爲例。
-- 查找表空間的高水線
SELECT *
FROM (SELECT /*+ ordered use_hash(a,b,c) */
a.file_id,
a.file_name,
a.filesize,
b.freesize,
(a.filesize - b.freesize) usedsize,
c.hwmsize, -- 高水位線
c.hwmsize - (a.filesize - b.freesize) unsedsize_belowhwm,
a.filesize - c.hwmsize canshrinksize
FROM (SELECT file_id,
file_name,
round(bytes / 1024 / 1024) filesize
FROM dba_data_files) a,
(SELECT file_id, round(SUM(dfs.bytes) / 1024 / 1024) freesize
FROM dba_free_space dfs
GROUP BY file_id) b,
(SELECT file_id, round(MAX(block_id) * 8 / 1024) HWMsize
FROM dba_extents
GROUP BY file_id) c
WHERE a.file_id = b.file_id
AND a.file_id = c.file_id
ORDER BY unsedsize_belowhwm DESC)
WHERE file_id IN (SELECT file_id
FROM dba_data_files
WHERE tablespace_name = 'USERS')
ORDER BY file_id;
第三步是使用管理員賬號登錄，執行：
alter database datafile file_id resize N M/G;-- N 爲任意整數
alter database datafile file_id autoextend on next 100M maxsize 1G;
通過以上3個步驟，就可以臨時解決磁盤空間告警的問題。