警报以及通知
警报在 Director 的控制板和其他高级视图中显示,带有警告和严重警报符号。警报适用于 Premium 许可站点。警报每分钟自动更新;您也可以按需更新警报。
导向器警报(/zh-cn/citrix-virtual-apps-desktops/2203-ltsr/media/dir-alerts.png)
警告警报(琥珀色三角形)表示某个条件的警告阈值已达到或超出。
严重警报(红色圆形)表示某个条件的严重阈值已达到或超出。
您可以通过从侧边栏中选择警报、单击侧边栏底部的“转到警报”链接或从 Director 页面顶部选择“警报”来查看有关警报的更详细信息。
在“警报”视图中,您可以筛选和导出警报。例如,过去一个月内特定交付组的失败多会话操作系统计算机,或特定用户的所有警报。有关详细信息,请参阅导出报告。
筛选警报(/zh-cn/citrix-virtual-apps-desktops/2203-ltsr/media/director_filteralerts.png)
思杰® 警报
Citrix 警报是在 Director 中监控的、源自 Citrix 组件的警报。您可以在 Director 中通过“警报”>“Citrix 警报策略”配置 Citrix 警报。作为配置的一部分,您可以设置当警报超出您已设置的阈值时,通过电子邮件向个人和组发送通知。有关设置 Citrix 警报的详细信息,请参阅创建警报策略。
注意:
确保您的防火墙、代理或 Microsoft Exchange Server 不会阻止电子邮件警报。
智能警报策略
针对交付组和多会话操作系统 VDA 范围,提供了一组具有预定义阈值的内置警报策略。此功能需要 Delivery Controller 7.18 或更高版本。您可以在“警报”>“Citrix 警报策略”中修改内置警报策略的阈值参数。 当您的站点中至少定义了一个警报目标(交付组或多会话操作系统 VDA)时,将创建这些策略。此外,这些内置警报会自动添加到新的交付组或多会话操作系统 VDA。
如果您升级 Director 和您的站点,则会沿用您之前 Director 实例中的警报策略。仅当 Monitor 数据库中不存在相应的警报规则时,才会创建内置警报策略。
有关内置警报策略的阈值,请参阅 (#alerts-policies-conditions) 中所述的“警报策略条件”部分。
内置警报 (/zh-cn/citrix-virtual-apps-desktops/2203-ltsr/media/dir-builtin-alerts.png)
SCOM 系统的警报
SCOM 警报显示来自 Microsoft System Center 2012 Operations Manager (SCOM) 的警报信息,以在 Director 中提供更全面的数据中心运行状况和性能指示。有关详细信息,请参阅 (/zh-cn/citrix-virtual-apps-desktops/2203-ltsr/director/site-analytics/alerts-notifications.html#configure-scom-alerts-integration) 部分。
展开侧边栏之前,警报图标旁边显示的警报数量是 Citrix 和 SCOM 警报的总和。
创建警报策略
管理控制台警报策略(/zh-cn/citrix-virtual-apps-desktops/2203-ltsr/media/director-alerts-policy.png)
要创建新的警报策略,例如,在满足特定会话计数条件时生成警报:
- 转到 警报 > Citrix 警报策略,然后选择(例如)多会话操作系统策略。
- 单击 创建。
- 为策略命名并进行描述,然后设置触发警报所需满足的条件。例如,为峰值连接会话、峰值断开连接会话以及峰值并发总会话指定警告计数和严重计数。警告值必须小于或等于严重值。有关更多详细信息,请参阅 (/zh-cn/citrix-virtual-apps-desktops/2203-ltsr/director/site-analytics/alerts-notifications.html#alerts-policies-conditions)。
- 设置重新警报间隔。如果警报条件仍然满足,警报将在此时间间隔再次触发,并且(如果已在警报策略中设置)将生成电子邮件通知。已解除的警报不会在重新警报间隔生成电子邮件通知。
- 设置范围。例如,为特定的交付组设置。
- 在通知首选项中,指定警报触发时应通过电子邮件通知谁。您必须在 电子邮件服务器配置 选项卡上指定电子邮件服务器,才能在警报策略中设置电子邮件通知首选项。
- 单击 保存。
在作用域中定义了 20 个或更多 Delivery Group 的策略创建可能需要大约 30 秒才能完成配置。在此期间会显示一个加载指示器。
为多达 20 个唯一 Delivery Group 创建 50 个以上的策略(总计 1000 个 Delivery Group 目标)可能会导致响应时间增加(超过 5 秒)。
将包含活动会话的计算机从一个 Delivery Group 移动到另一个 Delivery Group 可能会触发使用计算机参数定义的错误 Delivery Group 警报。
警报策略的触发条件
下面列出了警报类别、建议的缓解警报措施以及(如果已定义)内置策略条件。内置警报策略的警报和重新警报间隔为 60 分钟。
连接会话峰值
- 在 Director 会话趋势视图中检查连接会话峰值。
- 检查以确保系统有足够的容量来应对会话负载。
- 如果需要,添加新计算机
断开连接会话峰值
- 在 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 不可用,请与网络团队合作确定根本原因。
智能策略条件:
- 范围: 交付组、多会话操作系统范围
- 阈值: 警告 - 300 ms(针对 5 个或更多会话),严重 - 400ms(针对 10 个或更多会话)
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
平均登录持续时间
过去一小时内发生的登录的平均登录持续时间。
- 检查 Director 控制板以获取有关登录持续时间的最新指标。在短时间内大量用户登录可能会增加登录持续时间。
-
检查登录的基线和细分以缩小原因范围。有关详细信息,请参阅诊断用户登录问题
智能策略条件:
- 范围: 交付组,多会话操作系统范围
- 阈值: 警告 - 45 秒,严重 - 60 秒
登录持续时间(用户)
过去一小时内发生的指定用户的登录持续时间。
负载评估器索引
过去 5 分钟内负载评估器索引的值。
-
检查 Director 中可能具有峰值负载(最大负载)的多会话操作系统计算机。查看控制板(故障)和趋势负载评估器指数报告。
智能策略条件:
- 范围:交付组、多会话操作系统范围
- 阈值:警告 - 80%,严重 - 90%
管理程序警报监控
Director 显示警报以监控管理程序运行状况。来自 Citrix Hypervisor™ 和 VMware vSphere 的警报有助于监控管理程序参数和状态。还会监控与管理程序的连接状态,以便在群集或主机池重新启动或不可用时发出警报。
要接收管理程序警报,请确保在 Citrix Studio 中创建了托管连接。有关详细信息,请参阅连接和资源。仅监控这些连接以获取管理程序警报。下表描述了管理程序警报的各种参数和状态。
| 警报 | 支持的管理程序 | 触发者 | 警报条件 | 配置设置 |
|---|---|---|---|---|
| CPU 使用率 | 思杰虚拟化管理程序,威睿 vSphere | 管理程序 | CPU 使用率警报阈值已达到或超出 | 警报阈值必须在管理程序中配置。 |
| 内存使用率 | 思杰虚拟机监控程序, 威睿虚拟化平台 | 管理程序 | 内存使用率警报阈值已达到或超出 | 警报阈值必须在管理程序中配置。 |
| 网络使用率 | 思杰虚拟机监控程序, 威睿虚拟化平台 | 管理程序 | 网络使用率警报阈值已达到或超出 | 警报阈值必须在管理程序中配置。 |
| 磁盘使用率 | 威睿虚拟化平台 | 管理程序 | 磁盘使用率警报阈值已达到或超出 | 警报阈值必须在管理程序中配置。 |
| 主机连接或电源状态 | 威睿 vSphere 虚拟化平台 | 管理程序 | 管理程序主机已重新启动或不可用 | 警报在 VMware vSphere 中预先构建。无需额外配置。 |
| 管理程序连接不可用 | 思杰 管理程序, 威睿 vSphere | 交付控制器™ | 与管理程序(池或群集)的连接已丢失、已断电或已重新启动。只要连接不可用,此警报就会每小时生成一次。 | 警报已随 Delivery Controller 预先构建。无需额外配置。 |
注意:
有关配置警报的更多信息,请参阅 Citrix XenCenter 警报 或查看 VMware vCenter 警报文档。
可以在 Citrix Alerts Policy > site Policy > Hypervisor Health 下配置电子邮件通知首选项。管理程序警报策略的阈值条件只能在管理程序中配置、编辑、禁用或删除,而不能在 Director 中进行。但是,修改电子邮件首选项和解除警报可以在 Director 中完成。
重要:
- 管理程序触发的警报会在 Director 中获取并显示。但是,管理程序警报的生命周期/状态变化不会反映在 Director 中。
- 在管理程序控制台中处于正常、已消除或已禁用状态的警报仍会显示在 Director 中,并且必须明确消除。
- 在 Director 中消除的警报不会在管理程序控制台中自动消除。

已添加一个名为“管理程序运行状况”的新警报类别,以便仅筛选管理程序警报。达到或超出阈值后,将显示这些警报。管理程序警报可以是:
- 严重—已达到或超出管理程序警报策略的严重阈值
- 警告—已达到或超出管理程序警报策略的警告阈值
- 已消除—警报不再显示为活动警报

此功能需要 Delivery Controller 7 1811 或更高版本。如果您使用的是 Director 的旧版本,但站点版本为 7 1811 或更高版本,则仅显示管理程序警报计数。要查看警报,必须升级 Director。
配置 SCOM 警报集成
SCOM 与 Director 集成使您能够在 Director 的控制板和其他高级视图中查看 SCOM 的警报信息。
SCOM 警报与 Citrix 警报一起显示在屏幕上。您可以从侧栏中的 SCOM 选项卡访问并深入查看 SCOM 警报。
您可以查看长达一个月的历史警报,对筛选后的信息进行排序、筛选,并将其导出为 CSV、Excel 和 PDF 报告格式。有关详细信息,请参阅导出报告。
SCOM 集成使用远程 PowerShell 3.0 或更高版本从 SCOM 管理服务器查询数据,并在用户的 Director 会话中维护持久的运行空间连接。Director 和 SCOM 服务器必须具有相同的 PowerShell 版本。
系统中心操作管理器 组件图(/zh-cn/citrix-virtual-apps-desktops/2203-ltsr/media/director_scom-integration_component-diagram.png)
SCOM 集成的要求如下:
- Windows Server 2012 R2
- 系统中心 2012 R2 操作管理器
- PowerShell 3.0 或更高版本(导向器和 SCOM 服务器上的 PowerShell 版本必须匹配)
- 四核处理器,16 GB 内存(推荐)
- 必须在 Director 的 web.config 文件中配置 SCOM 的主管理服务器。您可以使用 DirectorConfig 工具执行此操作。
Citrix 建议将 Director 管理员帐户配置为 SCOM 操作员角色,以便在 Director 中检索完整的警报信息。如果无法实现,可以使用 DirectorConfig 工具在 web.config 文件中配置 SCOM 管理员帐户。
Citrix 进一步建议,每个 SCOM 管理服务器配置的 Director 管理员数量不要超过 10 个,以确保最佳性能。
在 Director 控制台服务器上:
-
Type Enable-PSRemoting to enable PowerShell remoting.
-
将 SCOM 管理服务器添加到 TrustedHosts 列表。打开 PowerShell 提示符并执行以下命令:
-
获取当前受信任主机的列表
Get-Item WSMAN:\localhost\Client\TrustedHosts
-
Add the FQDN of the SCOM Management Server to the list of TrustedHosts. <Old Values> represents the existing set of entries returned from Get-Item cmdlet.
Set-Item WSMAN:\localhost\Client\TrustedHosts -Value “<FQDN SCOM Management Server>,<Old Values>”
-
-
Configure SCOM using the DirectorConfig tool.
C:\inetpub\wwwroot\Director\tools\DirectorConfig.exe /configscom
在 SCOM 管理服务器上:
-
将 Director 管理员分配给 SCOM 管理员角色。
-
打开 SCOM 管理控制台,然后转到 管理 > 安全性 > 用户角色。
-
在“用户角色”中,您可以创建新的用户角色或修改现有角色。SCOM 操作员角色分为四类,它们定义了对 SCOM 数据访问的性质。例如,“只读”角色看不到“管理”窗格,也无法发现或管理规则、计算机或帐户。“操作员”角色是完全管理员角色。
注意:
如果 Director 管理员被分配到非操作员角色,则以下操作不可用:
- 如果配置了多个管理服务器且主管理服务器不可用,则 Director 管理员无法连接到辅助管理服务器。主管理服务器是在 Director web.config 文件中配置的服务器,与上述步骤 3 中使用 DirectorConfig 工具指定的服务器相同。辅助管理服务器是主服务器的对等管理服务器。
- 在筛选警报时,Director 管理员无法搜索警报源。这需要操作员级别的权限。
-
要修改任何用户角色,请右键单击该角色,然后单击“属性”。
-
在“用户角色属性”对话框中,您可以从指定的用户角色中添加或删除 Director 管理员。
-
-
将 Director 管理员添加到 SCOM 管理服务器上的“远程管理用户”组。这允许 Director 管理员建立远程 PowerShell 连接。
-
Type Enable-PSRemoting to enable PowerShell remoting.
-
Set the WS-Management properties limits:
-
修改最大并发用户数:
在 CLI 中:
```winrm set winrm/config/winrs @{MaxConcurrentUsers = “20”}
在 PS 中: ```Set-Item WSMan:\localhost\Shell\MaxConcurrentUsers 20<!--NeedCopy--> -
修改每个用户的最大 Shell 数:
在 CLI 中:
winrm set winrm/config/winrs @{MaxShellsPerUser="20"}<!--NeedCopy-->在 PS 中:
```Set-Item WSMan:\localhost\Shell\MaxShellsPerUser 20
1. Modify MaxMemoryPerShellMB: 在 CLI 中: ```winrm set winrm/config/winrs @{MaxMemoryPerShellMB="1024"}<!--NeedCopy-->在 PS 中:Set-Item WSMan:\localhost\Shell\MaxMemoryPerShellMB 1024<!--NeedCopy--> -
-
为确保 SCOM 集成在混合域环境中正常工作,请设置以下注册表项。
Path: HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\Policies\System
Key: LocalAccountTokenFilterPolicy
类型: 双字
值: 1
注意:不正确地编辑注册表可能导致严重问题,可能需要重新安装操作系统。Citrix 无法保证能够解决因不正确使用注册表编辑器而导致的问题。请自行承担使用注册表编辑器的风险。在编辑注册表之前,请务必备份注册表。
SCOM 集成设置完成后,您可能会看到消息“无法获取最新的 SCOM 警报。请查看 Director 服务器事件日志以获取更多信息”。服务器事件日志有助于识别和纠正问题。原因可能包括:
- Director 或 SCOM 计算机的网络连接丢失。
- SCOM 服务不可用或过于繁忙而无法响应。
- 由于针对已配置用户的权限发生更改,导致授权失败。
- Director 在处理 SCOM 数据时出错。
- Director 与 SCOM 服务器之间,PowerShell 的版本存在不匹配的问题。