Oracle ASM自动存储管理完全解读：架构原理、磁盘组管理与运维实战-171主机测评

Oracle ASM自动存储管理完全解读：架构原理、磁盘组管理与运维实战

在Oracle数据库高可用架构（如RAC）和存储管理的演进中，ASM（Automatic Storage Management，自动存储管理）是一项革命性的技术。它将传统的卷管理器、文件系统与Oracle数据库内核深度整合，为DBA提供了一种统一的、高性能的存储管理解决方案。本文将深入解读ASM的架构原理、磁盘组管理方法以及日常运维最佳实践。

1. 什么是Oracle ASM？核心概念解析

Oracle ASM是Oracle数据库自带的一种集成的、高性能的文件系统和卷管理器，专为Oracle数据库文件而设计。它的核心理念是将存储管理从繁琐的底层磁盘操作中抽象出来：DBA不再需要直接管理裸设备或操作系统文件系统，而是管理一组逻辑上的磁盘组（Disk Group），由ASM负责在其上自动完成文件的创建、命名和空间分配。

ASM实例是管理磁盘组元数据的专用Oracle实例。它与数据库实例协同工作：数据库实例读写数据时，向ASM实例请求文件的区（Extent）映射信息，然后直接对磁盘执行I/O操作，而ASM实例本身几乎不参与数据I/O路径，保证了高性能。

2. ASM的核心优点：为什么它是RAC和数据库云的首选存储？

简化存储管理：DBA只需管理磁盘组（粗粒度对象），无需关心数据文件在磁盘上的具体位置和命名。ASM使用OMF（Oracle Managed Files）特性，自动管理文件的创建和删除，极大地减轻了DBA的负担。
自动负载均衡与高性能：ASM会将文件条带化（Striping）分布在磁盘组的所有磁盘上，在所有可用磁盘间平衡I/O负载，避免热点。当添加或删除磁盘时，ASM会自动触发Rebalance（重平衡）操作，在后台将数据均匀地重新分布到所有磁盘上，整个过程无需停机，对业务透明。
智能镜像与高可用：ASM通过故障组（Failure Group）概念，提供外部冗余（External）、标准冗余（Normal，双路镜像）和高冗余（High，三路镜像）三种数据保护级别。数据冗余副本会被智能地放置在不同的故障组中，确保某个存储组件（如磁盘控制器）故障时数据不丢失。
与RAC无缝集成：ASM天生支持集群环境，是Oracle RAC的首选存储方案。它解决了RAC环境中共享存储管理的复杂性，并且集群中每个节点的ASM实例协同工作，管理共享的磁盘组。

3. ASM核心架构组件解读

理解ASM的运作，需要掌握以下关键概念：

3.1 磁盘组（Disk Group）

磁盘组是ASM管理的逻辑存储单元，由一个或多个ASM磁盘组成。数据库文件（数据文件、控制文件、在线日志等）存储在磁盘组中，并且一个文件完全包含在单个磁盘组内。

3.2 分配单元（AU）与区（Extent）

AU（Allocation Unit）：磁盘组中最基础的分配单元，默认为1MB，可在创建磁盘组时设置为1MB到64MB之间的2的幂次方值。
Extent：ASM文件由一组Extent组成。一个Extent由一个或多个AU构成。为了优化大文件的管理，ASM的Extent大小是动态可变的：
文件的前20000个Extent，每个Extent = 1个AU
接下来的20000个Extent，每个Extent = 8个AU
40000个Extent之后，每个Extent = 64个AU

3.3 故障组（Failure Group）

故障组是磁盘组中共享同一潜在故障硬件（如同一磁盘控制器、同一扩展柜）的一组磁盘。ASM进行镜像时，会确保数据的冗余副本存放在不同的故障组中，从而实现存储级的容错。

3.4 ASM实例与后台进程

ASM实例拥有独立的SGA和后台进程，但资源消耗远小于数据库实例。关键进程包括：

RBAL：协调磁盘组的Rebalance操作。
ARBn（如ARB0, ARB1…）：实际执行Rebalance操作的数据移动进程。

4. 如何管理ASM磁盘组：从创建到运维

管理ASM磁盘组主要通过SQL*Plus连接到ASM实例（使用SYSASM权限）执行CREATE、ALTER、DROP DISKGROUP等命令完成。

4.1 创建磁盘组

创建磁盘组是使用ASM的第一步。需要指定磁盘组名称、冗余级别以及包含的磁盘。

— 连接到ASM实例
$ sqlplus / as sysasm

