您好,登錄后才能下訂單哦!
有些項目比較小,硬盤空間也只有40多G,加上無人維護(hù),久而久之就出現(xiàn)了硬盤空間告警的問題。經(jīng)過查看之后,發(fā)現(xiàn)有些數(shù)據(jù)文件一開始就設(shè)置成2G,但實際可能就只使用了100M左右。為了解決硬盤空間告警的問題,就想到了重置數(shù)據(jù)文件大小的方法。
第一步是查看各個表空間的適用率,找出可以縮小的數(shù)據(jù)文件。
--查看表空間使用率,找到閑置的表空間
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;
第二步是查看所選擇的表空間數(shù)據(jù)文件的高水位線,以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;
第三步是使用管理員賬號登錄,執(zhí)行:
alter database datafile file_id resize N M/G;-- N 為任意整數(shù)
alter database datafile file_id autoextend on next 100M maxsize 1G;
通過以上3個步驟,就可以臨時解決磁盤空間告警的問題。
免責(zé)聲明:本站發(fā)布的內(nèi)容(圖片、視頻和文字)以原創(chuàng)、轉(zhuǎn)載和分享為主,文章觀點不代表本網(wǎng)站立場,如果涉及侵權(quán)請聯(lián)系站長郵箱:is@yisu.com進(jìn)行舉報,并提供相關(guān)證據(jù),一經(jīng)查實,將立刻刪除涉嫌侵權(quán)內(nèi)容。