UiPath连接SQL Server批量插入遇System.Exception错误求助

场景还原 #

处理750,000条记录的Excel文件，通过Read Range加载到DataTable，用For Each loop拆分每次插入100,000条到SQL Server，日志显示循环执行完成，但抛出错误：
System.Exception: Could not retrieve the result of the job execution. This might be because a message was too large to process
已尝试添加延迟、确认流程完成、使用存储过程，问题仍存在。

可能原因 #

• 作业结果消息超出传输限制：即便批量插入执行完成，作业返回的状态、结果数据量过大，超出了自动化工具（如UiPath Orchestrator）或SQL Server的消息大小阈值，导致无法完整传递结果。
• 大内存对象序列化问题：一次性加载的750,000条记录的DataTable仍驻留内存，作业结束时序列化该对象用于结果反馈，直接触发消息过大的限制。
• SQL端返回消息过载：批量插入操作返回的影响行数、状态详情等被打包成大消息，超出了网络传输层的大小限制。

解决方案 #

• 调整消息大小配置：
  • 若使用UiPath Orchestrator，修改web.config中的maxReceivedMessageSize和maxBufferSize参数，设置为最大值2147483647；同时检查SQL Server的network packet size配置，确保其能容纳返回消息。
  • 其他自动化工具需对应调整消息传输的大小限制参数。
• 分段读取Excel而非全量加载：
  • 放弃一次性加载全部记录，改为每次读取100,000条（或更小批次），插入后立即释放当前DataTable的内存，避免大对象长期占用内存导致序列化问题。
• 禁用不必要的结果返回：
  • 在SQL存储过程或批量插入语句中添加SET NOCOUNT ON，减少返回的影响行数等冗余数据；确保作业仅返回必要统计信息（如总插入条数），而非全量结果。
• 缩小插入批次规模：
  • 将每次100,000条的插入批次拆分为更小的单元（如50,000条），降低单次操作后返回结果的数据规模，同时减轻内存压力。

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