— 创建标准冗余（双路镜像）磁盘组，包含两个磁盘
CREATE DISKGROUP dg_data
NORMAL REDUNDANCY
FAILGROUP controller1 DISK '/dev/asm_disk1' NAME disk1
FAILGROUP controller2 DISK '/dev/asm_disk2' NAME disk2;

语法要点：

REDUNDANCY：EXTERNAL（依赖外部RAID）、NORMAL（双路镜像，需至少2个故障组）、HIGH（三路镜像，需至少3个故障组）。
FAILGROUP：将磁盘分组到不同的故障组中。如果省略，每个磁盘会自动成为一个独立的故障组。
NAME：为磁盘指定在ASM中的别名，便于管理。

4.2 挂载与卸载磁盘组

磁盘组在ASM实例启动时会根据ASM_DISKGROUPS参数自动挂载。也可手动操作：

— 手动挂载磁盘组
ALTER DISKGROUP dg_data MOUNT;

— 强制挂载（用于磁盘部分不可用时的紧急恢复）
ALTER DISKGROUP dg_data MOUNT FORCE; — 使用需谨慎

— 卸载磁盘组
ALTER DISKGROUP dg_data DISMOUNT;

4.3 动态扩展磁盘组：添加磁盘与Rebalance

向磁盘组添加磁盘是扩展存储容量的常用操作，ASM会自动进行Rebalance。

— 向磁盘组添加一块新磁盘
ALTER DISKGROUP dg_data ADD DISK '/dev/asm_disk3' NAME disk3;

— 添加磁盘后，ASM会在后台自动进行Rebalance，也可手动调整速度
ALTER DISKGROUP dg_data REBALANCE POWER 5; — POWER范围1-1024，值越大速度越快，资源消耗也越大

4.4 磁盘维护：离线、在线与删除

当磁盘出现故障需要维护时，可将其离线。在DISK_REPAIR_TIME属性设定的时间内修复并重新上线，ASM只会同步增量数据，避免全量重平衡。

— 将磁盘离线，指定3小时的修复窗口
ALTER DISKGROUP dg_data OFFLINE DISK disk3 DROP AFTER 3h;

— 修复完成后，重新上线磁盘
ALTER DISKGROUP dg_data ONLINE DISK disk3;

— 永久从磁盘组删除磁盘（会触发Rebalance）
ALTER DISKGROUP dg_data DROP DISK disk3;

4.5 删除磁盘组

— 删除磁盘组，如果包含文件，需使用 INCLUDING CONTENTS
DROP DISKGROUP dg_data INCLUDING CONTENTS;

— 如果磁盘组无法挂载，可强制删除（谨慎使用）
DROP DISKGROUP dg_data FORCE;

5. ASM日常监控常用SQL

DBA可以通过一系列动态性能视图（V$ASM_*）监控ASM状态。

— 1. 查看磁盘组整体状态、大小、空闲空间
SELECT name, state, type, total_mb, free_mb
FROM v$asm_diskgroup_stat;

— 2. 查看磁盘组内的磁盘详细信息
SELECT d.name, d.path, d.state, d.total_mb, d.free_mb, dg.name AS diskgroup
FROM v$asm_disk_stat d, v$asm_diskgroup_stat dg
WHERE d.group_number = dg.group_number;

— 3. 监控正在进行的Rebalance等长时间操作
SELECT * FROM v$asm_operation;

— 4. 查看磁盘组属性（如AU_SIZE、兼容性等）
SELECT dg.name, a.name, a.value
FROM v$asm_diskgroup_stat dg, v$asm_attribute a
WHERE dg.group_number = a.group_number;

6. ASM架构与工作流程图

下图展示了ASM实例与数据库实例协同工作的原理及磁盘组管理操作流程：

