必须显式在RUN块中ALLOCATE CHANNEL，CONFIGURE DEVICE TYPE DISK PARALLELISM仅设上限不自动生效；漏写将报RMAN-01009，通道名须唯一、路径须隔离，并发数宜设4（SSD可试8），超限反致资源争用。
ALLOCATE CHANNEL必须写在RUN块里，否则不生效
rman不会把configure device type disk parallelism 4自动转成运行时通道——它只是“允许最多用4个”，真执行时仍需在run { }中手动allocate channel。漏掉这步会报rman-01009（语法错误），常见原因是大括号没顶格、中间有空格或换行。
常见错误写法：CONFIGURE DEVICE TYPE DISK PARALLELISM 4;后直接BACKUP DATABASE; → 报错或退回到单通道。
- 每个
ALLOCATE CHANNEL必须显式命名，如c1、c2，重复使用同一名称会触发RMAN-06017 -
RUN块内所有ALLOCATE语句必须紧贴左边界，不能缩进 - 若同时配置了
CONFIGURE CHANNEL DEVICE TYPE DISK FORMAT，又在RUN里重复ALLOCATE，可能因路径冲突导致通道分配失败
并发数不是越多越好，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
多通道必须绑定不同物理路径，不能共用同一目录
所有通道指向同一本地路径（如/backup）→ 实际变成磁盘队列竞争，不是并行是排队。RMAN无法跨通道协调文件系统锁，尤其在NFS或某些NAS上极易触发lease timeout或写入阻塞。
正确做法：
- 挂载多个NFS共享，或使用多个ASM磁盘组
- 每个
ALLOCATE CHANNEL指定不同FORMAT路径，例如：FORMAT '/bak/ch1/%U'、FORMAT '/bak/ch2/%U' - 不要混用
DISK和SBT_TAPE通道在同一BACKUP命令中，RMAN无法统一调度，部分通道会长时间空等
RAC环境下必须显式CONNECT到具体实例
RMAN默认用/ as sysdba连接，随机落到某个节点，所有通道都挤在一台上，I/O和CPU瓶颈立刻出现。跨节点并行的关键是每个ALLOCATE CHANNEL都带CONNECT子句，且目标必须是tnsnames.ora中定义的静态实例别名（如racdb1），不是SCAN（如racdb_scan）。
正确写法示例：
RUN {
ALLOCATE CHANNEL c1 DEVICE TYPE DISK CONNECT 'sys/xxx@racdb1';
ALLOCATE CHANNEL c2 DEVICE TYPE DISK CONNECT 'sys/xxx@racdb2';
BACKUP DATABASE;
}漏掉任意一端的CONNECT，RMAN就退回单节点执行，哪怕你开了8个通道也只在一个实例上跑。
真正决定吞吐的是I/O路径隔离程度和实例负载均衡能力，而不是通道数字本身。很多人调到6或8还慢，问题往往出在路径没拆开、RAC没连对、或者根本没查过v$backup_async_io里的EFFECTIVE_BYTES_PER_SECOND是否真的接近设备标称值。
