监视工作流运行状态、查看触发器和工作流运行历史记录以及在 Azure 逻辑应用中设置警报

适用范围:Azure 逻辑应用(消耗型 + 标准型)

创建并运行逻辑应用工作流后,可以检查该工作流的运行状态、触发器历史记录、工作流运行历史记录和性能。

本指南将演示如何执行以下任务:

若要监视和查看标准工作流的工作流运行状态,请参阅在单租户 Azure 逻辑应用中创建示例标准逻辑应用工作流中的以下部分:

若要进行实时事件监控和更丰富的调试,可以使用 Azure Monitor 日志为逻辑应用工作流设置诊断日志记录。 此 Azure 服务可帮助你监视云和本地环境,使你能够更轻松地维持其可用性和性能。 然后,可以查找和查看事件,例如触发事件、运行事件和操作事件。 将此信息存储在 Azure Monitor 日志中,可以创建日志查询来帮助查找和分析此信息。 还可以将此诊断数据与其他 Azure 服务一起使用,例如 Azure 存储和 Azure 事件中心。 有关详细信息,请参阅使用 Azure Monitor 监视逻辑应用

注意

本文仅适用于消耗逻辑应用。 有关如何查看运行状态和监视标准逻辑应用的信息,请参阅在单租户 Azure 逻辑应用中创建标准逻辑应用工作流中的以下部分:查看运行历史记录查看触发器历史记录在部署后启用或打开 Application Insights

在创建并运行消耗型逻辑应用工作流后,可以检查该工作流的运行状态、触发历史记录运行历史记录和性能。 要获取关于故障或其他可能问题的通知,请设置警报。 例如,可以创建一个警报,用于检测“一小时内运行失败超过五次的情况”。

若要进行实时事件监视和更丰富的调试,可以使用 Azure Monitor 日志为逻辑应用设置诊断日志记录。 此 Azure 服务可帮助你监视云和本地环境,使你能够更轻松地维持其可用性和性能。 然后,可以查找和查看事件,例如触发事件、运行事件和操作事件。 将此信息存储在 Azure Monitor 日志中,可以创建日志查询来帮助查找和分析此信息。 还可以将此诊断数据与其他 Azure 服务一起使用,例如 Azure 存储和 Azure 事件中心。 有关详细信息,请参阅使用 Azure Monitor 监视逻辑应用

查看触发器历史记录

每个工作流运行都以触发器开头,触发器会按计划触发或等待传入的请求或事件。 触发历史记录列出工作流做出的所有触发尝试,以及有关每次触发尝试的输入和输出的信息。

  1. Azure 门户的设计器中,打开你的逻辑应用资源和工作流。

  2. 在逻辑应用菜单中,选择“概述”。 在“概述”窗格上,选择“触发器历史记录”。

    Screenshot shows Overview pane for Consumption logic app workflow with selected option named Trigger history.

    在“触发历史记录”下,将显示所有触发尝试。 每次触发器成功触发时,Azure 逻辑应用都会创建单个工作流实例并运行该实例。 默认情况下,每个实例并行运行,因此在启动运行前无需等待任何工作流。 如果同时为多个事件或项触发了你的工作流,则会为每个项都显示一个带有相同日期和时间的触发条目。

    Screenshot shows Overview pane with Consumption logic app workflow and multiple trigger attempts for different items.

    下表列出了可能的触发器状态值:

    触发器状态 说明
    失败 出现了错误。 若要查看失败触发器生成的任何错误消息,请选择该触发器尝试并选择“输出”。 例如,你可能发现输入无效。
    已跳过 触发器检查了终结点,但找不到满足指定条件的数据。
    成功 触发器已检查终结点并找到可用数据。 通常,此状态还会伴随出现“已触发”状态。 如果没有,触发器定义可能未满足某一条件或 SplitOn 命令。

    此状态可应用于手动触发器、基于重复周期的触发器或轮询触发器。 如果操作生成未处理的错误,尽管可以成功运行触发器,但运行本身可能仍会失败。

    提示

    可以重新检查触发器,无需等待下一个周期。 在“概述”窗格工具栏或设计器工具栏上,选择“运行触发器”>“运行”。

  3. 若要查看有关特定触发尝试的信息,请选择该触发事件。

    Screenshot shows Consumption workflow trigger entry selected.

    如果列表显示许多触发尝试,但你找不到所需的条目,请尝试筛选列表。 如果找不到预期的数据,请尝试在工具栏中选择“刷新”。

    现在可以查看有关所选触发事件的信息,例如:

    Screenshot shows selected Consumption workflow trigger history information.