#publish-mermaid-1784089515230-0{font-family:\”trebuchet ms\”,verdana,arial,sans-serif;font-size:16px;fill:#333;}@keyframes edge-animation-frame{from{stroke-dashoffset:0;}}@keyframes dash{to{stroke-dashoffset:0;}}#publish-mermaid-1784089515230-0 .edge-animation-slow{stroke-dasharray:9,5!important;stroke-dashoffset:900;animation:dash 50s linear infinite;stroke-linecap:round;}#publish-mermaid-1784089515230-0 .edge-animation-fast{stroke-dasharray:9,5!important;stroke-dashoffset:900;animation:dash 20s linear infinite;stroke-linecap:round;}#publish-mermaid-1784089515230-0 .error-icon{fill:#552222;}#publish-mermaid-1784089515230-0 .error-text{fill:#552222;stroke:#552222;}#publish-mermaid-1784089515230-0 .edge-thickness-normal{stroke-width:1px;}#publish-mermaid-1784089515230-0 .edge-thickness-thick{stroke-width:3.5px;}#publish-mermaid-1784089515230-0 .edge-pattern-solid{stroke-dasharray:0;}#publish-mermaid-1784089515230-0 .edge-thickness-invisible{stroke-width:0;fill:none;}#publish-mermaid-1784089515230-0 .edge-pattern-dashed{stroke-dasharray:3;}#publish-mermaid-1784089515230-0 .edge-pattern-dotted{stroke-dasharray:2;}#publish-mermaid-1784089515230-0 .marker{fill:#333333;stroke:#333333;}#publish-mermaid-1784089515230-0 .marker.cross{stroke:#333333;}#publish-mermaid-1784089515230-0 svg{font-family:\”trebuchet ms\”,verdana,arial,sans-serif;font-size:16px;}#publish-mermaid-1784089515230-0 p{margin:0;}#publish-mermaid-1784089515230-0 .label{font-family:\”trebuchet ms\”,verdana,arial,sans-serif;color:#333;}#publish-mermaid-1784089515230-0 .cluster-label text{fill:#333;}#publish-mermaid-1784089515230-0 .cluster-label span{color:#333;}#publish-mermaid-1784089515230-0 .cluster-label span p{background-color:transparent;}#publish-mermaid-1784089515230-0 .label text,#publish-mermaid-1784089515230-0 span{fill:#333;color:#333;}#publish-mermaid-1784089515230-0 .node rect,#publish-mermaid-1784089515230-0 .node circle,#publish-mermaid-1784089515230-0 .node ellipse,#publish-mermaid-1784089515230-0 .node polygon,#publish-mermaid-1784089515230-0 .node path{fill:#ECECFF;stroke:#9370DB;stroke-width:1px;}#publish-mermaid-1784089515230-0 .rough-node .label text,#publish-mermaid-1784089515230-0 .node .label text,#publish-mermaid-1784089515230-0 .image-shape .label,#publish-mermaid-1784089515230-0 .icon-shape .label{text-anchor:middle;}#publish-mermaid-1784089515230-0 .node .katex path{fill:#000;stroke:#000;stroke-width:1px;}#publish-mermaid-1784089515230-0 .rough-node .label,#publish-mermaid-1784089515230-0 .node .label,#publish-mermaid-1784089515230-0 .image-shape .label,#publish-mermaid-1784089515230-0 .icon-shape .label{text-align:center;}#publish-mermaid-1784089515230-0 .node.clickable{cursor:pointer;}#publish-mermaid-1784089515230-0 .root .anchor path{fill:#333333!important;stroke-width:0;stroke:#333333;}#publish-mermaid-1784089515230-0 .arrowheadPath{fill:#333333;}#publish-mermaid-1784089515230-0 .edgePath .path{stroke:#333333;stroke-width:1px;}#publish-mermaid-1784089515230-0 .flowchart-link{stroke:#333333;fill:none;}#publish-mermaid-1784089515230-0 .edgeLabel{background-color:rgba(232,232,232, 0.8);text-align:center;}#publish-mermaid-1784089515230-0 .edgeLabel p{background-color:rgba(232,232,232, 0.8);}#publish-mermaid-1784089515230-0 .edgeLabel rect{opacity:0.5;background-color:rgba(232,232,232, 0.8);fill:rgba(232,232,232, 0.8);}#publish-mermaid-1784089515230-0 .labelBkg{background-color:rgba(232, 232, 232, 0.5);}#publish-mermaid-1784089515230-0 .cluster rect{fill:#ffffde;stroke:#aaaa33;stroke-width:1px;}#publish-mermaid-1784089515230-0 .cluster text{fill:#333;}#publish-mermaid-1784089515230-0 .cluster span{color:#333;}#publish-mermaid-1784089515230-0 div.mermaidTooltip{position:absolute;text-align:center;max-width:200px;padding:2px;font-family:\”trebuchet ms\”,verdana,arial,sans-serif;font-size:12px;background:hsl(80, 100%, 96.2745098039%);border:1px solid #aaaa33;border-radius:2px;pointer-events:none;z-index:100;}#publish-mermaid-1784089515230-0 .flowchartTitleText{text-anchor:middle;font-size:18px;fill:#333;}#publish-mermaid-1784089515230-0 rect.text{fill:none;stroke-width:0;}#publish-mermaid-1784089515230-0 .icon-shape,#publish-mermaid-1784089515230-0 .image-shape{background-color:rgba(232,232,232, 0.8);text-align:center;}#publish-mermaid-1784089515230-0 .icon-shape p,#publish-mermaid-1784089515230-0 .image-shape p{background-color:rgba(232,232,232, 0.8);padding:2px;}#publish-mermaid-1784089515230-0 .icon-shape .label rect,#publish-mermaid-1784089515230-0 .image-shape .label rect{opacity:0.5;background-color:rgba(232,232,232, 0.8);fill:rgba(232,232,232, 0.8);}#publish-mermaid-1784089515230-0 .label-icon{display:inline-block;height:1em;overflow:visible;vertical-align:-0.125em;}#publish-mermaid-1784089515230-0 .node .label-icon path{fill:currentColor;stroke:revert;stroke-width:revert;}#publish-mermaid-1784089515230-0 .node .neo-node{stroke:#9370DB;}#publish-mermaid-1784089515230-0 [data-look=\”neo\”].node rect,#publish-mermaid-1784089515230-0 [data-look=\”neo\”].cluster rect,#publish-mermaid-1784089515230-0 [data-look=\”neo\”].node polygon{stroke:#9370DB;filter:drop-shadow(1px 2px 2px rgba(185, 185, 185, 1));}#publish-mermaid-1784089515230-0 [data-look=\”neo\”].swimlane.cluster rect{filter:none;}#publish-mermaid-1784089515230-0 [data-look=\”neo\”].node path{stroke:#9370DB;stroke-width:1px;}#publish-mermaid-1784089515230-0 [data-look=\”neo\”].node .outer-path{filter:drop-shadow(1px 2px 2px rgba(185, 185, 185, 1));}#publish-mermaid-1784089515230-0 [data-look=\”neo\”].node .neo-line path{stroke:#9370DB;filter:none;}#publish-mermaid-1784089515230-0 [data-look=\”neo\”].node circle{stroke:#9370DB;filter:drop-shadow(1px 2px 2px rgba(185, 185, 185, 1));}#publish-mermaid-1784089515230-0 [data-look=\”neo\”].node circle .state-start{fill:#000000;}#publish-mermaid-1784089515230-0 [data-look=\”neo\”].icon-shape .icon{fill:#9370DB;filter:drop-shadow(1px 2px 2px rgba(185, 185, 185, 1));}#publish-mermaid-1784089515230-0 [data-look=\”neo\”].icon-shape .icon-neo path{stroke:#9370DB;filter:drop-shadow(1px 2px 2px rgba(185, 185, 185, 1));}#publish-mermaid-1784089515230-0 :root{–mermaid-font-family:\”trebuchet ms\”,verdana,arial,sans-serif;}存储层DB节点故障组3故障组2故障组1ASM实例数据库实例1. 请求文件区映射2. 返回Extent映射3. 直接I/O读写数据3. 直接I/O读写数据3. 直接I/O读写数据触发Rebalance协调数据移动4. 自动重分布数据4. 自动重分布数据4. 自动重分布数据元数据管理数据镜像

