LogicApp+Salesforce GetRecords分页异常：未获取全部30万+记录

针对开启分页（阈值1000）但无法拉取全部30万条记录的问题，从核心方向逐一排查：

1. 连接器自带分页限制 #

多数Logic Apps连接器（如SQL、SharePoint、Dynamics 365）存在隐藏的分页上限，仅设置阈值不够：

• 打开连接器的高级设置，检查是否有「最大页面数」「总记录数上限」选项，默认可能仅允许拉取前5000条，直接将数值调至300000以上；
• 核查连接器API速率限制，若分页过程中频繁触发429限流报错，会直接中断分页。需添加重试策略，或联系服务商调整API配额。

2. 分页触发逻辑细节问题 #

• 确认分页设置是否勾选「即使最后一页记录数少于阈值也继续」（部分连接器提供该选项），否则最后一页数据不足1000条时，Logic Apps会直接终止分页；
• 检查分页标记传递：依赖@odata.nextLink的连接器，需确保流程正确解析并传递该标记。查看运行历史中每页的输出，确认下一页链接是否正常返回、有无解析错误。

3. 流程运行时长超时 #

消耗计划的Logic Apps默认单流程最长运行1小时，30万条记录按每页1000条计算需300次请求，加上数据处理时间，大概率触发超时中断：

• 若使用标准计划，先将流程运行时长上限调至最大值（2小时）尝试；
• 长期方案为拆分循环手动分页：用Do Until循环自主控制分页请求，每次拉取一页后更新分页标记，直至无下一页为止；或使用Azure函数做持久化处理，规避单流程超时限制。

4. 数据异常导致中断 #

• 查看运行历史中的失败步骤，确认是否某一页存在损坏记录（如字段格式错误、空值超限），导致请求失败终止；
• 若数据源在分页过程中频繁变更（删/加记录），会导致分页标记失效，出现漏数或重复。尽量在分页期间锁定数据源，或使用数据源的快照查询功能（若支持）。

结合配置截图的补充检查点 #

• 第一张截图（分页设置）：确认「启用分页」已勾选、阈值设为1000，同时展开高级选项查看「最大页面数」限制，避免设置过小；
• 第二张截图（连接器配置）：检查连接器是否开启「允许分页」，并在高级设置中将「最大记录数」设为300000以上。

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