show_space_assm

本文介绍了如何使用Oracle数据库的SPACE_USAGE函数来分析并优化表的空间使用情况,具体包括如何查看不同空间范围内的块数量,并提供了实例分析。通过合理利用数据库空间,可以提高存储效率和系统性能。
转载于 yrg5101  的  http://blog.youkuaiyun.com/yrg5101/article/details/7868159 
 
create or replace procedure show_space_assm(
p_segname in varchar2,
p_owner in varchar2 default user,
p_type in varchar2 default 'TABLE' )
as
l_fs1_bytes number;
l_fs2_bytes number;
l_fs3_bytes number;
l_fs4_bytes number;
l_fs1_blocks number;
l_fs2_blocks number;
l_fs3_blocks number;
l_fs4_blocks number;
l_full_bytes number;
l_full_blocks number;
l_unformatted_bytes number;
l_unformatted_blocks number;
procedure p( p_label in varchar2, p_num in number )
is
begin
dbms_output.put_line( rpad(p_label,40,'.') ||p_num );
end;
begin
dbms_space.space_usage(
segment_owner => p_owner,
segment_name => p_segname,
segment_type => p_type,
fs1_bytes => l_fs1_bytes,
fs1_blocks => l_fs1_blocks,
fs2_bytes => l_fs2_bytes,
fs2_blocks => l_fs2_blocks,
fs3_bytes => l_fs3_bytes,
fs3_blocks => l_fs3_blocks,
fs4_bytes => l_fs4_bytes,
fs4_blocks => l_fs4_blocks,
full_bytes => l_full_bytes,
full_blocks => l_full_blocks,
unformatted_blocks => l_unformatted_blocks,
unformatted_bytes => l_unformatted_bytes);
p('free space 0-25% Blocks:',l_fs1_blocks);
p('free space 25-50% Blocks:',l_fs2_blocks);
p('free space 50-75% Blocks:',l_fs3_blocks);
p('free space 75-100% Blocks:',l_fs4_blocks);
p('Full Blocks:',l_full_blocks);
p('Unformatted blocks:',l_unformatted_blocks);
end;

/


在ASSM 下,block 的空间使用分为free space:0-25%、25-50%、50-75%、70-100%和Full
这5 种情况,show_space_assm 会对需要统计的table 汇总这5 种类型的block 数量。
来看table HWM1 的空间使用情况:
 
set serveroutput on

