警报和通知功能

June 2, 2026

投稿者:

警报在 Director 的控制板和其他高级视图中显示，并带有警告和严重警报符号。警报适用于 Premium 许可站点。警报每分钟自动更新；您也可以按需更新警报。

监控台警报

警告警报（琥珀色三角形）表示某个条件的警告阈值已达到或超出。

严重警报（红色圆形）表示某个条件的严重阈值已达到或超出。

您可以通过从侧边栏中选择警报、单击侧边栏底部的“转到警报”链接或从 Director 页面顶部选择“警报”来查看有关警报的更多详细信息。

在“警报”视图中，您可以筛选和导出警报。例如，过去一个月内特定交付组的失败多会话操作系统计算机，或特定用户的所有警报。有关详细信息，请参阅导出报告。

筛选警报

思杰® 警报

Citrix 警报是在 Director 中监控的、源自 Citrix 组件的警报。您可以在 Director 中通过警报 > Citrix 警报策略 配置 Citrix 警报。作为配置的一部分，您可以设置当警报超出您设置的阈值时，通过电子邮件向个人和组发送通知。有关设置 Citrix 警报的详细信息，请参阅创建警报策略。

注意：

确保您的防火墙、代理或 Microsoft Exchange Server 不会阻止电子邮件警报。

智能警报策略

一组具有预定义阈值的内置警报策略可用于交付组和多会话操作系统 VDA 范围。此功能需要 Delivery Controller 7.18 或更高版本。您可以在警报 > Citrix 警报策略 中修改内置警报策略的阈值参数。当您的站点中定义了至少一个警报目标（交付组或多会话操作系统 VDA）时，将创建这些策略。此外，这些内置警报会自动添加到新的交付组或多会话操作系统 VDA 中。

如果您升级 Director 和您的站点，则会沿用您之前 Director 实例中的警报策略。仅当 Monitor 数据库中不存在相应的警报规则时，才会创建内置警报策略。

对于内置警报策略的阈值，请参阅警报策略条件部分。

内置警报

高级警报策略

Director 的主动通知和警报功能已增强，包含一个名为高级警报策略的新警报框架。借助此功能，您可以通过为每个元素或条件包含精细详细信息来创建警报，从而增强对警报范围的控制。目前，这些策略包括用于成本节约和基础架构的警报。

引入高级警报策略后（这是一种数据源驱动的警报），您可以使用多条件范围筛选。

此功能可帮助您减少过多的警报，这些警报可能会导致在解决重要问题时响应能力或效率降低。此策略有助于衡量警报策略的有效性以及管理员的参与度。

您可以从警报 > 高级警报策略 > 创建策略部分创建高级警报策略。

Director 高级警报策略

您可以选择类别为电源管理计算机未能开机、电源管理计算机未能关机、高正常运行时间电源管理计算机，然后选择策略所需的条件。有关如何创建策略的更多信息，请参阅创建警报策略。策略创建后，您可以在 Citrix Alerts 页面上编辑、删除或禁用该策略。

针对上述的每一个条件，您都可以选择具体的参数以及其对应的选项。

高正常运行时间电源管理计算机类别检查以下指标：

超出正常运行时间阈值的计算机数量
重新警报间隔（分钟），最小间隔为 60 分钟

电源管理计算机未能开机和电源管理计算机未能关机类别检查以下指标：

超出正常运行时间阈值的计算机数量
采样间隔（分钟）可以是 30 分钟的倍数
重新警报间隔（分钟）可以是 60 分钟的倍数

您可以根据需要设置上述类别的严重性。您还可以为这些警报安排重新警报间隔。

定义策略的作用范围

您可以定义警报的范围并添加例外。警报仅针对选定的范围生成，使用添加例外排除的子范围不包括在警报生成中。此功能可帮助您在精细级别创建警报。

您可以通过电子邮件或 webhook URL 创建通知。您还可以选择接收警报的首选语言。您还可以选择通过电子邮件以 .CSV 文件附件形式或通过 webhook URL 以 JSON 有效负载形式接收警报参数。附件包含所需参数的详细信息。有关更多信息，请参阅警报内容的增强功能。

以下数据通过电子邮件或在 Citrix Alerts 页面上作为警报接收：

