在Oracle RAC集群的日常运维中，ASM磁盘组的容量管理是一项基础却极其重要的工作。不少DBA在使用select * from v$asm_diskgroup查看磁盘组信息时，会注意到一个容易忽视的字段——required mirror free mb。这个字段表示磁盘组为了维持冗余能力而必须预留的空闲空间，一旦理解偏差或监控缺失，可能在大容量业务增长时引发严重的存储问题。本文将从原理、查询方法和处理方案三个层面，把这个指标讲透。
一、required mirror free mb到底代表什么
required mirror free mb指的是ASM磁盘组在最坏情况下（某个磁盘发生故障）继续维持数据冗余度所需要的空间总量。它本质上不是一个已经占用的空间，而是一个逻辑上的预留指标，用来衡量磁盘组是否还具备在故障后重建数据镜像的能力。
这个值的大小取决于磁盘组的冗余级别。对于external redundancy（外部冗余），ASM不负责镜像，镜像能力交给外部的存储设备完成，因此required mirror free mb为0。对于normal redundancy（常规冗余，双路镜像），ASM需要预留足够的空间，以便在一块磁盘损坏后，把该盘上的数据 extents 在其他磁盘的 partner 盘上重新做镜像。对于high redundancy（高度冗余，三路镜像），预留空间会更大，因为它需要保证同时应对更严苛的故障场景。
在normal冗余下，required mirror free mb约等于最大一块磁盘的有效容量（usable capacity）。举例来说，一个磁盘组由5块1TB的磁盘组成，normal冗余下的required mirror free mb大约就是最大那块盘的容量，也就是1TB左右。这就是为什么ASM文档反复强调：normal冗余磁盘组的实际可用空间，必须用公式（total mb - required mirror free mb）/ 2来计算，而不能简单地用total mb除以2。
与之相关的还有free mb、usable file mb、required mirror free mb三者之间的关系。usable file mb才是数据库文件真正可以使用的空间，计算公式为：(total mb - required mirror free mb - used mb) / 冗余份数。当usable file mb持续下降甚至为负数时，磁盘组就处于危险状态，新文件写入会直接报ORA-15041错误。
二、如何查询和监控这个指标
查询ASM磁盘组容量信息，最常用的是v$asm_diskgroup视图。在ASM实例（通常是+ASM1、+ASM2这样的实例名）中执行以下SQL即可：
-- 查看磁盘组冗余级别与容量指标
col name for a15
col compatibility for a12
select group_number, name, type,
total_mb, free_mb,
required_mirror_free_mb,
usable_file_mb
from v$asm_diskgroup;
-- 查看每一块磁盘的容量分布，找出容量最大的盘
select group_number, disk_number, path,
total_mb, free_mb
from v$asm_disk
order by group_number, total_mb desc;查询结果中需要重点关注几个数字的匹配关系：如果type为EXTERN，required_mirror_free_mb应为0；如果type为NORMAL，required_mirror_free_mb应约等于最大一块盘的usable容量。如果发现这两个数值对不上，通常说明磁盘组中的磁盘容量严重不均衡，这是容量规划的大忌。
对于单节点查询，可以使用grid用户登录后通过sqlplus / as sysasm进入ASM实例。如果是远程管理，则需要配置1521端口上listener的静态注册，并使用sysasm权限连接。查询v$asm_disk时建议同时关注header_status字段，值为MEMBER表示磁盘正常属于磁盘组，ONLINE表示可用未加入，如果出现FORCING、HUNG等状态则说明有异常需要处理。
三、空间不足时的处理方案与容量规划建议
当发现usable file mb偏低，也就是磁盘组的空闲空间已经逼近required mirror free mb的边界时，必须尽快采取行动。最直接的方案是向磁盘组添加新磁盘。使用ALTER DISKGROUP语句可以在线完成扩容：
-- 向DATA磁盘组添加一块新盘（所有节点均可见的共享盘） alter diskgroup DATA add disk '/dev/asm-disk06' name DATA_0005; -- 添加后手动触发一次再平衡，power参数控制速度，范围0到11 alter diskgroup DATA rebalance power 8; -- 观察再平衡进度 select * from v$asm_operation; -- 再平衡完成后删除旧的小容量磁盘 alter diskgroup DATA drop disk DATA_0001;
需要注意，添加磁盘和删除磁盘都会触发再平衡操作，期间会产生大量IO，生产环境建议放在业务低峰期执行，并合理设置rebalance power，避免影响在线业务。再平衡期间可以通过v$asm_operation监控进度，EST_MINUTES字段给出了预估的剩余时间。
从容量规划的角度来看，有几点经验值得参考。第一，构建磁盘组时尽量使用容量相同的磁盘，避免出现一块大盘拉高required mirror free mb的情况。因为ASM按最大盘容量预留空间，一块大盘会拖累整个磁盘组的可用空间。第二，normal冗余下不要把磁盘组使用率推到85%以上，一旦超过这个水位线，可用空间计算公式里的余量会变得非常紧张。第三，建议部署定期巡检脚本，把required mirror free mb和usable file mb纳入监控告警体系，例如在Zabbix或自研巡检平台中设置阈值，usable file mb低于总容量的10%时告警。
最后再强调一个常见误区：有些DBA看到free mb还有剩余就认为磁盘组空间充足，这是不准确的。free mb是物理层面的空闲，而usable file mb才是扣除required mirror free mb和镜像开销后数据库真正能用的空间。在normal冗余下，usable file mb大致只有free mb的一半。只有把这三个指标结合起来看，才能对ASM磁盘组的容量状态做出准确判断，保障Oracle RAC集群的存储层稳定运行。
ASM磁盘组required mirror free mbOracle RAC修改时间：2026-09-06 03:16:34