查看工作流运行历史记录

每次触发器成功触发时,Azure 逻辑应用都会创建一个工作流实例并运行该实例。 默认情况下,每个实例并行运行,因此在启动运行前无需等待任何工作流。 可查看每次运行过程中发生的情况,包括工作流中的每个步骤的状态、输入和输出。

  1. Azure 门户的设计器中,打开你的逻辑应用资源和工作流。

  2. 在逻辑应用菜单中,选择“概述”。 在“概述”窗格中选择“运行历史记录”。

    在“运行历史记录”下,将显示所有过去、当前和任何正在等待的运行。 如果同时为多个事件或项触发了该触发器,则会为每个项都显示一个带有相同日期和时间的条目。

    Screenshot shows Consumption workflow and Overview page with selected option for Runs history.

    下表列出了可能的运行状态:

    运行状态 说明
    Aborted 由于外部问题(例如,系统中断或 Azure 订阅过期),运行已停止或未完成。
    已取消 运行已触发并已启动,但收到了取消请求。
    已失败 运行中的至少一个操作失败。 工作流中未设置后续操作来处理失败。
    正在运行 运行已触发并且正在进行。 但是,如果运行由于操作限制当前定价计划而被限制,也可能会显示此状态。

    提示:如果你设置了诊断日志记录,则可以获取发生的任何限制事件的相关信息。
    成功 运行已成功。 如果有任何操作失败,工作流中的后续操作已处理了该失败。
    已超时 运行超时,因为当前持续时间超出了运行持续时间限制,该限制由“运行历史记录保留期(天)” 设置控制。 运行持续时间是使用运行开始时间和在该开始时间有效的运行持续时间限制来计算的。

    注意:如果运行的持续时间还超出了当前的运行历史记录保留期限制(该限制也由“运行历史记录保留期(天)” 设置控制),则每日清理作业会将该运行从运行历史记录中清除。 无论运行是超时还是完成,始终都将使用运行的开始时间和当前保留期限制来计算保留期。 因此,如果你减小进行中的某个运行的持续时间限制,则该运行将超时。但是,运行将保留或从运行历史记录中清除,具体取决于运行持续时间是否超出了保留期限制。
    正在等待 运行尚未启动或已暂停,例如,由于前一个工作流实例仍在运行。
  3. 若要查看特定运行的步骤和其他信息,请在“运行历史记录”下选择该运行。 如果列表显示多次运行,且你找不到所需条目,请尝试筛选列表。

    提示

    如果未显示运行状态,请尝试通过选择“刷新”来刷新概述窗格。 如果由于不符合条件或找不到数据而跳过了触发器,则不会发生运行。

    Screenshot shows Consumption workflow run selected.

    “逻辑应用运行”窗格将显示所选运行中的每个步骤、每个步骤的运行状态,以及运行每个步骤花费的时间,例如:

    Screenshot shows each action in the selected workflow run.

    若要以列表格式查看此信息,请在“逻辑应用运行”工具栏上选择“运行详细信息”。

    Screenshot shows toolbar named Logic app run with the selected option Run Details.

    “运行详细信息”列出了每个步骤及其状态和其他信息。

    Screenshot showing the run details for each step in the workflow.

    例如,可以获取运行的“关联 ID”属性,在使用适用于逻辑应用的 REST API 时,可能需要此信息。

  4. 若要获取有关特定步骤的详细信息,请选择以下任一选项:

    • 在“逻辑应用运行”窗格中选择该步骤,以使形状展开。 现在可以查看输入、输出以及该步骤中发生的任何错误等信息。

      例如,假设某个操作已失败,并且你希望查看哪些输入可能导致该步骤失败。 通过展开形状,可以查看该步骤的输入、输出和错误:

      Screenshot showing the

    • 在“逻辑应用运行详细信息”窗格中选择所需的步骤。

      Screenshot showing the

    注意

    所有运行时详细信息和事件都会在 Azure 逻辑应用中加密,并且仅在用户请求查看该数据时解密。 可以在运行历史记录中隐藏输入和输出,或使用 Azure 基于角色的访问控制 (Azure RBAC) 来控制用户对此信息的访问。

