Oracle RAC集群中的ASM（Automatic Storage Management）磁盘组不仅承载数据文件、控制文件和在线日志文件，还负责集群注册表（OCR）和投票磁盘的存储。磁盘组的冗余模式直接决定了在磁盘或存储节点发生故障时，数据库是否还能保持服务。ASM提供了三种冗余级别：外部冗余（External Redundancy）、常规冗余（Normal Redundancy）和高冗余（High Redundancy）。外部冗余模式下ASM自身不做镜像，磁盘组的数据保护完全交给底层存储阵列的RAID机制；常规冗余模式下ASM为每个数据块维护两份副本，默认分布在两个不同的故障组中；高冗余模式则维护三份副本，分布在三个故障组中。理解这三种模式的工作机制，对于规划RAC的存储架构至关重要。
ASM三种冗余模式的核心差别
ASM冗余模式的核心区别在于数据副本的数量以及故障组的分布策略。外部冗余模式下，磁盘组中的每个数据块只存在一份，ASM不做任何镜像操作。这种模式要求底层存储设备已经通过RAID1、RAID5或RAID10等机制提供了数据冗余保护，否则任何一块磁盘的损坏都可能导致数据丢失。对于已经使用高端存储阵列的环境，外部冗余可以避免ASM层面的额外写放大，从而获得更好的写入性能。
常规冗余模式是Oracle RAC部署中最常见的选择。在该模式下，ASM为每个数据块维护两份完全相同的副本，并将它们分布到不同的故障组中。一个故障组通常对应一个独立的故障域，例如一个存储柜、一个磁盘控制器或者一个节点所在的主机。当某个故障组整体失效时，另一份副本仍然可用，数据库不会中断服务。常规冗余要求磁盘组至少包含两个故障组，每个故障组内至少有一块磁盘。
高冗余模式提供最严格的数据保护，每个数据块有三份副本，分布在三个不同的故障组中。即使有两个故障组同时发生故障，数据依然可以访问。高冗余模式适合对可用性要求极高的核心业务系统，但它的存储开销是常规冗余的1.5倍，对写入性能的影响也更明显。下表总结了三种模式的关键差异：
| 冗余模式 | 数据副本数 | 最少故障组数 | 可容忍故障组丢失数 | 适用场景 |
|---|---|---|---|---|
| 外部冗余 | 1 | 1 | 0（依赖外部RAID） | 存储阵列已提供冗余 |
| 常规冗余 | 2 | 2 | 1 | 需要ASM镜像，成本适中 |
| 高冗余 | 3 | 3 | 2 | 关键业务，高可用要求严格 |
RAC环境下冗余模式的选择策略
在Oracle RAC环境中，故障组的划分通常与集群节点的物理位置或存储连接方式相关。如果每个节点都使用本地磁盘，那么常规冗余可以将每个节点视为一个故障组，把数据副本分布到不同节点的本地磁盘上。这样即使某个节点完全宕机，数据库仍然可以通过其他节点的副本继续运行。例如，在一个两节点的RAC中，每个节点配置一块本地SSD作为ASM磁盘，创建常规冗余磁盘组时指定两个故障组，分别对应两个节点。此时任意一个节点故障都不会导致数据丢失。
如果RAC集群使用共享存储，例如通过光纤通道连接的集中式存储阵列，那么故障组的划分需要根据存储阵列的冗余能力来决定。若存储阵列已经配置了RAID10或RAID6，磁盘层面的可靠性已经有保障，此时可以选择外部冗余模式，减少ASM镜像带来的额外I/O开销。若存储阵列只提供了JBOD或简单的RAID0，则应当使用ASM常规冗余来获得数据保护。对于三节点或更多节点的RAC，如果预算允许且业务要求极高可用性，高冗余模式可以提供更强的容灾能力。
选择冗余模式时还需要考虑性能因素。ASM镜像写入会造成写放大：常规冗余的写入量是外部冗余的两倍，高冗余则是三倍。对于写入密集型的OLTP系统，这种开销可能成为性能瓶颈。但镜像读取可以提升读性能，因为ASM可以从距离当前节点最近的副本读取数据。因此，在决策时需要结合实际业务的读写比例和性能基线进行测试。
使用SQL与asmcmd配置冗余模式
创建磁盘组时，通过SQL命令可以明确指定冗余模式和故障组。以下示例展示了在Windows环境下创建常规冗余磁盘组的语法。在Windows服务器上，ASM磁盘通常以逻辑名称或物理路径的形式提供，以下命令中使用了Oracle ASM的逻辑磁盘名，实际环境中可根据磁盘发现结果替换为\\.\ORCLDISK...这样的物理路径。
-- 创建常规冗余磁盘组，包含两个故障组 CREATE DISKGROUP dg_data NORMAL REDUNDANCY FAILGROUP fg1 DISK 'ORCL:DATA1' NAME data1 FAILGROUP fg2 DISK 'ORCL:DATA2' NAME data2 ATTRIBUTE 'compatible.asm'='19.0','compatible.rdbms'='19.0';
如果选择高冗余模式，则必须指定三个故障组，如下所示：
-- 创建高冗余磁盘组，包含三个故障组 CREATE DISKGROUP dg_high HIGH REDUNDANCY FAILGROUP fg1 DISK 'ORCL:DISK1' NAME disk1 FAILGROUP fg2 DISK 'ORCL:DISK2' NAME disk2 FAILGROUP fg3 DISK 'ORCL:DISK3' NAME disk3 ATTRIBUTE 'compatible.asm'='19.0','compatible.rdbms'='19.0';
创建完成后，可以使用asmcmd工具查看磁盘组的属性。在Windows环境中，asmcmd位于Grid Infrastructure安装目录的bin子目录下，典型路径为C:\app\grid\product\19.0.0\grid_1\bin\asmcmd。打开命令提示符并执行以下命令，可以列出所有磁盘组及其冗余类型：
C:\app\grid\product\19.0.0\grid_1\bin\asmcmd lsdg
输出结果中，State列会显示磁盘组的状态，Type列显示冗余级别，例如EXTERN、NORMAL或HIGH。如果只需要查看某个特定磁盘组的详细信息，可以使用以下命令：
C:\app\grid\product\19.0.0\grid_1\bin\asmcmd lsdg -G dg_data
通过asmcmd还可以查询磁盘组的空间使用情况和镜像保护状态，帮助DBA确认冗余配置是否生效。
验证冗余模式与故障模拟
要验证磁盘组实际的冗余级别，可以查询数据库中的V$ASM_DISKGROUP视图。该视图的TYPE列会显示EXTERN、NORMAL或HIGH，对应外部冗余、常规冗余和高冗余。同时，REQUIRED_MIRROR_FREE_MB列表示为了满足当前冗余级别所需保留的镜像空间，USABLE_FILE_MB列则是考虑了镜像开销后实际可用的空间。以下SQL语句可以查看所有磁盘组的详细信息：
SELECT name, type, total_mb, free_mb, required_mirror_free_mb, usable_file_mb FROM v$asm_diskgroup;
在测试环境中，可以通过模拟故障组离线来验证冗余模式是否真正提供了预期的保护。例如，对于常规冗余磁盘组DG_DATA，可以使用ALTER DISKGROUP命令将其中的一个故障组离线，然后检查数据库是否仍然能够正常读写。命令如下：
ALTER DISKGROUP dg_data OFFLINE FAILGROUP fg1;
执行后，使用SELECT语句查询数据文件所在表空间的数据，确认数据库依然可以正常访问。如果数据库能够继续提供服务，说明常规冗余模式成功容忍了一个故障组的丢失。之后应当及时将故障组重新上线，恢复完整冗余。修复命令为：
ALTER DISKGROUP dg_data ONLINE FAILGROUP fg1;
需要注意的是，故障模拟只应在测试或预生产环境中进行，并且务必提前做好完整备份。在实际生产环境中，任何对故障组的操作都可能引发不可预期的风险。通过这样的验证过程，DBA可以更直观地理解ASM冗余模式的行为，并为生产环境的容灾策略提供依据。
Oracle RACASM磁盘组冗余模式修改时间：2026-08-21 02:19:46