如何将SharePoint文件复制到Data Lake Storage？Synapse与Logic App选型及账号疑问

一、两者的适用场景对比 #

• Synapse 更适合的情况：如果你的项目本身就在Synapse生态里（比如后续要做数据清洗、分析、建模），用Web活动+复制活动的组合更顺畅。它能和Synapse的数据流、SQL池等组件无缝衔接，不用额外切换平台。但批量处理复杂的文件筛选、循环逻辑时，得靠Web活动写代码（比如PowerShell、Python）实现，灵活性稍差。
• Logic App 更适合的情况：如果你的核心需求是文件批量迁移+灵活流程编排，Logic App是更好的选择。它有现成的SharePoint和Data Lake连接器，不用写太多代码就能实现循环遍历文件、过滤特定Excel、错误重试等逻辑，可视化拖拽就能搭建流程，后续维护成本更低。接手的人只要懂基础Azure组件，就能快速看懂和修改。

二、是否必须使用服务账号？ #

不管用Synapse还是Logic App，正式上线的生产流程都建议用服务账号，而非个人账号，原因很直接：

• 避免人员变动导致流程中断：用个人账号授权的话，你离开项目后账号被禁用，整个复制流程直接失效。服务账号是项目级别的，不受人员离职影响。
• 权限管控更安全：可以给服务账号分配最小必要权限（比如SharePoint站点只读、Data Lake写入），符合安全最佳实践，避免个人账号权限过大带来的风险。
• 流程稳定性更高：个人账号可能遇到MFA验证、密码过期等问题，导致流程触发失败。服务账号可以配置无MFA的权限（或用证书认证），保证流程稳定运行。

如果只是临时测试流程，短期内用个人账号快速验证没问题，但正式上线必须换成服务账号。

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