Azure 逻辑应用工作流中重复性触发器的计划

适用范围：Azure 逻辑应用（消耗型 + 标准型）

Azure 逻辑应用有助于创建并按计划运行自动化重复性工作流。 创建使用“重复周期”触发器或“滑动窗口”触发器（计划类型的触发器）启动的逻辑应用工作流，以后可以立即运行或者按重复间隔运行任务。 可以调用 Azure 内部和外部的服务（例如 HTTP 或 HTTPS 终结点）、将消息发送到 Azure 存储和 Azure 服务总线等 Azure 服务，或者将文件上传到文件共享。 使用“重复周期”触发器，还可以为运行任务设置复杂的计划和详细重复周期。 若要详细了解计划内置触发器和操作，请参阅计划触发器和计划操作。

以下列表显示了可以使用计划内置触发器运行的一些示例任务：

• 获取内部数据，例如每天运行某个 SQL 存储过程。

• 获取外部数据，例如每隔 15 分钟从 NOAA 提取天气报告。

• 发送报告数据，例如通过电子邮件发送过去一周内超过特定金额的所有订单的摘要。

• 处理数据，例如在每个工作日的非高峰时间压缩当日的已上传图像。

• 清除数据，例如删除超过三个月的所有推文。

• 存档数据，例如在未来 9 个月的每天凌晨 1:00 将发票推送到备份服务。

在下一操作运行之前，还可以使用计划内置操作来暂停工作流，例如：

• 等到工作日通过电子邮件发送状态更新。

• 在恢复和检索结果前，延迟工作流直到 HTTP 调用有时间完成。

本指南介绍计划类型的内置触发器和操作的功能。

无需创建多个逻辑应用即可运行定期工作负载

你可以计划和运行定期工作负载，无需为每个计划的作业单独创建消耗型逻辑应用，也不会遇到每个区域和订阅的工作流限制。 可以创建一个包含多个工作流的标准型逻辑应用，也可以使用由 Azure 快速启动模板：逻辑应用作业计划程序创建的消耗型逻辑应用模式。

Azure 逻辑应用作业计划程序模板会创建一个名为 CreateTimerJob 的逻辑应用，该应用会调用 TimerJob 逻辑应用。 然后，你可以通过发出 HTTP 请求并传递一个计划作为请求的输入，以 API 的形式调用 CreateTimerJob 逻辑应用。 每次调用 CreateTimerJob 逻辑应用时，都会调用 TimerJob 逻辑应用，这会创建一个根据指定计划持续运行的、或者一直运行到达到指定限制的新 TimerJob 实例。 这样，便可以运行任意数目的 TimerJob 实例，而无需担心工作流限制，因为实例不是单独的逻辑应用工作流定义或资源。

计划触发器

可以使用重复触发器或滑动窗口触发器（不与任何特定服务或系统关联）来启动逻辑应用工作流。 这些触发器基于指定的重复周期来启动并运行工作流，你可以在该周期中选择时间间隔和频率（例如，秒数、分钟数、小时数、天数、周数或月数）。 你还可以设置开始日期和时间以及时区。 每当一个触发器激发时，Azure 逻辑应用服务将为你的逻辑应用创建并运行一个新的工作流实例。

下面是这些触发器之间的差异：

• 重复周期：根据指定的计划按固定的时间间隔运行工作流。 如果触发器错过了重复周期（例如，由于中断或禁用工作流而错过），则“重复周期”触发器不会处理错过的重复周期，但会根据下一个计划的时间间隔重启重复周期。

  如果选择“天”作为频率，则可以指定该日期的小时，以及该小时的分钟，例如，每日 2:30。 如果选择“周”作为频率，则还可以选择星期几，例如“星期三”和“星期六”。 你还可以为定期计划指定开始日期和时间以及时区。 有关时区格式设置的详细信息，请参阅添加重复触发器。

  重要

  如果使用“天”、“周”或“月”频率并指定将来的日期和时间，请确保提前设置重复周期：

  • 天：至少提前 24 小时设置每日重复周期。

  • 周：至少提前 7 天设置每周重复周期。

  • 月：至少提前一个月设置内每月重复周期。

  否则，工作流可能会跳过第一个重复周期。

  如果某个定期触发未指定具体的开始日期和时间，则在保存或部署逻辑应用时，会立即运行第一次定期触发，而不管触发器的定期设置如何。 若要避免此行为，请提供你希望运行第一次定期触发的开始日期和时间。

  如果某个定期触发未指定任何其他高级计划选项（例如具体时间）来运行将来的定期触发，则这些将来的定期触发会以上一次运行时间为基础。 因此，这些定期触发的开始时间可能会因存储调用期间的延迟等因素而发生偏移。 为了确保工作流不会错过重复周期（特别是在频率为几天或更长时间一次的情况下），请尝试以下选项：

  • 提供定期触发的开始日期和时间，以及运行后续定期触发的具体时间，这可以通过“在这些小时”和“在这些分钟”属性来进行，仅适用于“天”和“周”频率。

  • 使用“滑动窗口”触发器，而不是使用“重复周期”触发器。

  有关详细信息，请参阅使用重复触发器创建、计划和运行重复性任务与工作流。

