Power Platform 中的租户和环境管理员使用 警报 来跟踪其资源的运行运行状况。 管理员设置自定义阈值，并在其资源的指标通过特定阈值时获取通知。 在 Power Platform 管理中心的 “监视 ”区域中，针对任何指标创建警报。
谨记以下原则：
- 在生成新指标后会评估警报。 目前，所有指标都是 24 小时聚合的，这意味着一旦生成了最新的 24 小时聚合，监视区域中的警报规则将在每个 24 小时周期内进行评估。 警报规则在创建时执行即时评估。
- 预警规则是管理员为监视其资源而创建的警报。 您可以编辑、删除、打开或关闭预警规则。 可以在环境和特定资源上放置警报规则。
- 当管理员配置警报规则时定义的特定阈值被警报规则监视的一个或多个资源超过时，警报被触发。 可以选择触发的警报来了解哪些资源触发了预警规则，并获取有关如何改进资源（如果资源位于托管环境中）的建议。
何时使用警报
- 团队和管理员利用警报来发现使用超出预期的资源。 例如，管理员创建一个警报，以知道默认环境中的应用是否超过每天启动 50 个。
- 团队使用警报来查找健康状况下降的资源，并与其开发者协作解决问题。
- 在运行方面，管理员创建警报来了解其生产环境中的应用对用户打开速度是否缓慢。
先决条件
- 您必须是租户管理员或环境管理员才能访问警报。
- 只能在托管环境中放置警报。
- 您必须使用新的改进的 Power Platform 管理中心。
在环境中创建警报
登录到 Power Platform 管理中心。
在导航窗格中，选择监控器。
在监视窗格中，选择警报。 将显示警报页面。
Note
在 “警报规则 ”选项卡中管理现有警报规则。使用 “更多用户作” 图标查看用于编辑或删除警报规则的选项。 使用 “状态” 列中的开关打开或关闭警报规则。
选择 + 预警规则创建新的预警规则。 将显示新建预警规则窗格。
在预警规则名称字段中，输入警报的名称。
在 “产品 ”列表中，选择要使用警报、 Power Apps、 Power Automate 或 Copilot Studio 监视的产品。
在产品类型列表中，选择要通过警报监视的项目。 例如，为 Power Apps 选择 Canvas 应用 或 模型驱动应用 。
在 “范围 ”列表中，选择“ 环境 ”以监视特定类型的所有项，例如生产环境中的所有画布应用。 然后选择环境。
在 “指标 ”列表中，选择要对其创建自定义阈值的指标。 有关可用指标的详细信息，请参阅 Power Apps 的指标和建议、 Power Automate 的指标和建议，以及 Copilot Studio 的指标和建议。
在运算符列表中，选择一个运算符来定义阈值。 选项包括低于、高于或等于。
在选择值列表中，使用箭头图标增加或减少值。
在严重性列表中，选择低、中或高。
在 “通知类型 ”列表中，选择要具有此警报的通知类型。
- 如果选择 “无”，则不会收到电子邮件，并且需要返回到管理中心的 “监视 ”区域以检查警报的状态。
- 如果选择 “电子邮件”，则在触发警报时，最多还有四个收件人（你在 “收件人” 字段中指定）会收到一封电子邮件。 电子邮件来自
PowerPlat-noreply@microsoft.com。
选择“保存”。
针对资源创建警报
可以使用以下步骤创建警报来监视特定资源，例如特定的画布应用。
登录到 Power Platform 管理中心。
在导航窗格中，选择监控器。
在 “监视 ”窗格中，选择资源所在的产品。 例如，如果选择 Power Apps，则会看到可以为其创建警报的画布应用列表。
找到资源，并选择它以打开资源窗格，其中包含更详细的指标信息。
在窗格右上角，如果资源位于托管环境中，则会看到标记为 “+ 新建警报规则 ”的链接。
选择“ + 新建警报规则 ”链接以创建警报。 管理中心自动填充产品、产品类型、范围、环境和资源的信息，以便可以针对该特定资源创建警报。
提供警报规则名称、指标、运算符、阈值、严重性和通知类型，如在在环境上创建警报中所述。
对于针对资源范围的警报，可以配置数据回溯期，用于指定警报在评估数据时向前回溯的时间范围。 数据评审期的选项包括：
- 24 小时：警报查看过去 24 小时内的数据。
- 1 小时：警报查看过去一小时的数据，并为指标启用每小时聚合。
在该项的资源面板中，如果针对该应用中的该指标配置了使用 1 小时数据审查周期的警报，则可以查看该项指标按 24 小时和 1 小时聚合的图表。 例如，如果在应用的 “时间到交互 ”指标上配置了 1 小时数据评审周期的警报，则可以在该应用的“ 时间到交互 ”指标的图表上看到 24 小时和 1 小时聚合。 使用图表上方的 “审阅期 ”列表在视图之间切换。
Note
目前， 数据评审期 为预览版，仅适用于代码应用。
选择“保存”。
创建警报后，系统会运行按需评估，并扫描其范围下的所有适用资源。
使用低延迟警报监控关键资源（预览）
使用低延迟警报每小时评估一次受支持的资源指标，而不必等到每日评估时再进行。 这些警报可帮助你及早发现关键任务应用程序和其他资源中存在的问题。
例如，可以为生产画布应用创建低延迟警报，以检查其 应用打开成功率 是否低于 95%。 规则会在新的每小时指标生成后进行评估，并可在满足条件时触发，而不必等到下一次每日评估。
低延迟警报的工作原理
默认情况下，Monitor 指标每 24 小时刷新一次，警报会在生成新的 24 小时聚合数据后对这些指标进行评估。 当您创建低延迟警报并将 数据审查周期 设置为 1 小时 时，Monitor 会为所选资源的所选指标启用按小时聚合。 规则会在生成新的每小时指标后进行评估，并且如果满足条件，则每小时可触发一次。
按小时聚合仅适用于该资源和指标。 它不能为资源上的每个指标启用每小时聚合。 产品列表页以及资源窗格左侧的指标摘要仍显示 24 小时聚合数据。
小时警报规则在创建时不会执行按需评估，因为尚无新的每小时数据可用。
Note
低延迟警报采用按小时刷新和评估的周期。 它们不是实时提醒。
要求和限制
- 满足现有 警报先决条件，包括自定义警报的管理员权限和托管环境要求。
- 使用 资源 作用域。 低延迟警报不适用于环境范围规则。
- 选择受支持的产品和指标。 支持的指标在 指标 选择器中旁边带有一个符号。
- 每个租户最多可以配置 10 个低延迟警报。 为任务关键型应用程序和资源保留这些警报。
- 每个资源的每个指标只能配置一个低延迟警报。 例如，即使这两个规则的阈值或严重性不同，也无法为同一应用的应用打开成功率创建两个低延迟规则。
支持的产品和指标
| 产品 | 支持的指标 |
|---|---|
| 画布应用 | 交互时间、应用打开成功率、数据请求成功率、数据请求延迟 |
| 编程应用 | 交互时间、应用打开成功率、数据请求成功率、数据请求延迟 |
| 模型驱动应用 | 应用打开成功率 |
| 云端流 | 成功率 |
| Agents | 代理会话成功率 |
创建低延迟警报
- 登录到 Power Platform 管理中心。
- 转到 “监视”，选择相关产品，然后选择资源以打开其资源窗格。
- 在资源窗格的右上角，选择“ + 新建警报规则”。 此选项适用于托管环境中的资源。
- 在警报配置面板中，确认预先填充的产品和产品类型。 确保范围为资源，并验证是否选择了正确的环境和资源。
- 输入 警报规则名称。 在 “指标”中，选择一个受支持的指标，其旁边带有相应符号。 确保此资源和指标尚不存在低延迟警报，并且租户尚未达到 10 个低延迟警报的限制。
- 在 数据评审期 中，选择 1 小时。
- 为警报条件配置 运算符 和阈值，选择 严重性，然后选择 通知类型。 有关这些设置的详细信息，请参阅 针对资源创建警报。
- 选择“保存”。
创建警报可为所选资源上的所选指标启用每小时聚合。 资源的其他指标继续使用其现有聚合设置。
查看每小时指标和触发的警报
创建低延迟警报后，使用该资源的图表查看所选指标的每小时数据：
- 在“Monitor”中，打开相关产品并选择资源。
- 在资源窗格中，选择与低延迟警报关联的指标或图表。
- 将 “回顾期” 设置为 1 小时，以查看指标的每小时时间序列。 此审阅周期的唯一可用图表时间范围为 24 小时。
- 如果低延迟警报在所选时间范围内触发，则会显示一个横幅，并指示它在时间序列图上方所选的时间范围内触发。
警报的 数据审查周期 控制规则的数据聚合和计划的评估节奏。 图表的 统计周期 控制图表中显示的聚合。 图表时间范围控制显示多少历史记录：在 1 小时的 审阅期间，图表显示 24 小时的 历史记录。
资源窗格左侧的产品列表页和指标摘要仍显示 24 小时聚合，即使查看每小时图表也是如此。
Note
一个横幅，指示在所选时间范围内触发的警报本身并不意味着警报当前正在触发，该问题未解决，或者资源现在遇到中断。
警报触发时
如果选择在任何资源触发警报时接收电子邮件通知，则会收到电子邮件通知。
在电子邮件通知中，选择“ 转到警报” 以打开一个 Power Platform 页面，其中列出了触发的警报。 可以查看有关触发的警报的信息以及触发了警报的资源。 在触发的警报中选择任何资源时，会显示一个窗格，其中显示了该资源的所有适用指标的时序信息，以及有关如何改进指标（如果指标不理想）的建议。
将警报通知路由到任何连接器支持的目标（预览版）
使用 警报触发时 触发器（位于 Power Platform for Admins V2 连接器上），通过 Power Automate 将自定义警报通知路由到任何受支持的连接器目标。 将警报引入团队已使用的工具：发布到Microsoft Teams频道、创建Azure DevOps工作项，或者使用其他连接器（如 ServiceNow）启动工作流。
使用触发的警报的详细信息决定发送通知的位置以及要包含的信息，而不是依赖收件箱来协调响应。 可以将所有收到的警报路由到一个目标，或使用条件将不同的警报发送到不同的目标。
例如，假设组织在托管环境中使用业务关键生产画布应用。 具有 高 严重性的自定义警报规则会在应用打开成功率低于 95% 时触发。 当警报触发时，流可以将警报和受影响的资源详细信息发布到运营团队的 Teams 频道。 同一流中的单独分支可以为从其他规则收到的中严重性和低严重性警报创建 Azure DevOps 工作项。
Important
警报 触发 触发器及其 Power Platform for Admins V2 连接时，当前需要租户管理员帐户。 此触发器的环境管理员支持即将推出。 租户和环境管理员可以继续创建普通警报。
先决条件
在开始之前，请确保：
- 用于对 Power Platform for Admins V2 触发连接进行身份验证的租户管理员帐户。
- 托管环境中的环境或资源的自定义警报规则，或创建环境的权限。 自定义警报仅在托管环境中可用。
- 有权创建 Power Automate 云端流以及所选目标所需的连接。
Note
使用 1 小时数据评审周期配置的预定义警报规则和警报目前无法选择加入 警报触发时 触发器。
步骤 1：配置自定义警报规则
以租户管理员身份登录 Power Platform 管理中心。
转到监控>警报。
选择产品、产品类型和范围，包括要监视的环境或资源。 配置指标、运算符、阈值和严重性。 例如，选择画布应用的应用打开成功率，将 “操作员 ”设置为“ 正在下”，输入 阈值的 95 ，并将 “严重性 ”设置为 “高”。
在“数据评审期”下选择 24 小时
在 “通知类型” 下拉列表中，选择以下选项之一：
- 连接器：使该警报规则启用连接器通知。 当警报触发时 触发器侦听规则，并在警报触发时启动流。
- 电子邮件和连接器：向指定的收件人发送电子邮件，并将该规则启用为连接器通知，因此触发器会在警报触发时启动流。
如果选择了 电子邮件和连接器，请在 “收件人”中指定电子邮件收件人。
选择“保存”。
步骤 2：创建和配置流
- 登录到Power Automate并创建自动化云流。
- 在 Power Platform for Admins V2 连接器中选择 当警报触发时 触发器。
- 创建或选择使用租户管理员帐户进行身份验证的连接。
Note
默认情况下，触发器侦听连接帐户范围内使用 连接器 或 电子邮件和连接器 通知的所有自定义警报规则。 它不绑定到刚刚创建的规则。 若要仅处理其中一些警报，请使用严重性或警报规则 ID 等信息在触发器后添加条件。
步骤 3：将通知路由到目标
可以将收到的警报路由到任何受支持的连接器支持的目标。 无需添加严重性筛选;本部分后面的基于严重性的路由示例是一种可选模式。
- 在触发器后添加相应的连接器操作。 例如，选择要将消息发布到 Teams 频道、创建Azure DevOps工作项或在另一个连接服务中创建记录的操作。
- 配置操作的连接和目标设置，例如目标团队和频道或工作项所属的项目。
- 使用触发器的动态内容填充目标操作。 包括帮助接收团队调查的警报名称、标识符、严重性和受影响的资源详细信息。 “触发的警报正文”部分描述了可用信息。
- 如果流只处理特定规则，请在通知操作之前使用其警报规则 ID 添加条件。 否则，操作可以应用于已连接帐户范围内的所有已选择启用的规则，也可以应用于你添加的任何其他条件所选择的子集。
- 保存流程并将其启用。
步骤 4：验证通知
- 启用该流后，检查针对 连接器 或 电子邮件和连接器 通知配置的自定义警报规则是否有新的触发。
- 在 Power Automate 中打开流程的运行历史记录。 查看触发器、各项条件结果和目标操作，以确认警报是否按预期路径流转。
- 检查目标。 确认传递的通知与警报规则和触发的警报匹配，并包含团队所需的上下文。 如果选择了 电子邮件和连接器，还请检查指定收件人的电子邮件通知。
创建警报规则会启动按需评估，因此该规则可能在你创建或启用流之前就已经触发。 在该流启用后，使用一次新的触发来验证该流。
通过Power Automate路由通知不会更改规则的评估节奏或收集指标的频率。
已触发警报正文
在条件、消息和工作项中使用来自已触发警报正文的信息。 下表使用易于理解的标签说明了可用字段。 对于受影响的资源，请将每个资源的标识符、指标值和环境放在一起，以便接收团队能够确定问题发生的位置。
| 领域 | Description |
|---|---|
alertId |
个人触发的警报事件的标识符。 使用它来区分同一规则的单独触发。 |
alertRuleId |
警报规则的标识符。 使用它按特定规则筛选通知。 |
severity |
告警的严重级别 可以选择使用它来路由通知。 |
monitorCondition |
为该警报报告的监视器状态。 |
firedDateTime |
告警触发时间。 |
productType |
与警报关联的产品类型。 |
subProductType |
与警报关联的子产品类型。 |
scope |
警报规则监视的范围。 |
metric |
警报规则评估的指标。 |
metricUnit |
用于公制的单位。 |
operator |
用于根据阈值评估指标的比较运算符。 |
threshold |
警报规则中配置的阈值。 |
dataReviewPeriod |
评估警报时查看的指标数据周期。 |
affectedResourceCount |
受触发警报影响的资源数。 |
affectedResource |
受影响的资源的标识符。 每个资源 ID 对应于该资源的指标值和环境。 |
metricValues |
为每个受影响的资源报告的指标值，与该资源的 ID 和环境配对。 |
environmentId |
每个受影响的资源的环境标识符或上下文，与该资源的 ID 和指标值配对。 |
tenantId |
与警报关联的租户的标识符。 |
示例：按严重性路由警报
此可选示例向 Teams 发送高严重性警报，并为中低严重性警报创建Azure DevOps工作项。 它仅适用于触发器接收到的自定义警报：使用 连接器 或 电子邮件和连接器 通知的连接帐户范围内的规则。 此示例中的严重性条件控制路由;配置或使用触发器不需要它们。
- 从步骤 2 中配置的 当警报触发时 触发器和租户管理员连接开始。
- 如果只想处理一个规则，请在路由操作之前使用其警报规则 ID 添加条件。 否则，请继续执行已连接帐户范围内的所有选择加入规则。
- 使用触发器的动态内容添加 条件 操作，用于检查警报的严重性是否为 高。
- 在 “是” 分支中，添加一个向频道发布消息的 Microsoft Teams 操作。 配置 Teams 连接并选择目标团队和频道。
- 使用警报名称、警报规则 ID、触发的警报 ID、严重性、触发时间以及相关的指标和阈值信息填充 Teams 消息。 将受影响的资源及其相应的指标值和环境包含在内。
- 在严重性条件的 No 分支中，添加Azure DevOps操作以创建工作项。 配置Azure DevOps连接、组织、项目和工作项类型。
- 将警报信息映射到工作项的标题和说明。 例如，在说明中包含严重性和警报规则 ID、触发的警报 ID、触发的时间、指标、阈值和受影响的资源详细信息。
- 保存流程并将其启用。
- 当相关新警报触发时，请验证每个配置的路由。 有关 高 严重性警报，请检查流的运行历史记录和 Teams 消息。 对于“中”或“低”严重性警报，请检查运行历史记录和Azure DevOps工作项。 确认规则和触发的警报标识符在每个目标中匹配。
来自Microsoft的预定义警报
概述
Power Platform 包括预定义的警报，可帮助 IT、运营和卓越中心团队找到性能下降的高用途应用、流和代理。 预定义警报为未采用自定义警报来监视组织运行状况的客户提供最大的价值。
什么是预定义警报？
Microsoft创建和定义预定义警报，以突出显示运行状况欠佳的资源。 它们具有租户范围的作用域，因此它们监视租户中特定类型的所有资源。 默认情况下，它们处于打开状态，无需设置即可开始使用它们，并且无法编辑。 预定义的警报鼓励自定义;他们不仅帮助用户识别作运行状况不佳的高用途资源，还有助于介绍和熟悉自定义警报的概念。 请考虑为其中一些资源设置自定义警报，以便根据您定义的阈值主动监控这些资源。
下表详细介绍了当前支持哪些预定义警报。
| 产品 | 预定义警报 |
|---|---|
| 画布应用 | 高使用率画布应用的可用性低于 90%。 |
| 模型驱动应用 | 高使用率模型驱动应用的可用性低于 90%。 |
| 云端流 | 高使用率云流的成功率低于 90%。 |
| 桌面流 | 使用频率高的桌面流程成功率不足 90%。 |
| Agents | 高使用率智能体成功率低于 90%。 |
高使用阈值
预定义警报会突出显示租户中使用频率高但性能不佳的资源。 这些警报筛选出具有低会话或运行计数的资源，以便只看到相关资源。 每个受支持的产品类型的阈值都在下表中，无法更改。
| 产品 | 使用量阈值 |
|---|---|
| 画布应用 | 最近的应用程序启动次数大于或等于100。 |
| 模型驱动应用 | 最近的应用程序启动次数大于或等于100。 |
| 云端流 | 每日运行计数大于或等于 150。 |
| 桌面流 | 每日运行计数大于或等于 100。 |
| Agents | 最近的代理会话数大于或等于 200。 |
工作原理
转到 Power Platform 管理中心 并导航到 监控>概览页。 在页面上，会看到两张卡片。
已触发的自定义警报卡会显示租户中已触发的自定义警报的状态。 这些是你定义的警报。 此卡中的图表按照严重性级别分解您的触发自定义警报，下面的“最高优先级”部分指出最近触发的警报。 选择其中一个自定义警报以查看触发了哪些项。
右侧的高使用率项目的触发警报卡片会显示哪些预定义警报已被触发。 卡片顶部的可视化图按产品类型展示触发预定义警报的分布情况。 从“微软的顶部警报”部分选择一个警报，以查看哪些资源触发了该预设警报。 例如，可以选择 高用途云流的成功率低于 90% 预定义警报，并查看租户中触发此警报的所有高使用率云流，无论流是否位于托管环境中。 与触发的自定义警报体验一样，在该列表中选择特定流会显示一个窗格，其中显示了该流的每个指标随时间推移的方式。
还可以在监视器的“警报”部分查看预定义警报的列表并查看其详细信息。 选择 “警报 ”并滚动到页面底部以查看预定义的警报。 Microsoft预定义了警报。
选择预定义警报旁边的三个点，然后 “详细信息” 会显示显示其配置方式的窗格。 无法编辑或删除这些警报。
常见问题 (FAQ)
警报规则与触发的警报有何区别？
警报规则是配置的监视规则，包括范围、指标、阈值、严重性和通知。
触发的警报是一个或多个资源满足规则条件的实例。 例如，满足应用打开成功率低于 90% 条件。
谁可以创建和管理警报？
必须是 租户管理员 或 环境管理员 才能创建和管理警报。
支持哪些环境？
支持所有环境类型，例如生产、沙盒、试用版和开发人员环境类型，但它们必须是托管环境。 在将“范围”字段设置为“环境”后，在 ID 字段中选择环境。
在何处管理已创建的警报？
转到 Power Platform 管理中心，选择“ 监视>警报 ”，并在“ 警报规则 ”选项卡上管理现有规则。
“警报规则”选项卡中的“上次运行”列是什么？
此列中的数据显示警报规则上次运行时。 警报每 24 小时运行一次，因此此列中的值应相应地更改。
严重性级别是否影响如何处理警报？
严重性（如“低”、“中”或“高”）是用于会审和报告的分类标签。 它不会更改评估频率或电子邮件通知行为。
警报是否适用于默认环境？
是的， 如果你 的默认环境是 托管环境。 托管环境是唯一支持警报的环境。
是否可以禁用预定义的警报？
目前，无法禁用预定义的警报。 对此功能的支持即将推出。
在哪里可以查看触发的预定义警报？
可以在“监视概述”页面上的“高用途项触发的警报”卡片和“警报规则”页面底部的“警报”部分查看触发的预定义警报。 还可以在“监视警报”页的“触发的警报”部分找到触发的预定义警报通知。
如果触发了预定义警报，该怎么办？
查看受影响的资源，并考虑为这些项目创建自定义告警，以主动监控这些项目，以便根据对您组织重要的阈值进行监控，并在触发时通过电子邮件收到通知。
预定义警报是否发送电子邮件通知？
否，预定义的警报不会发送任何通知。 需要进入 “监视器 ”以查看是否触发了其中任何一个。
是否可以自定义预定义警报？
否，Microsoft预配置这些警报。 为了实现个性化，请创建个性化提醒。
是否可以创建警报来监控画布应用或代码应用中特定屏幕上的 “交互时间” 或 “完全加载时间”？
否，在画布或代码应用上创建警报并选择 “交互时间”（TTI） 或“完全 加载时间”（TTFL） 作为指标时，它仅监视该应用的 启动屏幕 的 TTI 或 TTFL。 配置警报时，无法选择应用的特定屏幕。
是否有任何提示或最佳做法？
是！ 遵循以下最佳做法：
- 从小开始：首先创建几个高值规则，例如性能打开时间、错误率、使用峰值。
- 名称一致：使用 Prod 等清晰名称 – 画布应用 - 可用性 < 90。
- 设置适当的严重性：对影响生产性的指标使用 “高 ”和 “中” 或 “低 ”进行趋势监视。
- 管理 50 规则限制：删除过时的规则。
- 验证电子邮件路由：确保收件人可以从中 PowerPlat-noreply@microsoft.com接收电子邮件。
- 监测 24 小时节奏：预期每日评估，它不是实时的。
一次可以打开多少条警报规则？
租户一次可以启用 50 条警报规则。 但是，您可以创建无限数量的预警规则。 如果达到最大值，请考虑删除或关闭任何现有警报规则。