ADF从CosmosDB复制到Blob容器时并行度始终为1如何解决

复制活动实际生效的并行度不是只由用户配置的parallelCopies参数决定，是同时受三个硬约束控制，取三者最小值：

• 源端数据存储支持的最大并行读取粒度：Cosmos DB作为源时，默认按物理分区切分读取任务，单集合的并行读取上限等于集合的物理分区数
• 接收器数据存储支持的最大并行写入粒度
• 用户手动设置的parallelCopies参数值

你遇到的Cosmos到Cosmos可以跑高并行、到Blob单文件只能跑1并行的差异，完全是接收器写入粒度的限制：

• Cosmos DB作为接收器时，支持不同并行副本同时写入不同物理分区，无写入锁冲突，所以可以跑满你配置的并行度
• Blob存储作为接收器时，如果配置为写入单个目标文件，单Blob的写入流持有排他锁，同一时间仅允许1个客户端执行写入操作，多客户端并行写入会直接触发块冲突、数据乱序、文件损坏问题，因此ADF会自动将实际并行度强制降级为1，和你设置的parallelCopies数值无关，属于产品层面的硬约束，不是配置错误。

多文件输出是突破该场景并行度限制的必要前提，对性能提升效果非常明显。
当Blob接收器配置为输出多个独立文件时，每个并行副本可以单独写入专属的Blob文件，不存在锁冲突，此时ADF可以同时启动多个副本并行从Cosmos拉取数据、写入对应Blob，完全吃满源端Cosmos的分区读取能力和你配置的并行度上限。

不需要依赖自定义代码活动，用ADF内置功能即可实现：

• 第一步：修改Blob接收器的写入行为，关闭「合并所有数据到单个文件」的选项，这是触发单并行限制的核心开关。
• 第二步：配置多文件输出规则：
  • 如果业务没有强依赖单个固定文件名，直接将接收器数据集的文件名配置留空，开启「按分区输出」，ADF会自动为每个并行副本生成带唯一标识的独立Blob文件，无命名冲突
  • 如果业务必须要求最终输出单个文件，可以先高并行将数据写入同目录下的临时分片文件夹，复制活动完成后追加一个同存储账户内的Blob合并复制活动——该合并操作走Blob服务端API，不需要跨服务传输数据，性能远高于从Cosmos单线程写入单文件，整体端到端耗时通常能降到原单线程方案的1/5到1/10
• 第三步：配套参数调优
  • 确认Cosmos源端开启了「按物理分区并行读取」开关（该选项默认开启，若之前手动关闭需重新打开）
  • parallelCopies参数不要盲目设高，按Cosmos账户每1万预配RU支撑4-8个并行副本的规则设置即可，数值过高会触发Cosmos请求限流，反而降低复制速度
  • 将Blob接收器的块大小参数blockSizeInMB调整为支持的最大值100MB，减少高并行场景下的块提交频次，降低存储请求开销

注意：如果业务强要求直接从Cosmos写入单个Blob文件、不接受先写分片再合并的流程，当前没有任何配置可以绕过1并行的硬限制。

内容的提问来源于stack exchange，提问作者DxG