• 滑动窗口：按定期时间间隔运行工作流来处理连续区块中的数据。 如果触发器错过了定期触发（例如，由于中断或禁用工作流而错过），则滑动窗口触发器会返回并处理错过的定期触发。

  可以指定开始日期和时间以及时区，并可以指定一个持续时间来延迟工作流中的每个重复周期。 此触发器不支持高级计划，例如，一天中的特定小时，一小时中的特定分钟，以及一星期中的特定几天。 有关详细信息，请参阅使用滑动窗口触发器创建、计划和运行重复性任务与工作流。

计划操作

在逻辑应用工作流中指定任何操作后，可以使用“延迟”和“延迟到”操作来使工作流等到下一个操作运行为止。

• 延迟：按指定的时间单位数（例如秒数、分钟数、小时数、天数、周数或月数）等待运行下一操作。 有关详细信息，请参阅延迟工作流中的下一操作。

• 延迟截止时间：在指定的日期和时间之前等待运行下一操作。 有关详细信息，请参阅延迟工作流中的下一操作。

开始日期和时间的模式

下面这些模式将演示如何使用开始日期和时间控制重复计划，以及 Azure 逻辑应用如何运行这些重复计划：

指定了过去开始时间和重复周期但未指定计划的示例

假设当前日期和时间是 2017 年 9 月 8 日下午 1:00。 将开始日期和时间指定为已过去的 2017 年 9 月 7 日下午 2:00，重复周期为每隔两天运行一次。

对于“重复周期”触发器，Azure 逻辑应用引擎会基于开始时间计算运行时间，忽略过去的运行时间，使用下一个将来开始时间作为首次运行时间，并基于上次运行时间计算将来的运行。

下面是此重复周期的大致形式：

因此，不管在过去的多长期限内指定了开始时间（例如，2017-09-05 下午 2:00，或 2017-09-01 下午 2:00），首次运行始终使用下一个将来的开始时间。

对于滑动窗口触发器，逻辑应用引擎会基于开始时间计算运行时间，遵循过去的运行时间，为首次运行使用该开始时间，并基于该开始时间计算将来的运行。

下面是此重复周期的大致形式：

因此，不管在过去的多长期限内指定了开始时间（例如，2017-09-05 下午 2:00，或 2017-09-01 下午 2:00），首次运行始终使用指定的开始时间。

仅运行一次

若要将来仅运行一次工作流，可以使用“计划程序：运行一次作业”工作流模板。

每月的最后一天运行一次

若要仅在每月的最后一天运行一次“重复周期”触发器，请参阅每月的最后一天运行一次。

示例重复周期

下面是可为支持上述选项的触发器设置的各种示例重复周期：

排查定期触发问题

为了确保工作流在你指定的开始时间运行并且不会错过定期触发（特别是在频率为几天或更长时间一次的情况下），请尝试以下解决方案：

• DST 生效时，请手动调整重复周期，使工作流继续按预期时间运行。 否则，开始时间将在 DST 开始时向前移动 1 小时，在 DST 结束时向后移动 1 小时。 有关详细信息和示例，请查看夏令时和标准时间重复。

• 若要使用“定期”触发器，请指定时区、开始日期和时间。 此外，还应在属性“在这些小时”和“在这些分钟”中（仅适用于“天”和“周”频率）指定运行后续定期触发的具体时间 。 但是，当时间发生调整时，有时 Windows 可能仍会导致问题。

• 请考虑使用滑动窗口触发器而不是定期触发器，以避免错过定期触发 。

后续步骤

• 使用“定期”触发器创建、计划和运行重复任务和工作流
• 使用滑动窗口触发器创建、计划和运行重复性任务与工作流
• 使用延迟操作暂停工作流