使用相同的输入重新运行工作流

通过将运行重新提交到 Azure 逻辑应用,可以使用之前使用的工作流相同的输入重新运行之前完成的工作流。 完成此任务会创建新的工作流运行并将其添加到工作流的运行历史记录中。

注意

如果工作流具有创建或删除操作等操作,则重新提交运行可能会创建重复数据或尝试删除不再存在的数据,从而导致错误。

  1. Azure 门户的设计器中,打开你的逻辑应用资源和工作流。

  2. 在逻辑应用菜单中,选择“概述”。 在“概述”窗格中选择“运行历史记录”。

    在“运行历史记录”下,将显示所有过去、当前和任何正在等待的运行。 如果同时为多个事件或项触发了该触发器,则会为每个项都显示一个带有相同日期和时间的条目。

  3. 在“运行历史记录”窗格中选择要重新提交的运行。

  4. 在“逻辑应用运行”工具栏上,选择“重新提交”,然后选择“是”。

    “运行历史记录”窗格现在显示重新提交的运行。

    提示

    如果未显示重新提交的运行,在“运行历史记录”窗格工具栏选择“刷新”。 如果由于不符合条件或找不到数据而跳过了触发器,则不会发生运行。

  5. 若要查看重新提交的工作流程运行的输入和输出,请在“运行历史记录”选项卡上选择该运行。

设置监视警报

若要在出现特定的指标或超出逻辑应用的阈值时收到警报,请在 Azure Monitor 中设置警报。 有关详细信息,请查看 Azure 中的指标

若要在不使用 Azure Monitor 的情况下设置警报,请按照以下步骤操作,这些步骤同时适用于消耗和标准逻辑应用资源:

  1. 在逻辑应用菜单中的“监视”下,选择“警报”。 在工具栏上,选择“创建”>“警报规则”。

  2. 在“创建警报规则”页面上,从“信号名称”列表中选择想要获取警报的信号。

    注意

    可用警报信号在消耗和标准逻辑应用之间有所不同。 例如,消耗逻辑应用具有许多与触发器相关的信号,例如“触发器已完成”和“触发器失败”,而标准工作流具有“工作流触发器已完成计数”和“工作流触发器失败率”信号

    例如,要在消耗工作流中触发器失败时发送警报,请执行以下步骤:

    1. 从“信号名称”列表中,选择“触发器失败”信号。

    2. “警报逻辑”下设置条件,例如:

      properties 示例值
      阈值 静态
      聚合类型 计数
      “运算符” 大于或等于
      单位 计数
      阈值 1

      预览”部分现在将显示你设置的条件,例如:

      每当已失败触发器的计数大于或等于 1

    3. 在“何时评估”下,设置检查状况的时间表:

      properties 示例值
      检查间隔 1 分钟
      回溯期间 5 分钟

      例如,完成的条件类似于以下示例,并且“创建提醒规则”页面现在显示运行该提醒的费用:

      Screenshot shows Consumption logic app and alert rule condition.

  3. 准备就绪后,选择“查看 + 创建”

有关一般信息,请参阅从特定资源 - Azure Monitor 创建警报规则

后续步骤