字段	描述信息
客户 ID	站点的客户 ID。
警报级别	此值是为每个警报条件设置的预定义值。可能的值是“严重”和“警告”。
触发条件	此值是创建策略时设置的条件。例如，未注册计算机的数量等于或多于 20。
目标	此警报被触发时，将显示与该警报相关的交付组或站点的名称。
站点	站点的名称。
范围	策略的范围。此值也包括子范围。
策略	策略的名称。
描述说明	此警报被触发时所涉及问题的描述信息。

如何使用 PowerShell 脚本创建高级警报策略

用于创建警报策略的 PowerShell 脚本：

asnp Citrix.Monitor.*
# Add Parameters
$timeSpan = New-TimeSpan -Seconds 30
$alertThreshold = 1
$alarmThreshold = 2
# Add Target UID's
$targetIds = @()
$targetIds += "e9a211b4-a1f3-4f74-b6c7-85225902e997"
# Add email addresses
$emailaddress = @()
$emailaddress += "loki@abc.com"
# Create new policy
$policy = New-MonitorNotificationPolicy -Name "FailedMachinePercentageAlertCreationViaPowershell" -Description "Policy created to test urm" -Enabled $true
<!--NeedCopy-->

Replace the following line with the correct condition for FailedMachinePercentage

Add-MonitorNotificationPolicyCondition -Uid $policy.Uid -ConditionType FailedMachinePercentage -AlertThreshold $alertThreshold -AlarmThreshold $alarmThreshold -AlertRenotification $timeSpan -AlarmRenotification $timeSpan

Add-MonitorNotificationPolicyTargets -Uid $policy.Uid -Scope "DG-Multisession" -TargetKind DesktopGroup -TargetIds $targetIds

$policy = Get-MonitorNotificationPolicy -Uid $policy.Uid
$policy
<!--NeedCopy-->

故障机器百分比

从上图中可以看出，策略已创建，并且 Uid 为 10。

将电子邮件添加到配置

Set-MonitorNotificationEmailServerConfiguration -ProtocolType SMTP -ServerName NameOfTheSMTPServerOrIPAddress -PortNumber 80 -SenderEmailAddress loki@abc.com -RequiresAuthentication 0
<!--NeedCopy-->

将电子邮件添加到策略

Add-MonitorNotificationPolicyEmailAddresses -Uid $policy.Uid -EmailAddresses $emailaddress -EmailCultureName "en-US"
<!--NeedCopy-->

添加电子邮件的示例脚本：

Add-MonitorNotificationPolicyEmailAddresses -Uid 10 -EmailAddresses $emailaddress -EmailCultureName "en-US"
<!--NeedCopy-->

PS 添加电子邮件

将 Webhook 地址添加到策略

Set-MonitorNotificationPolicy –Uid $polcy.Uid –Webhook 'URL'
<!--NeedCopy-->

PowerShell 添加网络钩子操作

添加 Webhook URL 的示例脚本：

Set-MonitorNotificationPolicy –Uid 10  –Webhook  'https://hooks.slack.com/triggers/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'
<!--NeedCopy-->

获取已创建的策略详细信息

Get-MonitorNotificationPolicy -Uid 10
<!--NeedCopy-->

PS 创建策略

基础架构策略（预览）

引入这些策略是为了创建与受支持的 Citrix Virtual Apps and Desktops™ 组件运行状况相关的警报。

完成基础架构监控设置后，您可以使用 Director 中可用的运行状况数据为任何所需组件配置警报。管理员可以设置条件、范围和通知媒介，以通过电子邮件或通过 Webhook 接收 JSON 有效负载来接收重要警报。生成的警报也可在Citrix Alerts部分中进行分析和管理。

作为新引入的基础架构策略的一部分，警报条件分为以下四个部分：

可达性
所依赖的服务
影响
资源利用率

可以根据您的组织优先级，将每个类别中的条件设置为严重和警告级别。您还可以为这些警报安排重新警报间隔。

您可以从警报 > Citrix 警报策略部分创建基础架构策略。您可以选择所需的类别，然后为策略选择所需的条件。有关如何创建策略的更多信息，请参阅创建警报策略。策略创建后，您可以在Citrix 警报页面上编辑、删除或禁用该策略。

有关每个类别和组件中支持的条件的更多详细信息，请参阅以下内容：

以下数据将通过电子邮件或在 Citrix 警报页面上作为警报接收：

