警报以及通知
监控警报
警报在 Director 的控制板和其他高级视图中显示，并带有警告和严重警报符号。警报适用于 Platinum 许可的站点。警报每分钟自动更新；您也可以按需更新警报。
警告警报（琥珀色三角形）表示某个条件的警告阈值已达到或超出。
严重警报（红色圆形）表示某个条件的严重阈值已达到或超出。
您可以通过从侧栏中选择警报、单击侧栏底部的“转到警报”链接或从 Director 页面顶部选择“警报”来查看有关警报的更多详细信息。
在“警报”视图中，您可以筛选和导出警报。例如，可以筛选上个月特定交付组的失败服务器操作系统计算机，或特定用户的所有警报。有关详细信息，请参阅导出报告。
Citrix 警报。Citrix 警报是在 Director 中监控的、源自 Citrix 组件的警报。您可以在 Director 中通过“警报”>“Citrix 警报策略”配置 Citrix 警报。作为配置的一部分，您可以设置当警报超出您已设置的阈值时，通过电子邮件向个人和组发送通知。您还可以将通知配置为 Octoblu Webhook 或 SNMP 陷阱。有关设置 Citrix 警报的详细信息，请参阅创建警报策略。
SCOM 警报。SCOM 警报显示来自 Microsoft System Center 2012 Operations Manager (SCOM) 的警报信息，以在 Director 中提供更全面的数据中心运行状况和性能指示。有关详细信息，请参阅SCOM 警报。
在您展开侧栏之前，警报图标旁边显示的警报数量是 Citrix® 和 SCOM 警报的总和。
创建警报策略
要创建新的警报策略，例如，当满足特定会话计数条件时生成警报：
- 转到 警报 > Citrix 警报策略，然后选择（例如）服务器操作系统策略。
- 单击 创建。
- 命名并描述策略，然后设置触发警报必须满足的条件。例如，为“峰值连接会话”、“峰值断开连接会话”和“峰值并发总会话”指定“警告”和“严重”计数。警告值不得大于严重值。有关详细信息，请参阅警报策略条件。
- 设置重新警报间隔。如果警报条件仍然满足，警报将在此时间间隔再次触发，并且（如果已在警报策略中设置）将生成电子邮件通知。已解除的警报在重新警报间隔不会生成电子邮件通知。
- 设置 范围。例如，为特定的交付组设置。
- 在“通知首选项”中，指定警报触发时应通过电子邮件通知谁。您必须在 电子邮件服务器配置 选项卡上指定一个电子邮件服务器，才能在警报策略中设置电子邮件通知首选项。
- 单击 保存。
有关 Octoblu Web 钩子配置的信息，请参阅使用 Octoblu Web 钩子配置警报策略。
有关 SNMP trap 配置的信息，请参阅使用 SNMP trap 配置警报策略。
创建一个在“范围”中定义了 20 个或更多交付组的策略可能需要大约 30 秒才能完成配置。在此期间会显示一个加载指示器。
为多达 20 个唯一交付组（总计 1000 个交付组目标）创建 50 个以上的策略可能会导致响应时间增加（超过 5 秒）。
将包含活动会话的计算机从一个交付组移动到另一个交付组可能会触发使用计算机参数定义的错误交付组警报。
警报策略的条件
| 警报策略条件 | 描述和建议采取的行动 |
|---|---|
| 峰值连接会话 | 峰值连接会话数。在 Director 会话趋势视图中检查峰值连接会话。检查以确保有足够的容量来适应会话负载。如果需要，添加新计算机。 |
| 峰值断开连接会话 | 峰值断开连接会话数。在 Director 会话趋势视图中检查峰值断开连接会话。检查以确保有足够的容量来适应会话负载。如果需要，添加新计算机。如果需要，注销断开连接的会话。 |
| 并发会话总数峰值 | 峰值并发会话数。在 Director 的会话趋势视图中检查峰值并发会话。检查以确保有足够的容量来适应会话负载。如果需要，添加新计算机。如果需要，注销断开连接的会话。 |
| CPU | CPU 使用百分比。识别占用 CPU 的进程或资源。如有必要，终止该进程。终止进程将导致未保存的数据丢失。如果一切正常，将来请添加额外的 CPU 资源。注意： 默认情况下，对于具有 VDA 的计算机上的 CPU 和内存性能计数器监控，策略设置“启用资源监控”是允许的。如果此策略设置被禁用，则不会触发包含 CPU 和内存条件的警报。有关详细信息，请参阅监控策略。 |
| 内存 | 内存使用百分比。识别占用内存的进程或资源。如有必要，终止该进程。终止进程将导致未保存的数据丢失。如果一切正常，将来请添加额外的内存。注意： 默认情况下，对于具有 VDA 的计算机上的 CPU 和内存性能计数器监控，策略设置“启用资源监控”是允许的。如果此策略设置被禁用，则不会触发包含 CPU 和内存条件的警报。有关详细信息，请参阅监控策略设置。 |
| 连接失败比率 | 过去一小时内连接失败的百分比。根据总失败次数与总尝试连接次数计算。在 Director 连接失败趋势视图中检查从配置日志记录的事件。确定应用程序或桌面是否可访问。 |
| 连接失败计数 | 过去一小时内连接失败的次数。在 Director 连接失败趋势视图中检查从配置日志记录的事件。确定应用程序或桌面是否可访问。 |
| ICA 往返时间 (平均) | 平均 ICA 往返时间。检查 NetScaler HDX Insight 以获取 ICA RTT 的详细信息，从而确定根本原因。如果 NetScaler 不可用，请检查 Director 用户详细信息视图中的 ICA RTT 和延迟，以确定是网络问题还是 XD/XA 问题。有关详细信息，请参阅 NetScaler Insight Center 文档中的用例：HDX Insight。 |
| ICA 往返时间（会话数） | 超出阈值 ICA 往返时间的会话数。检查 NetScaler HDX Insight 以获取高 ICA RTT 的会话数。有关详细信息，请参阅 NetScaler Insight Center 文档中的HDX Insight 报告。如果 NetScaler 不可用，请与网络团队合作以确定根本原因。 |
| ICA RTT（会话百分比） | 超出平均 ICA 往返时间的会话百分比。检查 NetScaler HDX Insight 以获取高 ICA RTT 的会话数。有关详细信息，请参阅 NetScaler Insight Center 文档中的HDX Insight 报告。如果 NetScaler 不可用，请与网络团队合作以确定根本原因。 |
| ICA® 往返时间（用户） | 应用于指定用户启动的会话的 ICA 往返时间。如果至少一个会话中的 ICA RTT 高于阈值，则会触发警报。 |
| 失败的计算机（桌面操作系统） | 失败的桌面操作系统计算机数量。故障可能由于各种原因发生，如 Director 控制板和筛选器视图中所示。运行 Citrix Scout 诊断以确定根本原因。有关详细信息，请参阅解决用户问题。 |
| 失败的计算机（服务器操作系统） | 失败的服务器操作系统计算机数量。故障可能由于各种原因发生，如 Director 控制板和筛选器视图中所示。运行 Citrix Scout 诊断以确定根本原因。 |
| 平均登录持续时间 | 过去一小时内发生的登录的平均登录持续时间。检查 Director 控制板以获取有关登录持续时间的最新指标。在短时间内大量用户登录可能会导致登录时间延长。检查登录的基线和细分以缩小原因范围。有关详细信息，请参阅诊断用户登录问题。 |
| 登录持续时间（用户） | 指定用户在过去一小时内发生的登录的登录持续时间。 |
| 负载评估器索引 | 过去 5 分钟内负载评估器索引的值。检查 Director 中可能具有峰值负载（最大负载）的服务器操作系统计算机。查看控制板（故障）和趋势负载评估器索引报告。 |
使用 Octoblu Web 钩子配置警报策略
除了电子邮件通知之外，您还可以使用 Octoblu Webhook 配置警报策略以启动 IoT 服务。
注意： 此功能需要 Delivery Controller 7.11 或更高版本。
可以利用警报的 IoT 服务示例包括向支持人员发送 SMS 通知，或与自定义事件解决平台集成以帮助跟踪通知。
您可以使用 PowerShell cmdlet 配置带有 HTTP 回调或 HTTP POST 的警报策略。它们已扩展为支持 Webhook。
有关创建新的 Octoblu 工作流和获取相应 Webhook URL 的信息，请参阅 Octoblu 开发人员中心。
要为新的警报策略或现有策略配置 Octoblu Webhook URL 地址，请使用以下 PowerShell cmdlet 命令。
创建带有 Webhook URL 的新警报策略：
$policy = New-MonitorNotificationPolicy -Name <Policy name> -Description <Policy description> -Enabled $true -Webhook <Webhook URL>
将 Webhook URL 添加到现有警报策略：
Set-MonitorNotificationPolicy - Uid <Policy id> -Webhook <Webhook URL>
有关 PowerShell 命令的帮助，请使用 PowerShell 帮助，例如：
Get-Help <Set-MonitorNotificationPolicy>
从警报策略生成的通知会通过对 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-->
使用 SNMP trap 配置警报策略
当配置了 SNMP trap 的警报触发时，相应的 SNMP trap 消息将转发到配置的网络侦听器以进行进一步处理。Citrix 警报支持 SNMP 版本 2 及更高版本的 trap。目前，trap 消息可以转发到一个侦听器。
注意： 此功能需要 Delivery Controller（版本 7.12 或更高版本）。
要配置 SNMP 陷阱，请使用以下 PowerShell cmdlet 命令进行操作：
-
获取当前 SNMP 服务器配置：
Get-MonitorNotificationSnmpServerConfiguration -
设置 SNMP 版本 2 的服务器配置：
Set-MonitorNotificationSnmpServerConfiguration -ServerName <Server IP> -PortNumber <Port ID> -SnmpSender <Sender name> -CommunityString public -Protocol V2 -
设置 SNMP 版本 3 的服务器配置：
$authpass = "<authentication password>" | ConvertTo-SecureString -AsPlainText -Force $privpass = "<Privacy password>" | ConvertTo-SecureString -AsPlainText -Force Set-MonitorNotificationSnmpServerConfiguration -ServerName <Server IP> -PortNumber <Port ID> -SnmpSender <Sender name> -EngineId <Engine Id> -AuthPassword $authpass -PrivPassword $privpass -PrivPasswordProtocol <Privacy password protocol> -AuthPasswordProtocol <Authentication password protocol> -Protocol V3 <!--NeedCopy--> -
为现有警报策略启用 SNMP 陷阱：
Set-MonitorNotificationPolicy -IsSnmpEnabled $true -Uid <Policy ID> -
创建具有 SNMP 陷阱配置的新警报策略：
$policy = New-MonitorNotificationPolicy -Name <Policy name> -IsSnmpEnabled $true -Description <Policy description> -Enabled $true
Director 中 SNMP 陷阱消息的 OID 结构如下： 1.3.6.1.4.1.3845.100.1.<UID> 其中，<UID> 是为 Director 中定义的每个警报策略按序列生成的。因此，OID 对于每个用户环境都是唯一的。
- 使用 1.3.6.1.4.1.3845.100.1 筛选来自 Director 的所有陷阱消息。
- 使用 1.3.6.1.4.1.3845.100.1.<UID> 筛选和处理特定警报的陷阱消息。
使用以下 cmdlet 获取环境中定义的警报策略的 UID：
Get-MonitorNotificationPolicy
您可以将 SNMP 陷阱转发到 SCOM。为此，请将 SCOM 与 Delivery Controller™ 配置为侦听陷阱消息。
配置 SCOM 警报集成
SCOM 与 Director 集成后，您可以在 Director 的控制板和其他高级视图中查看来自 SCOM 的警报信息。
SCOM 警报与 Citrix 警报一同显示在屏幕上。您可以从侧栏中的 SCOM 选项卡访问并深入查看 SCOM 警报。
您可以查看长达一个月的历史警报，对筛选后的信息进行排序、筛选，并将其导出为 CSV、Excel 和 PDF 报告格式。有关详细信息，请参阅导出报告。
SCOM 集成使用远程 PowerShell 3.0 或更高版本从 SCOM 管理服务器查询数据，并在用户的 Director 会话中维护持久的运行空间连接。Director 和 SCOM 服务器必须具有相同的 PowerShell 版本。
SCOM 集成的要求如下：
- 视窗服务器 2012 R2
- 系统中心 2012 R2 操作管理器
- PowerShell 3.0 or later (PowerShell version on Director and the SCOM server must match)
- 四核处理器，16 GB 内存（推荐）
- 必须在 Director 的 web.config 文件中配置 SCOM 的主管理服务器。您可以使用 DirectorConfig 工具完成此操作。
注意：
- Citrix 建议将 Director 管理员帐户配置为 SCOM 操作员角色，以便在 Director 中检索完整的警报信息。如果无法实现，可以使用 DirectorConfig 工具在 web.config 文件中配置 SCOM 管理员帐户。
- Citrix 建议每个 SCOM 管理服务器配置的 Director 管理员不超过 10 个，以确保最佳性能。
在 Director 的服务器上：
-
键入 Enable-PSRemoting 命令，以启用远程处理功能。
-
将 SCOM 管理服务器添加到 TrustedHosts 列表。打开 PowerShell 提示符并执行以下命令：
- 获取当前配置的 TrustedHosts 列表
Get-Item WSMAN:\localhost\Client\TrustedHosts
<!--NeedCopy-->
1. 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>"
<!--NeedCopy-->
- 使用 DirectorConfig 工具来完成 SCOM 的配置工作。
C:\inetpub\wwwroot\Director\tools\DirectorConfig.exe /configscom
<!--NeedCopy-->
在 SCOM 管理服务器上：
-
将 Director 管理员分配给 SCOM 管理员角色。
-
打开 SCOM 管理控制台，然后转到“管理”>“安全性”>“用户角色”。
-
在“用户角色”中，您可以创建新的用户角色或修改现有角色。SCOM 操作员角色分为四类，它们定义了对 SCOM 数据的访问性质。例如，“只读”角色看不到“管理”窗格，也无法发现或管理规则、计算机或帐户。“操作员”角色是完全管理员角色。
注意：如果 Director 管理员被分配到非操作员角色，则以下操作不可用：
-
如果配置了多个管理服务器且主管理服务器不可用，则 Director 管理员无法连接到辅助管理服务器。主管理服务器是在 Director web.config 文件中配置的服务器，即与上述步骤 3 中使用 DirectorConfig 工具指定的服务器相同。辅助管理服务器是主服务器的对等管理服务器。
-
筛选警报时，Director 管理员无法搜索警报源。这需要操作员级别的权限。
-
-
要修改任何用户角色，请右键单击该角色，然后单击“属性”。
-
在“用户角色属性”对话框中，您可以从指定的用户角色中添加或删除 Director 管理员。
-
-
将 Director 管理员用户添加到 SCOM 管理服务器上的 Remote Management Users 用户组中。这允许 Director 管理员能够建立一个远程 PowerShell 连接会话。
-
Type Enable-PSRemoting to enable PowerShell remoting.
-
设置 WS-Management 服务的属性限制：
-
修改最大并发用户数：
在 CLI 中：
winrm set winrm/config/winrs @{MaxConcurrentUsers = "20"}在 PS 中：
Set-Item WSMan:\localhost\Shell\MaxConcurrentUsers 20 -
Modify MaxShellsPerUser:
在 CLI 中：
winrm set winrm/config/winrs @{MaxShellsPerUser="20"}在 PS 中：
Set-Item WSMan:\localhost\Shell\MaxShellsPerUser 20 -
Modify MaxMemoryPerShellMB:
在 CLI 中：
winrm set winrm/config/winrs @{MaxMemoryPerShellMB="1024"}在 PS 中：
Set-Item WSMan:\localhost\Shell\MaxMemoryPerShellMB 1024
-
-
为确保 SCOM 集成在混合域环境中正常工作，请设置以下注册表项。
Path: HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\Policies\System
Key: LocalAccountTokenFilterPolicy
数据类型: DWord
值: 1
注意：不正确地编辑注册表可能导致严重问题，甚至可能需要重新安装操作系统。Citrix 无法保证能够解决因不正确使用注册表编辑器而导致的问题。请自行承担使用注册表编辑器的风险。编辑注册表之前，请务必备份注册表。
SCOM 集成设置完成后，您可能会看到消息“无法获取最新的 SCOM 警报。有关详细信息，请查看 Director 服务器事件日志”。服务器事件日志有助于识别和纠正问题。原因可能包括：
- Director 或 SCOM 计算机的网络连接丢失。
- SCOM 服务不可用或过于繁忙而无法响应。
- 由于配置用户的权限发生更改，授权失败。
- Director 在处理 SCOM 数据时出错。
- Director 与 SCOM 服务器之间存在 PowerShell 版本不匹配的问题。