必须显式分配通道、绑定设备类型与路径、控制并发数在合理区间，否则不是提速而是拖慢；ALLOCATE CHANNEL 必须写在 RUN 块中，CONFIGURE DEVICE TYPE DISK PARALLELISM 仅设上限，不自动生效，漏写将报 RMAN-01009 或退单通道。
直接说结论：必须显式分配通道、绑定设备类型与路径、控制并发数在合理区间，否则不是提速而是拖慢。
ALLOCATE CHANNEL 必须写在 RUN 块里，不能只靠 CONFIGURE
RMAN 在 19c 中不会自动把 CONFIGURE DEVICE TYPE DISK PARALLELISM 4 转成实际运行的通道——它只是“允许最多用 4 个”，真执行时仍需在 RUN { } 中手动 ALLOCATE CHANNEL c1 DEVICE TYPE DISK;。漏掉这步会报 RMAN-01009（语法错误），因为大括号不匹配或缺少通道声明。
常见错误写法：
-
CONFIGURE DEVICE TYPE DISK PARALLELISM 4;后直接BACKUP DATABASE;→ 报错或退回到单通道 - 在
RUN块里写了ALLOCATE CHANNEL，但大括号没顶格、中间有空格或换行 → 同样触发RMAN-01009 - 用了
CONFIGURE CHANNEL DEVICE TYPE DISK FORMAT '/path/%U';，又在RUN里重复ALLOCATE→ 通道名冲突，报RMAN-06017
并发数不是越多越好，4 是安全起点，8 是 SSD 环境上限
每个 ALLOCATE CHANNEL 会起一个独立服务器进程，消耗 PGA、归档读取上下文和控制文件锁资源。超过底层 I/O 或 CPU 承载能力后，反而引发 enq: cf - contention 或 lgwr 延迟。
实操建议：
- 先查瓶颈：
SELECT event, time_waited FROM v$session_event WHERE sid IN (SELECT sid FROM v$session WHERE program LIKE '%rman%') ORDER BY time_waited DESC;—— 若大量是direct path write，说明磁盘写满；若是latch: cache buffers chains，说明并发已压垮 buffer cache - 初始设为 4：
ALLOCATE CHANNEL c1 DEVICE TYPE DISK FORMAT '/bak/ch1/%U';…c4 - SSD 全闪存环境可试到 8，但必须配不同子目录（如
/bak/ch1/、/bak/ch2/），避免多个通道往同一 NFS 路径写导致 lease timeout - 不要混用
DISK和SBT_TAPE通道在同一BACKUP命令中，RMAN 无法统一调度，部分通道会长时间空等
RAC 环境下必须显式 CONNECT 到具体实例，SCAN 地址不行
RMAN 默认用 / as sysdba 连接，随机落到某个节点，所有通道都挤在一台上，I/O 和 CPU 瓶颈立刻出现。跨节点并行的关键是每个 ALLOCATE CHANNEL 都带 CONNECT 子句，且目标必须是 tnsnames.ora 中定义的静态实例别名（如 racdb1），不是 SCAN（如 racdb_scan）。
正确写法示例：
RUN {
ALLOCATE CHANNEL c1 DEVICE TYPE DISK CONNECT 'sys/oracle@racdb1';
ALLOCATE CHANNEL c2 DEVICE TYPE DISK CONNECT 'sys/oracle@racdb2';
BACKUP DATABASE PLUS ARCHIVELOG FORMAT '/bak/rman/%d_%T_%t_%s_%p';
}注意点：
-
/bak/rman/路径必须在两个节点都挂载、oracle 用户可写；NFS 挂载参数建议含hard,rsize=32768,wsize=32768,vers=3 - 不要在
BACKUP命令里加PARALLELISM参数——它只影响单通道内分片（如SECTION SIZE），和跨节点无关 - 恢复时也必须用相同方式分配通道（
CONNECT到对应实例），否则报错如ORA-19505: failed to identify file
SECTION SIZE 分片备份要匹配 PARALLELISM，否则部分分片排队
对超大数据文件（如 >100GB），用 SECTION SIZE=100M 可让 RMAN 把它切成多个段，每个段由空闲通道独立处理。但若 PARALLELISM 设为 3，而文件被切出 5 个 section，那最后 2 个会排队等待前 3 个完成。
操作要点：
- 估算 section 数量：
SELECT bytes/104857600 AS sections FROM dba_data_files WHERE file_id = 1;（单位 MB） - 确保
PARALLELISM≥ section 数，或至少留出余量（如算出需 5 个，设为 6） - 每个 section 的备份路径建议分流，避免写冲突：
FORMAT '/bak/ch1/sec_%U'、'/bak/ch2/sec_%U' -
SECTION SIZE不支持压缩算法切换，ADVANCED 压缩仍生效，但压缩发生在分片写入前，不影响调度逻辑
最容易被忽略的是通道生命周期管理：不写 RELEASE CHANNEL，通道进程会残留，下次备份可能因资源不足失败；也不要在脚本里复用同一通道名（如两次都叫 c1），RMAN 会拒绝。真正的并发控制，不在数字大小，而在每个通道是否被精准绑定、隔离和释放。