字段	详细描述
客户 ID	站点的客户 ID。
警报级别	可能的值包括“严重”和“警告”两种级别。
目标	此警报被触发时所关联的计算机的名称。
时间	警报被触发时的具体时间。
范围	策略的范围。
策略	策略的名称。
描述信息	此警报被触发时，其所针对的问题的详细描述。

创建警报策略

导向器警报策略

为了创建警报策略，例如，当满足一组特定的会话计数条件时生成警报，请执行以下操作：

转到“警报”>“Citrix 警报策略”，然后选择（例如）“多会话操作系统策略”。
单击“创建”。
命名并描述策略，然后设置触发警报必须满足的条件。例如，为“峰值连接会话”、“峰值断开连接会话”和“峰值并发总会话”指定警告和严重计数。警告值不得大于严重值。有关详细信息，请参阅警报策略条件。
设置重新警报间隔。如果警报条件仍然满足，警报会在此时间间隔再次触发，并且（如果已在警报策略中设置）会生成一封电子邮件通知。已解除的警报在重新警报间隔不会生成电子邮件通知。
设置范围。例如，为特定的交付组设置。
在通知首选项中，指定当警报触发时谁必须通过电子邮件收到通知。您必须在电子邮件服务器配置选项卡上指定电子邮件服务器，才能在警报策略中设置电子邮件通知首选项。
1. 您还可以以 .CSV 附件形式或通过 JSON 有效负载接收警报内容。为此，请选择以下复选框：
  - 在 Webhook 中包含 JSON 有效负载作为附件
  - 在电子邮件中包含 CSV 文件作为附件
注意：

目前，通过 .CSV 附件和 JSON 有效负载选项接收警报内容仅适用于少数警报。有关详细信息，请参阅警报内容的增强功能
单击保存。

在范围中定义 20 个或更多交付组的策略创建可能需要大约 30 秒才能完成配置。在此期间会显示一个加载指示器。

创建 50 个以上的策略（针对多达 20 个独特的交付组，总计 1000 个交付组目标）可能会导致响应时间增加（超过 5 秒）。

将包含活动会话的计算机从一个交付组移动到另一个交付组可能会触发错误的交付组警报，这些警报是使用计算机参数定义的。

注意：

删除警报策略后，策略生成的警报通知可能需要长达 30 分钟才会停止。

警报内容的增强功能

Director 的警报功能已增强，可包含 CSV 附件和 JSON 有效负载。通过此增强功能，您可以通过电子邮件以 CSV 附件形式获取警报详细信息，或者在存在 Webhook 时以 JSON 有效负载形式获取。使用此 CSV 附件或 JSON 有效负载，您可以接收详细级别的丰富内容，有助于快速识别和解决问题。

目前，此项增强功能仅在以下警报中可用：

计算机正常运行时间
失败的开机操作
失败的关机操作
未注册的计算机 (%)

要使用此功能，请导航到警报并选择以下复选框：

在 Webhook 中将 JSON 有效负载作为附件包含
在电子邮件中将 CSV 文件作为附件包含

以下是来自“Citrix 警报策略”部分的屏幕截图：

增强型警报

以下是来自“高级警报策略”部分的屏幕截图：

增强型高级警报

CSV 附件

下表提供了所有受支持警报的 .CSV 附件的列：

列	适用警报
计算机名称、IP 地址和交付组名称	计算机正常运行时间、关机操作失败和开机操作失败，以及未注册计算机 (%)
当前注册状态、失败日期、故障状态和生命周期状态	未注册计算机 (%)
上次电源操作失败原因、上次电源操作触发者、上次电源操作类型和上次电源操作完成日期	关机操作失败和开机操作失败
电源状态、开机日期和总正常运行时间（分钟）	计算机正常运行时间

网络钩子有效负载

未注册计算机百分比警报

