RMAN是Oracle数据库最常用的物理备份工具，备份片（backup piece）则是RMAN备份输出文件的基本单位。备份片的大小由maxpiecesize参数控制，而通道（channel）则是RMAN与存储设备之间的连接桥梁，两者配合决定了备份文件的规模、数量以及备份作业的整体吞吐量。理解备份片与通道的配置逻辑，是构建可靠备份策略的基础。合理规划备份片大小可以避免单文件超过文件系统或磁带设备的限制，而科学的通道配置则能充分利用系统I/O资源，缩短备份窗口。
一、备份集、备份片与通道的关系
在RMAN的体系结构中，一次备份任务产生的输出被组织成一个或多个备份集（backup set），每个备份集由一个或多个备份片文件组成。备份片是操作系统上真实可见的物理文件，是RMAN备份的最小存储单元。当备份的数据量超过单个备份片的最大尺寸时，RMAN会自动在同一个备份集内产生新的备份片文件。
通道则代表RMAN服务器进程与存储介质之间的数据通路。每一个通道对应一个服务器进程，负责读取数据文件并将备份输出写入指定位置。通道的数量决定了并发度，也就是同一时刻可以并行执行备份的进程数。一个备份集只能由一个通道写入，因此通道数与备份集数通常是对应的。比如分配了4个通道，RMAN至少会生成4个备份集，每个备份集内的备份片由对应的通道顺序写出。
理解这三者的层级关系后就能明白：备份片大小影响的是单个文件的体积，通道数量影响的是并行度和整体速度，两者是独立但相互配合的配置项，需要结合存储介质的能力来统一规划。
二、备份片大小的设置方法
设置备份片大小主要使用maxpiecesize参数。如果不做任何设置，一个备份集默认只包含一个备份片，也就是说整个备份集会全部写进一个文件。在大库场景下，这很容易产生超过2GB甚至上百GB的单个文件，可能突破文件系统的单文件限制，或者超出磁带设备单卷容量。配置示例如下：
CONFIGURE CHANNEL DEVICE TYPE DISK MAXPIECESIZE 8G;
-- 或者只对本次备份生效
RUN {
ALLOCATE CHANNEL c1 DEVICE TYPE DISK MAXPIECESIZE 4G;
ALLOCATE CHANNEL c2 DEVICE TYPE DISK MAXPIECESIZE 4G;
BACKUP DATABASE FORMAT '/backup/db_%U' TAG 'full_bak';
}
上面的持久化配置会让所有磁盘通道在生成备份片时单个文件不超过8GB，超出部分自动切换到新的备份片。%U是RMAN的命名占位符，它由备份集编号和备份片编号等组成，保证每个备份片文件名唯一，不会互相覆盖。
另外还有两个相关参数值得了解：maxsetsize限制的是单个备份集的总大小，当备份集达到该上限时RMAN会创建新的备份集，但新备份集需要有可用通道才能写入；filesperset控制每个备份集内包含的数据文件数量，适当调小可以增加备份集数量，从而让更多通道有活可干，提升并行效率。
三、通道配置与并行度优化
通道配置分为临时分配和持久化配置两种方式。临时方式在RUN块中使用allocate channel，只在当前会话有效；持久化方式使用configure channel，写入RMAN资料库，对所有后续备份生效。两种方式的示例对比如下：
-- 持久化配置磁盘通道，并行度为4 CONFIGURE DEVICE TYPE DISK PARALLELISM 4; CONFIGURE DEFAULT DEVICE TYPE TO DISK; CONFIGURE CHANNEL 1 DEVICE TYPE DISK FORMAT '/backup/p1_%U'; CONFIGURE CHANNEL 2 DEVICE TYPE DISK FORMAT '/backup/p2_%U'; CONFIGURE CHANNEL 3 DEVICE TYPE DISK FORMAT '/backup/p3_%U'; CONFIGURE CHANNEL 4 DEVICE TYPE DISK FORMAT '/backup/p4_%U';
parallelism参数指定自动分配的通道数量。注意一个细节：当设置了parallelism 4但只配置了两个通道的format格式时，多个通道可能写往同一目录，文件名靠%U区分仍然安全，但为了I/O负载均衡，最好把不同通道指向不同的物理磁盘或挂载点，避免多个进程争抢同一块盘的写入带宽。
并行度并非越大越好。通道数增加会占用更多CPU和I/O资源，如果存储介质本身已经是瓶颈，比如单块机械盘或千兆网络上的NFS，增加通道反而会让备份更慢，还可能影响生产业务的正常运行。一般经验是通道数不超过CPU核数，且需要通过实际测试观察备份耗时与系统负载来找到平衡点。对于磁带设备，还应根据磁带机的实际数量来分配通道，每个磁带机对应一个sbt通道。
四、压缩备份与常见误区
启用压缩后，备份片的实际占用空间会明显下降，压缩比通常在3到5倍之间，具体取决于数据特征。压缩备份消耗更多CPU资源，适合I/O是瓶颈但CPU有富余的环境。配置方式如下：
CONFIGURE COMPRESSION ALGORITHM 'BASIC'; BACKUP AS COMPRESSED BACKUPSET DATABASE FORMAT '/backup/comp_%U' TAG 'compressed_full';
常见的配置误区有几个：第一，把maxpiecesize设得过小，比如只有几百MB，结果是备份文件数量暴增，恢复和管理时非常麻烦；第二，设置了maxsetsize却没分配足够的通道，导致备份中途报错RMAN-06183提示通道不足；第三，归档日志备份没有单独规划format，与数据文件备份混在同一目录，清理时容易误删。建议对归档日志使用独立的备份脚本和目录，并配置delete archivelog策略配合保留期管理。
最后，配置完成后可以用list backup summary查看备份片分布情况，用report schema结合备份策略定期验证恢复可行性。备份片与通道配置没有绝对的标准答案，核心原则是：备份片大小适配存储介质的单文件限制，通道数量匹配系统I/O能力，再通过压缩与并行度测试不断调优，最终形成既快又稳的备份体系。
Oracle RMANRMAN备份片通道配置修改时间：2026-08-31 20:03:01