数据库实例（读写数据）

ASM实例（管理元数据）

RBAL进程协调Rebalance

ARBn进程执行Rebalance

磁盘组 dg_data

ASM磁盘1

ASM磁盘2

ASM磁盘3

DBA运维操作添加/删除磁盘

流程图解读：

元数据请求：当数据库实例需要创建或打开文件时，向ASM实例请求该文件的Extent映射信息。

直接I/O：获得映射后，数据库实例绕过ASM实例，直接对磁盘组中的磁盘执行读写操作，保证了最佳I/O性能。

运维操作：DBA执行添加/删除磁盘等操作。

自动Rebalance：ASM实例的RBAL进程检测到存储配置变化，协调ARBn进程在后台将数据在磁盘组内所有磁盘间重新均匀分布，整个过程在线进行，业务无感知。

总结

Oracle ASM通过将卷管理、文件系统与数据库内核深度整合，彻底改变了Oracle数据库的存储管理方式。它通过磁盘组抽象、自动负载均衡、智能镜像和在线Rebalance等特性，极大地简化了DBA的工作，同时提供了媲美甚至超越传统LVM+文件系统的性能与高可用性。无论是单实例数据库还是复杂的RAC集群，ASM都已成为事实上的标准存储方案。掌握ASM的架构原理与磁盘组管理命令，是现代Oracle DBA的核心技能之一。

Oracle ASM自动存储管理完全解读：架构原理、磁盘组管理与运维实战