Webhook Payload
{
    "Address": "<Webhook URL>",
    "NotificationId": "<NotificationGUID>",
    "NotificationState": "NotificationActive",
    "Priority": "<Critical/Warning>",
    "Target": "<DeliveryGroupName>",
    "Condition": "Unregistered machines (in %)",
    "Value": "<Value Set as Threshold>",
    "Timestamp": "<Timestamp string Eg: April 25, 2024 9:33 PM (UTC +5)>",
    "PolicyName": "<Alert Policy Name>",
    "Description": "<Alert Policy Description>",
    "Scope": "DeliveryGroup",
    "Site": "<Name of the Site>",
    "AttachmentData": [{
                                      "Machine Name": "<Name of the Machine>",
                                      "IP Address": “<IP Address>”,
                                      "Delivery Group Name": "<Name of the DeliveryGroup>",
                                      "Current Registration State": "Unregistered",
                                      "Failure Date": “<Date of Failure>”,
                                      "Fault State": "<Fault State of the Machine>",
                                      "Lifecycle State": "<Lifecycle state of the Machine>"
                                  },
                                 {
                                      "Machine Name": "<Name of the Machine>",
                                      "IP Address": “<IP Address>”,
                                      "Delivery Group Name": "<Name of the DeliveryGroup>",
                                      "Current Registration State": "Unregistered",
                                      "Failure Date": “<Date of Failure>”,
                                      "Fault State": "<Fault State of the Machine>",
                                      "Lifecycle State": "<Lifecycle state of the Machine>"
                                  }]
}
<!--NeedCopy-->

开机操作失败警报

