RMAN备份ASM数据文件关键在路径配置:必须显式指定ASM格式(如'+DATA/BACKUP/%U'),控制文件自动备份须指向ASM共享路径,否则RAC节点间无法访问;验证需用CROSSCHECK而非仅LIST BACKUP。
RMAN 备份 ASM 中的数据文件,和备份文件系统上的数据文件在操作上几乎没区别——前提是你的数据库实例能正常访问 ASM 磁盘组,且 RMAN 连接的是目标库(target),不是 catalog 库。关键点不是“能不能备”,而是“备到哪”“怎么验证”“哪些路径容易错”。很多人以为只要数据文件在 +DATA 里,RMAN 就会自动把备份也写进 +DATA。错。默认 FORMAT 是本地路径(比如 $ORACLE_HOME/dbs 或当前目录),不改就会报错或写到节点本地磁盘,RAC 下另一节点根本看不到。
CONFIGURE DEFAULT DEVICE TYPE TO DISK;CONFIGURE CHANNEL DEVICE TYPE DISK FORMAT '+DATA/BACKUP/%U';(必须带完整 ASM 路径,%U 是必需占位符)run { ... } 块,backup 子句里也要显式写 format '+DATA/BACKUP/%U',否则走默认值show all; 看 CONFIGURE CHANNEL 行是否生效;执行一次 backup current controlfile; 后查 ASMCMD> ls +DATA/BACKUP/ 是否有新文件RAC 环境下,控制文件变更(如加数据文件、改日志组)由任一节点触发,自动备份若落在本地路径(如 /u01/app/oracle/fast_recovery_area),其他节点无法读取,startup mount 后 restore controlfile 就会找不到备份。
CONFIGURE CONTROLFILE AUTOBACKUP ON;
CONFIGURE CONTROLFILE AUTOBACKUP FORMAT FOR DEVICE TYPE DISK TO '+DATA/CONTROL/%F';
%F 是 Oracle 自动生成的唯一文件名(如 C-1234567890-20260727-00),不能省略;只写 '+DATA/CONTROL/' 会报错DB_RECOVERY_FILE_DEST”的说法——那个参数只影响归档日志和闪回日志,不影响 CONTROLFILE AUTOBACKUP 的输出位置不是磁盘组真满了,而是 RMAN 在写入时被 ASM 的 allocation unit(AU)对齐机制卡住。常见于小文件频繁备份、或磁盘组用了过小的 AU(如 1MB)但备份集碎片多。
SELECT NAME, TOTAL_MB, FREE_MB FROM V$ASM_DISKGROUP;
SELECT NAME, ALLOCATION_UNIT_SIZE FROM V$ASM_DISKGROUP;;11g 默认是 1MB,12c+ 默认 4MB;小 AU 更易因碎片导致“假满”backup as copy 替代 backup as backupset(前者是映像副本,写入更连续)ALTER DISKGROUP ... REBALANCE POWER 11 加速均衡(注意 I/O 压力)RMAN 元数据存在控制文件里,它记录的是备份片的物理路径(如 +DATA/BACKUP/0123456789),不是本地文件系统路径。所以 LIST BACKUP 能看到,不代表文件一定可读。
CROSSCHECK BACKUP 会实际访问 ASM 路径校验文件是否存在、是否损坏;如果返回 EXPIRED,说明文件已被 ASMCMD rm 或磁盘组 drop 删除,但控制文件还没清理元数据DELETE EXPIRED BACKUP 只删元数据,不碰 ASM 文件;DELETE OBSOLETE 则按保留策略删 ASM 文件和元数据CROSSCHECK —— 因为不同节点可能缓存不同的 ASM 目录结构,单节点 CROSSCHECK 可能漏判+DATA,不代表另一个节点的 asm_diskstring 配置正确,也不代表 grid 用户对磁盘组有读写权限——这些细节漏掉一个,备份就静默失败。