如何通过Logic Apps实现ADLS Gen 2到SharePoint的文件传输？

Logic Apps 原生支持 ADLS Gen2 与 SharePoint 的双向文件传输，无需额外开发自定义连接器或第三方服务，你已经打通 SharePoint 到 ADLS 的传输链路，说明基础连接器连通性没有本质问题，反向传输配置受阻基本是参数配置、权限、规则适配的细节问题，以下是可直接复用的配置流程和常见卡点修复方法：

标准配置步骤 #

• 触发器配置：选择「Azure Data Lake Storage Gen2」连接器的**当添加或修改 Blob 时（属性仅 v2）**触发动作，绑定目标 ADLS Gen2 存储账户、对应文件系统、需要监控的同步路径，必须将参数要检索的 Blob 内容设置为true——这是高频漏配项，不开该参数后续动作拿不到文件二进制流，直接导致上传失败。
• 无效文件过滤（可选）：新增条件判断动作，校验触发返回的Blob Type值为BlockBlob，同时过滤文件名包含.tmp、.lock等临时后缀的条目，避免同步无效的临时写入文件。
• 上传动作配置：添加「SharePoint」连接器的创建文件动作，绑定目标 SharePoint 站点地址、文档库下的目标同步文件夹路径，文件内容字段直接映射 ADLS 触发器返回的「文件内容」动态值即可，不要手动对内容做转字符串、base64 转码操作，否则会出现上传后文件损坏、大小为0的问题。
• 元数据同步（可选）：如果需要同步文件自定义属性，可在文件创建完成后追加「更新文件属性」动作，将 ADLS Blob 的元数据字段映射到 SharePoint 文档库的对应列即可。

高频配置失败排查点 #

• 权限配置错误：检查 Logic Apps 启用的系统托管身份权限：ADLS 侧需要授予托管身份存储账户范围的Storage Blob Data Reader权限（如果同步后要删除ADLS源文件则加配Storage Blob Data Contributor）；SharePoint 侧需要授予托管身份目标站点的编辑权限，仅给只读权限会直接返回403错误，这是反向传输最常见的权限漏配问题——正向传输时只需要给ADLS配写入权限，反向时容易漏配SharePoint侧的写入权限。
• 大文件传输超限：如果单文件大小超过100MB，不要使用普通的「创建文件」动作，该动作默认仅支持100MB以内文件上传，需改用「创建上传会话」动作做分片上传，否则会触发请求大小超限报错。
• 文件名非法字符：ADLS Gen2支持的文件名字符集比SharePoint更广，如果文件名包含#、%、*、?等SharePoint路径不支持的特殊字符，需在上传前新增「撰写」动作，通过replace()函数将非法字符替换为下划线或其他合法字符，否则会触发路径校验失败。
• 网络隔离拦截：如果ADLS Gen2开启了防火墙或虚拟网络限制，需要为Logic Apps配置虚拟网络集成，或者将Logic Apps的出站IP段加入ADLS存储账户的允许访问列表，否则触发器无法拉取到Blob变更事件，也无法读取文件内容。

注意：不要在流程中手动对ADLS返回的文件内容做格式转换，SharePoint连接器原生支持二进制流输入，额外转码是导致上传后文件无法打开的最常见操作错误。

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