Webhook Payload Body
{
    "Address": "<Webhook URL>",
    "NotificationId": "<NotificationGUID>",
    "NotificationState": "NotificationActive",
    "Priority": "<Critical/Warning>",
    "Target": "<DeliveryGroupName>",
    "Condition": "Failure To PowerOn Action",
    "Value": "<Value Set as Threshold>",
    "Timestamp": "<Timestamp string Eg: April 25, 2024 9:33 PM (UTC +5)>",
    "PolicyName": "<Alert Policy Name>",
    "Description": "<Alert Policy Description>",
    "Scope": "DeliveryGroup",
    "Site": "<Name of the Site>",
    "AttachmentData": [{
                                      "Machine Name": "<Name of the Machine>",
                                      "IP Address": “<IP Address>”,
                                      "Delivery Group Name": "<Name of the DeliveryGroup>",
                                     "Last Power Action Failure Reason": "<HypervisorReportedFailure,HypervisorRateLimitExceeded,UnknownError,Power Action Type>",
                                      "Last Power Action Triggered By": "<End-User,Administrator,Auto-Scale,Schedule>",
                                      "Last Power Action Type": “<PowerOn/PowerOff>”,
                                      "Last Power Action Completed Date": "<Time string Eg: 2024-05-15T15:04:27.723>",
                                 {
                                      "Machine Name": "<Name of the Machine>",
                                      "IP Address": “<IP Address>”,
                                      "Delivery Group Name": "<Name of the DeliveryGroup>",
                                      "Last Power Action Failure Reason": "<HypervisorReportedFailure,HypervisorRateLimitExceeded,UnknownError,Power Action Type>",
                                      "Last Power Action Triggered By": "<End-User,Administrator,Auto-Scale,Schedule>",
                                      "Last Power Action Type": “<PowerOn/PowerOff>”,
                                      "Last Power Action Completed Date": "<Time string Eg: 2024-05-15T15:04:27.723>"
                                  }]
}
<!--NeedCopy-->

关机操作失败警报

{
    "Address": "<Webhook URL>",
    "NotificationId": "<NotificationGUID>",
    "NotificationState": "NotificationActive",
    "Priority": "<Critical/Warning>",
    "Target": "<DeliveryGroupName>",
    "Condition": "Failure To PowerOff Action",
    "Value": "<Value Set as Threshold>",
    "Timestamp": "<Timestamp string Eg: April 25, 2024 9:33 PM (UTC +5)>",
    "PolicyName": "<Alert Policy Name>",
    "Description": "<Alert Policy Description>",
    "Scope": "DeliveryGroup",
    "Site": "<Name of the Site>",
    "AttachmentData": [{
                                      "Machine Name": "<Name of the Machine>",
                                      "IP Address": “<IP Address>”,
                                      "Delivery Group Name": "<Name of the DeliveryGroup>",
                                      "IP Address": "<IPV4 Address of the Machine>",
                                      "Last Power Action Failure Reason": "<HypervisorReportedFailure,HypervisorRateLimitExceeded,UnknownError,Power Action Type>",
                                      "Last Power Action Triggered By": "<End-User,Administrator,Auto-Scale,Schedule>",
                                      "Last Power Action Type": “<PowerOn/PowerOff>”,
                                      "Last Power Action Completed Date": "<Time string Eg: 2024-05-15T15:04:27.723>"
                                  },
                                 {
                                      "Machine Name": "<Name of the Machine>",
                                      "IP Address": “<IP Address>”,
                                      "Delivery Group Name": "<Name of the DeliveryGroup>",
                                      "IP Address": "<IPV4 Address of the Machine>",
                                     "Last Power Action Failure Reason": "<HypervisorReportedFailure,HypervisorRateLimitExceeded,UnknownError,Power Action Type>",
                                      "Last Power Action Triggered By": "<End-User,Administrator,Auto-Scale,Schedule>",
                                      "Last Power Action Type": “<PowerOn/PowerOff>”,
                                      "Last Power Action Completed Date": "<Time string Eg: 2024-05-15T15:04:27.723>"
                                  }]
}
<!--NeedCopy-->

计算机正常运行时间警报

{
    "Address": "<Webhook URL>",
    "NotificationId": "<NotificationGUID>",
    "NotificationState": "NotificationActive",
    "Priority": "<Critical/Warning>",
    "Target": "<DeliveryGroupName>",
    "Condition": "Machine Uptime Alert",
    "Value": "<Value Set as Threshold>",
    "Timestamp": "<Timestamp string Eg: April 25, 2024 9:33 PM (UTC +5)>",
    "PolicyName": "<Alert Policy Name>",
    "Description": "<Alert Policy Description>",
    "Scope": "DeliveryGroup",
    "Site": "<Name of the Site>",
    "AttachmentData": [{
                                      "Machine Name": "<Name of the Machine>",
                                      "IP Address": “<IP Address>”,
                                      "Delivery Group Name": "<Name of the DeliveryGroup>",
                                      "IP Address": "<IPV4 Address of the Machine>",
                                      "Power State": "<On/Off>",
                                      "Powered On Date": "Time sting Eg: 2024-05-15T15:04:27.723",
                                      "Total Uptime In Minutes": 180
                                  },
                                 {
                                      "Machine Name": "<Name of the Machine>",
                                      "IP Address": “<IP Address>”,
                                      "Delivery Group Name": "<Name of the DeliveryGroup>",
                                      "IP Address": "<IPV4 Address of the Machine>",
                                      "Power State": "<ON/OFF>",
                                      "Powered On Date": "<Time string Eg: 2024-05-15T15:04:27.723>",
                                      "Total Uptime In Minutes": <Uptime Duration>
                                  }]
}
<!--NeedCopy-->

警报策略的条件设置

下面列出了警报类别、建议的警报缓解措施以及（如果已定义）内置策略条件。内置警报策略的警报和重新警报间隔为 60 分钟。

并发连接会话峰值

在 Director 会话趋势视图中检查并发连接会话峰值。
请务必检查，以确保有足够的容量来容纳会话负载。
如有需要，添加新计算机

并发断开连接会话峰值

在 Director 会话趋势视图中检查并发断开连接会话峰值。
检查以确保有足够的容量来容纳会话负载。
如有需要，添加新计算机。
如有需要，注销断开连接的会话

并发会话总数的峰值

在 Director 的会话趋势视图中检查并发会话峰值。
检查以确保有足够的容量来容纳会话负载。
如有需要，添加新计算机。
如果需要，注销断开连接的会话

CPU

CPU 使用率百分比表示 VDA 上的总体 CPU 消耗，包括进程的消耗。您可以从相应 VDA 的计算机详细信息页面更深入地了解各个进程的 CPU 利用率。

转到计算机详细信息 > 查看历史利用率 > 前 10 个进程，识别占用 CPU 的进程。确保已启用进程监视策略，以启动进程级别资源使用情况统计信息的收集。
如有必要，结束进程。
结束进程会导致未保存的数据丢失。
如果一切正常，请在将来添加额外的 CPU 资源。

注意：

默认情况下，策略设置“启用资源监视”允许监视具有 VDA 的计算机上的 CPU 和内存性能计数器。如果此策略设置被禁用，则不会触发具有 CPU 和内存条件的警报。有关详细信息，请参阅监视策略设置

智能策略条件：
- 范围：交付组、多会话操作系统范围
- 阈值：警告 - 80%，严重 - 90%

内存

内存使用率百分比表示 VDA 上的总体内存消耗，包括进程的消耗。您可以从相应 VDA 的计算机详细信息页面更深入地了解各个进程的内存使用情况。

转到计算机详细信息 > 查看历史利用率 > 前 10 个进程，识别占用内存的进程。确保已启用进程监视策略，以启动进程级别资源使用情况统计信息的收集。
如有必要，终止该进程。
终止进程会导致未保存的数据丢失。
如果一切按预期运行，将来请添加额外的内存。

注意：

默认情况下，策略设置 启用资源监视 允许监视带有 VDA 的计算机上的 CPU 和内存性能计数器。如果禁用此策略设置，则不会触发带有 CPU 和内存条件的警报。有关详细信息，请参阅监视策略设置

智能策略条件：
- 范围： 交付组、多会话操作系统范围
- 阈值： 警告 - 80%，严重 - 90%

连接失败的发生率

过去一小时内的连接失败百分比。

根据总失败次数与总尝试连接次数计算。
检查 Director 连接失败趋势视图，查看从配置日志中记录的事件。
确定应用程序或桌面是否可访问。

连接失败计数

过去一小时内的连接失败次数。

检查 Director 连接失败趋势视图，查看配置日志中记录的事件。
确定应用程序或桌面是否可访问。

ICA® 往返时间（平均值）

平均 ICA 往返时间。

检查 Citrix ADM 以获取 ICA RTT 的详细分析，从而确定根本原因。有关更多信息，请参阅 Citrix ADM 文档。
如果 Citrix ADM 不可用，请检查 Director 用户详细信息视图中的 ICA RTT 和延迟，并确定是网络问题还是应用程序或桌面问题。

ICA 往返时间（会话数）

超出阈值 ICA 往返时间的会话数。

检查 Citrix ADM 以获取高 ICA RTT 的会话数。有关更多信息，请参阅 Citrix ADM 文档。
如果 Citrix ADM 不可用，请与网络团队合作确定根本原因。

智能策略条件：
- 范围： 交付组、多会话操作系统范围
- 阈值： 警告 - 5 个或更多会话 300 毫秒，严重 - 10 个或更多会话 400 毫秒

ICA RTT（会话百分比）

超出平均 ICA 往返时间的会话百分比。

检查 Citrix ADM 中 ICA RTT 较高的会话数量。有关详细信息，请参阅 Citrix ADM 文档。
如果 Citrix ADM 不可用，请与网络团队协作以确定根本原因。

ICA 往返时间 (用户)

适用于指定用户启动的会话的 ICA 往返时间。如果至少一个会话中的 ICA RTT 大于阈值，则会触发警报。

失败的计算机（单会话操作系统）

失败的单会话操作系统计算机数量。失败可能由于各种原因而发生，如 Director 控制板和筛选器视图中所示。

运行 Citrix Scout 诊断以确定根本原因。

智能策略条件：
- 范围：交付组，多会话操作系统范围
- 阈值：警告 - 1，严重 - 2

失败的计算机（多会话操作系统）

失败的多会话操作系统计算机数量。失败可能由于各种原因而发生，如 Director 控制板和筛选器视图中所示。

运行 Citrix Scout 诊断以确定根本原因。

智能策略条件：
- 范围：交付组，多会话操作系统范围
- 阈值： 警告 - 1，严重 - 2

失败的计算机（百分比）

交付组中基于失败计算机数量计算的单会话和多会话操作系统计算机的失败百分比。此警报条件允许您将警报阈值配置为交付组中失败计算机的百分比，并每 30 秒计算一次。失败可能由于各种原因发生，如 Director 控制板和筛选器视图中所示。运行 Citrix Scout 诊断以确定根本原因。有关详细信息，请参阅排查用户问题。

开机操作失败和关机操作失败

交付组中基于未能开机或关机的电源管理计算机数量计算的开机操作失败次数和关机操作失败次数。此警报条件允许您将警报阈值配置为交付组中未能开机或关机的电源管理计算机数量，并每 30 分钟计算一次。

管理员可以在高级警报策略中为这些警报配置以下参数：

触发者：是什么触发了电源操作
失败原因：操作为何失败
阈值：触发策略的电源操作失败计算机的阈值数量
采样间隔：需要检查失败电源操作的时间间隔。
重新警报间隔：警报必须在多长时间后重新发送

失败可能由于各种原因发生，如 Director 控制板和筛选器视图中所示。运行 Citrix Scout 诊断以确定根本原因。有关详细信息，请参阅排查用户问题。

未注册的计算机（百分比）

当计算机因重启而变得不稳定，或者交付控制器™与虚拟机之间存在通信问题时，该计算机被视为未注册。未注册的计算机（百分比）是交付组中基于未注册计算机数量计算的未注册单会话和多会话操作系统计算机的百分比。此警报条件允许您将警告和严重阈值配置为交付组中未注册计算机的百分比。您可以设置重新警报的间隔。您还可以添加电子邮件，以便在满足未注册的计算机（百分比）条件时收到通知。当超出严重或警告阈值时，会生成警报和电子邮件。您可以在Citrix 警报下查看警报。您可以按未注册的计算机（百分比）类别以及所需的状态和时间进行筛选。

如果存在电子邮件，您还可以通过 CSV 附件接收警报详细信息；如果存在 Webhook，则通过 JSON 有效负载接收警报详细信息。

注意：

临界值必须满足大于警告值的条件。

策略条件：

范围：单会话操作系统和多会话操作系统交付组
阈值：警告和严重

计算机正常运行时间警报

交付组中的计算机正常运行时间是根据交付组中计算机每天、每周或每月开启的小时数计算的。此警报条件允许您将警报阈值配置为交付组中计算机的开启小时数。计算机正常运行时间警报在以下情况下工作方式如下：

每天小时数 - 您可以指定计算机每天开启的小时数，并每 30 分钟计算一次。您可以设置的最大每天小时数为 24 小时。
每周小时数 - 您可以指定计算机每周开启的小时数，并每六小时计算一次。您可以设置的最大每周小时数为 168 小时。
每月小时数 - 您可以指定计算机每月开启的小时数，并每天计算一次。每月最大小时数为 720 小时。您可以设置的最小重新警报间隔值为 60 分钟。您可以在“警告和严重警报”部分下输入超出计算机正常运行时间阈值的计算机数量。您还可以为任何计算机添加例外。

例如，如果为此警报添加了五个交付组，并且在第一个交付组和第四个交付组中，计算机数量超过了警告或严重阈值，则警报会针对第一个交付组和第四个交付组分别触发。

此警报可帮助管理员分析计算机的正常运行时间，并且根据此分析，管理员可以帮助优化成本。如果存在电子邮件，您还可以通过 CSV 附件接收警报详细信息；如果存在 Webhook，则可以通过 JSON 有效负载接收警报详细信息。

平均登录持续时间

针对过去一小时内发生的登录的平均登录持续时间。

检查 Director 控制板以获取有关登录持续时间的最新指标。许多用户在短时间内登录可能会增加登录持续时间。
检查登录基线和细分以缩小原因范围。有关详细信息，请参阅诊断用户登录问题

智能策略条件：
- 范围：交付组，多会话操作系统范围
- 阈值：警告 - 45 秒，严重 - 60 秒

登录持续时间（用户）

指定用户在过去一小时内发生的登录持续时间。

负载评估器指数

过去 5 分钟内负载评估器指数的值。

检查 Director 中可能具有峰值负载（最大负载）的多会话操作系统计算机。查看控制板（故障）和趋势负载评估器指数报告。

智能策略条件：
- 范围：交付组，多会话操作系统范围
- 阈值：警告 - 80%，严重 - 90%

使用 Webhook 配置警报策略

除了电子邮件通知，您还可以使用 Webhook 配置警报策略。

注意：此功能需要 Delivery Controller 7.11 或更高版本。

您可以使用 PowerShell cmdlet 配置带有 HTTP 回调或 HTTP POST 的警报策略。它们已扩展以支持 Webhook。

有关创建新的 Octoblu 工作流和获取相应 Webhook 地址的信息，请参阅 Octoblu 开发者中心。

要为新的警报策略或现有策略配置 Webhook URL，请使用以下 PowerShell cmdlet。

创建带有 Webhook URL 的新警报策略：

$policy = New-MonitorNotificationPolicy -Name <Policy name> -Description <Policy description> -Enabled $true -Webhook <Webhook URL>
<!--NeedCopy-->

将 Webhook URL 添加到现有警报策略：

Set-MonitorNotificationPolicy - Uid <Policy id> -Webhook <Webhook URL>
<!--NeedCopy-->

有关 PowerShell 命令的帮助，请使用 PowerShell 帮助，例如：

Get-Help  <Set-MonitorNotificationPolicy>
<!--NeedCopy-->

从警报策略生成的通知会通过对 Webhook URL 的 POST 调用触发 Webhook。POST 消息包含 JSON 格式的通知信息：

{"NotificationId" : \<Notification Id\>,

"Target" : \<Notification Target Id\>,

"Condition" : \<Condition that was violated\>,

"Value" : \<Threshold value for the Condition\>,

"Timestamp": \<Time in UTC when notification was generated\>,

"PolicyName": \<Name of the Alert policy\>,

"Description": \<Description of the Alert policy\>,

"Scope" : \<Scope of the Alert policy\>,

"NotificationState": \<Notification state critical, warning, healthy or dismissed\>,

"Site" : \<Site name\>}
<!--NeedCopy-->

管理程序警报监控

Director 显示警报以监控管理程序运行状况。来自 XenServer® 和 VMware vSphere 的警报有助于监控管理程序参数和状态。还会监控与管理程序的连接状态，以便在主机群集或池重新启动或不可用时提供警报。

管理程序警报筛选器

要接收管理程序警报，请确保在 Web Studio 中创建了托管连接。有关详细信息，请参阅连接和资源。只有这些连接会受到监控以获取管理程序警报。

一旦达到或超过阈值，就会显示这些警报。管理程序警报可以是：

严重—达到或超过管理程序警报策略的严重阈值
警告—达到或超过管理程序警报策略的警告阈值
已解除—警报不再显示为活动警报

管理程序警报显示

此功能需要 Delivery Controller 7 1811 或更高版本。如果您使用的是旧版 Director，但站点版本为 7 1811 或更高版本，则仅显示管理程序警报计数。要查看警报，您必须升级 Director。

下表详细阐述了管理程序警报的各项参数及其对应的状态。

警报	支持的管理程序	触发者	触发条件	警报配置
CPU 使用率	赛能服务器、威睿维视	管理程序	CPU 使用率警报阈值已达到或超出	必须在管理程序中配置警报阈值。
内存使用率	XenServer, 威睿虚拟化平台	管理程序	内存使用率警报阈值已达到或超出	警报阈值必须在管理程序中配置。
网络使用率	XenServer, 威睿虚拟化平台	管理程序	网络使用率警报阈值已达到或超出	警报阈值必须在管理程序中配置。
磁盘使用率	威睿维思菲尔	管理程序	磁盘使用率警报阈值已达到或超出	警报阈值必须在管理程序中配置。
主机连接或电源状态	威睿 vSphere 虚拟化平台	管理程序	管理程序主机已重新启动或不可用	警报已在 VMware vSphere 中预构建。无需额外配置。
管理程序连接不可用	思杰 XenServer 虚拟化平台, 威睿 vSphere 虚拟化平台	交付控制器	与管理程序（池或群集）的连接已丢失、已关机或已重新启动。只要连接不可用，此警报就会每小时生成一次。	警报已随交付控制器预构建。无需进行任何额外配置。

注意：

有关配置警报的更多信息，请参阅 Citrix XenCenter 警报或查看 VMware vCenter 警报文档。

电子邮件通知首选项可在 Citrix 警报策略 > 站点策略 > 管理程序运行状况 下配置。管理程序警报策略的阈值条件只能从管理程序配置、编辑、禁用或删除，而不能从 Director 配置。但是，修改电子邮件首选项和解除警报可以在 Director 中完成。如果您的角色不涉及基础架构监控，则可以禁用此警报。

重要提示：

由管理程序触发的警报会在 Director 中获取并显示。但是，管理程序警报生命周期/状态的变化不会反映在 Director 中。

在管理程序控制台中处于正常、已解除或已禁用状态的警报会继续显示在 Director 中，并且必须明确解除。

在 Director 中解除的警报不会在管理程序控制台中自动解除。

本产品文档的官方版本为英语版本。任何非英语版本仅为方便您而提供，可能包括机器翻译的内容。有关详细信息，请参阅 Cloud Software Group home 上的“机器翻译免责声明”。

这是否有帮助？

警报和通知功能

June 2, 2026

投稿者:

June 2, 2026

投稿者:

这是否有帮助？