如何基于Azure Logic App实现SharePoint到Azure Blob的增量复制

针对你遇到的全量复制问题，以下是几个无需依赖ADF的增量实现方案：

方案1：递归触发+LastModified时间过滤（最通用） #

这个方案通过维护同步时间戳，精准筛选出上次同步后新增/修改的文件：

• 替换现有触发为Recurrence触发器，设置每日执行的时间规则
• 添加SharePoint Online的列出文件夹中的文件动作，勾选"递归"选项（如果需要同步子文件夹）
• 创建变量lastSyncTime，初始值可设为首次同步的起始时间，后续从Blob存储的配置文件（比如sync-timestamp.txt）中读取
• 添加Filter数组动作，过滤条件设置为：

  @greater(item()?['LastModified'], variables('lastSyncTime'))
  

• 遍历过滤后的文件列表，执行复制文件到Blob存储的动作
• 同步完成后，将当前UTC时间@utcNow()写入Blob的配置文件，更新下次同步的起始时间

方案2：结合Office 365审计日志（适合高变更频率场景） #

利用SharePoint的审计能力追踪文件变更，避免遍历全量文件：

• 在SharePoint站点开启审计日志功能，确保记录文件的创建、修改事件
• 在Logic Apps中添加Office 365管理活动API的列出审计日志动作，筛选条件设置为：
  • 目标站点URL
  • 事件类型：FileCreated、FileModified
  • 时间范围：上次同步时间到当前时间
• 解析返回的审计事件，提取文件的完整路径和ID
• 根据提取的文件信息，调用SharePoint的获取文件内容动作，再写入Blob存储
• 同样需要维护并更新上次同步时间戳到持久化存储（Blob/Table）

方案3：基于SharePoint版本控制的增量同步（适合需保留版本的场景） #

如果目标文件开启了版本控制，可以通过版本历史筛选增量：

• 在SharePoint文件夹中开启文件版本控制（设置保留的版本数量）
• 在Logic Apps中调用获取文件版本动作，获取目标文件的所有版本
• 过滤出上次同步时间之后创建的版本，取最新版本的内容写入Blob
• 同步完成后更新时间戳，确保下次只处理新生成的版本

关键注意事项 #

• 时间戳持久化：不要用Logic Apps的临时变量，必须存在Blob/Table存储中，避免流程重启后丢失同步进度
• 分页处理：当文件夹文件数量较多时，列出文件夹中的文件动作要开启分页，防止遗漏文件
• 错误处理：用Scope包裹复制动作，添加Run after规则处理失败情况，比如重试3次或记录错误日志到Blob

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