SQL> exec show_space_assm( 'HWM1','DLINGER');
free space 0-25% Blocks:.................0
free space 25-50% Blocks:...............1
free space 50-75% Blocks:...............0
free space 75-100% Blocks:..............8
Full Blocks:.....................................417
Unformatted blocks:.........................0
这个结果显示,对于table HWM1,full 的block 有417 个,free space 为75-100% block 有8
个,free space 25-50% block 有1 个。当table HWM 下的blocks 的状态大多为free space 较高值
时,可以考虑合并HWM 下的blocks,将空闲的block 释放,降低table 的HWM。
<think>我们正在讨论Oracle ASM中的PERCENT_SPACE_USED指标超过100%的问题。根据引用[2]中的信息,ASM在提供冗余(NORMAL或HIGH)时,需要额外的空间来管理故障后的数据重新创建。如果磁盘组中的空间不足,可能会导致一些文件降低冗余级别。此外,引用[4]中提到了闪回恢复区的空间使用情况查询,其中也有PERCENT_SPACE_USED指标,但这里我们关注的是ASM磁盘组。 在Oracle ASM中,PERCENT_SPACE_USED表示磁盘组中已用空间占总空间的百分比。正常情况下,这个值应该小于等于100%。但是,在某些情况下,这个值可能会超过100%。这通常发生在磁盘组中的空间不足,并且ASM无法满足冗余要求时。 原因分析: 1. **冗余要求**:当磁盘组配置了冗余(如NORMAL冗余需要2倍空间,HIGH冗余需要3倍空间)时,实际可用空间会小于物理空间。例如,一个磁盘组有100GB物理空间,配置NORMAL冗余(2路镜像),则实际可用空间为50GB。如果此时使用了60GB的数据,那么实际占用的物理空间为120GB(因为每个数据块都存储了两份),这就会导致PERCENT_SPACE_USED超过100%(120GB/100GB=120%)。 2. **空间计算方式**:PERCENT_SPACE_USED的计算公式为: $$ \text{PERCENT\_SPACE\_USED} = \frac{\text{已用空间}}{\text{总物理空间}} \times 100\% $$ 当已用空间(包括冗余副本)超过总物理空间时,该值就会大于100%。 3. **空间不足导致冗余降低**:当PERCENT_SPACE_USED超过100%时,意味着磁盘组已经没有足够的空间来维护数据的冗余级别。此时,如果发生磁盘故障,ASM可能无法重新创建丢失的数据副本,从而导致数据冗余级别降低(如从NORMAL变为EXTERNAL)或数据丢失。 4. **外部冗余的情况**:在外部冗余(EXTERNAL)的磁盘组中,因为没有冗余副本,所以已用空间不会超过物理空间,因此PERCENT_SPACE_USED不会超过100%。所以,这种情况通常发生在有冗余设置的磁盘组中。 如何查看: 我们可以通过以下视图查看ASM磁盘组的空间使用情况: ```sql SELECT name, total_mb, free_mb, required_mirror_free_mb, usable_file_mb, ROUND((total_mb - free_mb) * 100 / total_mb, 2) AS percent_used FROM v$asm_diskgroup; ``` 其中: - `total_mb`:磁盘组总大小(MB) - `free_mb`:当前空闲空间(MB) - `required_mirror_free_mb`:为满足冗余要求必须保留的空闲空间(MB) - `usable_file_mb`:可用于文件创建的空间(MB),计算公式为:`(free_mb - required_mirror_free_mb) / 镜像副本数` 注意:`v$asm_diskgroup`视图中没有直接名为`PERCENT_SPACE_USED`的列,但我们可以通过计算`(total_mb - free_mb) / total_mb`得到已用空间的百分比。 但是,在ASM中,还有一个视图`V$ASM_DISKGROUP_STAT`,或者我们可以通过`V$ASM_DISKGROUP`计算得到。然而,如果计算出的百分比超过100%,则说明上述情况发生了。 解决方案: 1. **增加磁盘**:向磁盘组中添加新的磁盘,以增加总物理空间。 2. **删除不必要的文件**:删除磁盘组中不再需要的文件(如旧的备份、归档日志等)以释放空间。 3. **调整冗余级别**:如果可能,将冗余级别降低(例如从HIGH改为NORMAL,或从NORMAL改为EXTERNAL),但这会牺牲数据的安全性,需谨慎。 4. **监控与预警**:设置监控,当空间使用率超过一定阈值(如85%)时发出警报,以便及时处理。 引用[4]中提到了闪回恢复区的空间使用情况,虽然与ASM磁盘组不同,但原理类似,都是空间不足的问题。在闪回恢复区中,当空间使用率达到100%时,数据库会挂起,因此需要及时清理或扩大空间。 因此,当ASM磁盘组的PERCENT_SPACE_USED超过100%时,必须立即采取措施,否则可能导致数据库无法写入新数据,甚至数据丢失的风险。 §§相关问题§§ 1. Oracle ASM中NORMAL和HIGH冗余级别分别需要多少额外空间? 2. 如何向ASM磁盘组中添加磁盘? 3. 如何安全地删除ASM磁盘组中的文件? 4. 如何监控Oracle ASM磁盘组的空间使用情况? 5. 当ASM磁盘组空间不足时,数据库会有什么表现?</think>### Oracle ASM 中 PERCENT_SPACE_USED 超过 100% 的原因分析 在 Oracle ASM 中,`PERCENT_SPACE_USED` 指标超过 100% 是异常现象,通常由以下原因引起: #### 1. **冗余机制导致的空间计算差异**[^2] 当 ASM 磁盘组配置 **冗余(NORMAL/HIGH)** 时,实际可用空间小于物理空间: - **NORMAL 冗余**:需要 2 倍空间(镜像副本) - **HIGH 冗余**:需要 3 倍空间(三副本) 计算公式: $$\text{PERCENT\_SPACE\_USED} = \frac{\text{实际数据占用空间}}{\text{物理总空间}} \times 100\%$$ **示例**: 一个 100GB 的磁盘组(NORMAL 冗余): - 实际可用空间 = 100GB / 2 = 50GB - 若写入 60GB 数据 → 占用物理空间 120GB - 计算值 = (120GB / 100GB) × 100% = **120%** #### 2. **空间回收失败**[^1] 当 ASM 无法自动回收空间时,会导致指标虚高: - 未提交的临时段占用空间 - 延迟的段收缩(Shrink 操作未完成) - 残留的无效对象(如删除表后未释放的索引) #### 3. **外部文件占用空间**[^4] 非数据库文件占用 ASM 磁盘组空间: - 手动复制的操作系统文件 - 未通过 ASM 管理的备份文件 - 归档日志未自动清理(闪回区空间满) #### 4. **元数据膨胀** ASM 元数据过度增长: - 频繁的磁盘组重构操作 - 大量小文件导致目录开销过大 - 磁盘组版本不兼容 --- ### 诊断步骤 ```sql -- 检查磁盘组空间使用 SELECT name, total_mb, free_mb, ROUND((total_mb - free_mb) * 100 / total_mb, 2) AS calc_percent, required_mirror_free_mb, usable_file_mb FROM v$asm_diskgroup; -- 检查文件类型分布 SELECT file_type, percent_space_used, percent_space_reclaimable FROM v$asm_diskgroup_stat; ``` **关键列说明**: - `usable_file_mb`:实际可用空间(考虑冗余后) - `percent_space_reclaimable`:可回收空间占比 - 若 `calc_percent > 100` 且 `usable_file_mb < 0` → 确认空间超额 --- ### 解决方案 1. **扩展磁盘组**(最直接方案) ```sql ALTER DISKGROUP DATA ADD DISK '/dev/sdd1' SIZE 100G; ``` 2. **清理可回收空间**[^1][^4] ```sql -- 清理闪回区 RMAN> DELETE ARCHIVELOG ALL COMPLETED BEFORE 'SYSDATE-7'; -- 收缩段空间(需 ASSM 表空间) ALTER TABLE sales SHRINK SPACE CASCADE; ``` 3. **调整冗余策略** ```sql -- 改为外部冗余(慎用!降低数据安全性) ALTER DISKGROUP DATA REBALANCE POWER 11; ``` 4. **手动清理外部文件** ```bash # 通过 asmcmd 删除非数据库文件 asmcmd> rm +DATA/backup/* ``` --- ### 预防措施 - **监控脚本**(每 30 分钟运行) ```sql SELECT name, CASE WHEN usable_file_mb < 0 THEN 'CRITICAL' WHEN usable_file_mb/total_mb < 0.2 THEN 'WARNING' END alert_level FROM v$asm_diskgroup; ``` - **自动化清理**(添加到 RMAN 备份脚本) ```rman CONFIGURE ARCHIVELOG DELETION POLICY TO BACKED UP 2 TIMES TO DEVICE TYPE DISK; ``` > ⚠️ **紧急处理**:当空间使用率 > 95% 时,优先删除归档日志或扩容,避免数据库挂起[^4]。 ---
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值