你当前正在访问 Microsoft Azure Global Edition 技术文档网站。 如果需要访问由世纪互联运营的 Microsoft Azure 中国技术文档网站，请访问 https://docs.azure.cn。
本文列出并简要介绍了与 Azure 虚拟桌面见解相关的关键术语和概念。
警报
在订阅上配置并分类为 严重性 0 的任何活动 Azure Monitor 警报将显示在“概述”页中。 若要了解如何设置警报，请参阅 Azure Monitor 日志警报。
可用会话
可用会话显示主机池中的可用会话数。 该服务通过将虚拟机 (VM) 的虚拟机数乘以每个虚拟机允许的最大会话数来计算此数字，然后减去总会话数。
客户端作系统 (OS)
客户端作系统 (OS) 显示访问 Azure 虚拟桌面资源的 OS 最终用户当前使用哪个版本。 客户端 OS 还显示) 客户端和用户拥有的完整远程桌面客户端的 Web (HTML 版本。 有关 Windows OS 版本的完整列表，请参阅 作系统版本。
连接成功
此项显示连接运行状况。 “连接成功”意味着连接可以到达主机，由该虚拟机上的堆栈确认。 连接失败意味着连接无法访问主机。
每日活跃用户 (DAU)
过去 24 小时内已启动会话的用户总数。
每日警报
每天触发的警报总数。
每日连接和重新连接
在过去 24 小时内启动或完成的连接和重新连接总数。
每日连接小时数
过去 24 小时内跨用户连接到会话所用的总小时数。
诊断和错误
当 Azure 虚拟桌面见解中出现错误或警报时，会按以下三项对其进行分类：
活动类型：此类别是 Azure 虚拟桌面诊断对错误进行分类的方式。 类别包括管理活动、源、连接、主机注册、错误和检查点。 若要详细了解这些类别，请参阅将 Log Analytics 用于诊断功能。
类型：此类别显示错误的位置。
- Azure 虚拟桌面服务中发生了标记为“service”或“ServiceError = TRUE”的错误。
- 标记为“部署”或标记为“ServiceError = FALSE”的错误发生在 Azure 虚拟桌面服务之外。
- 若要详细了解 ServiceError 标记，请参阅 常见错误方案。
源：此类别更具体地描述了错误发生的位置。
诊断：负责监视和报告服务活动的服务角色，让用户观察和诊断部署问题。
RDBroker：负责协调部署活动、维护对象状态、验证身份验证等的服务角色。
RDGateway：负责处理最终用户与虚拟机之间的网络连接的服务角色。
RDStack：安装在 VM 上的软件组件，允许它们与 Azure 虚拟桌面服务通信。
客户端：在提供 Azure 虚拟桌面服务接口的最终用户计算机上运行的软件。 它将显示已发布资源的列表，并在你做出选择后托管远程桌面连接。
每个诊断问题或错误都包含一条消息，用于解释错误。 若要详细了解如何排查错误，请参阅 识别和诊断 Azure 虚拟桌面问题。
网关区域代码
Azure 虚拟桌面见解中的一些指标列出了用户连接的网关区域。 网关区域由三个或四个字母的代码表示，该代码对应于网关所在的 Azure 区域。 下表列出了网关区域代码及其相应的 Azure 区域：
| 网关区域代码 | Azure 区域 |
|---|---|
| AUC | 澳大利亚中部 |
| AUC2 | 澳大利亚中部 2 |
| AUE | 澳大利亚东部 |
| 因为 | 澳大利亚东南部 |
| BRS | 巴西南部 |
| CAC | 加拿大中部 |
| CAE | 加拿大东部 |
| CHNO | 瑞士北部 |
| CIN | 印度中部 |
| CUS | 美国中部 |
| 大通 | 东亚 |
| EEU | 东欧 |
| EUS | 美国东部 |
| EUS2 | 美国东部 2 |
| FRAS | 法国南部 |
| FRC | 法国中部 |
| GEC | 德国中部 |
| 根 | 德国北部 |
| 基因 | 德国东北部 |
| GWC | 德国中西部 |
| JPE | 日本东部 |
| JPW | 日本西部 |
| KRC | 韩国中部 |
| KRS | 韩国韩国 |
| KRS2 | 韩国 2 |
| NCUS | 美国中北部 |
| NEU | 北欧 |
| NOE | 挪威东部 |
| 现在 | 挪威西部 |
| SAN | 南非北部 |
| 锯 | 南非西部 |
| SCUS | 美国中南部 |
| SEA2 | 东南亚 2 |
| 海洋 | 东南亚 |
| 罪 | 印度南部 |
| SWW | 瑞士西部 |
| UAEC | 阿联酋中部 |
| UAEN | 阿联酋北部 |
| UKN | 英国北部 |
| UKS | 英国南部 |
| UKS2 | 英国南部 2 |
| UKW | 英国西部 |
| WCUS | 美国中西部 |
| WEU | 西欧 |
| 赢 | 印度西部 |
| WUS | 美国西部 |
输入延迟
Azure 虚拟桌面见解中的“输入延迟”是指每个会话的每个进程性能计数器的输入延迟。 在 aka.ms/azmonwvdi 的主机性能页中，此性能计数器配置为每 30 秒向服务发送一次报告。 这些 30 秒间隔称为“样本”，报告该窗口中的最坏情况。 中值和 p95 值反映了所有样本中的中位数和第 95 百分位。
在“ 按主机输入延迟”下，可以选择会话主机行，以筛选该主机的页面中的所有其他视觉对象。 还可以选择进程名称来筛选时间图表中的输入延迟中值。
我们按以下类别划分延迟：
- 良好：低于 150 毫秒。
- 可接受：150-500 毫秒。
- 差：500-2,000 毫秒 (低于 2 秒) 。
- 错误：超过 2,000 毫秒 (2 秒，) 。
若要详细了解输入延迟计数器的工作原理，请参阅 用户输入延迟性能计数器。
每月活动用户 (MAU)
在过去 28 天内启动会话的用户总数。 如果将数据存储在 30 天或更短时间内，在可用数据少于 28 天的时间段内，可能会看到低于预期的 MAU 和 Connection 值。
性能计数器
性能计数器显示硬件组件、作系统和应用程序的性能。
下表列出了建议的性能计数器和 Azure Monitor 用于 Azure 虚拟桌面的时间间隔：
| 性能计数器名称 | 时间间隔 |
|---|---|
| 逻辑磁盘 (C：) \Avg。磁盘队列长度 | 30 秒 |
| 逻辑磁盘 (C：) \Avg.Disk sec/Transfer | 60 秒。 |
| 逻辑磁盘 (C：) \当前磁盘队列长度 | 30 秒 |
| 内存 (*) \可用 MB | 30 秒 |
| 内存 (*) \Page Faults/sec | 30 秒 |
| 内存 (*) \Pages/sec | 30 秒 |
| 内存 (*) \% 正在使用的已提交字节数 | 30 秒 |
| PhysicalDisk (*) \Avg.磁盘队列长度 | 30 秒 |
| PhysicalDisk (*) \Avg. Disk sec/Read | 30 秒 |
| PhysicalDisk (*) \Avg. Disk sec/Transfer | 30 秒 |
| PhysicalDisk (*) \Avg.Disk sec/Write | 30 秒 |
| 处理器信息 (_Total) \% 处理器时间 | 30 秒 |
| 终端服务 (*) \活动会话 | 60 秒。 |
| 终端服务 (*) \非活动会话 | 60 秒。 |
| 终端服务 (*) \总会话数 | 60 秒。 |
| *每个进程的用户输入延迟 (*) \最大输入延迟 | 30 秒 |
| *每个会话的用户输入延迟 (*) \最大输入延迟 | 30 秒 |
| RemoteFX 网络 (*) \当前 TCP RTT | 30 秒 |
| RemoteFX 网络 (*) \当前 UDP 带宽 | 30 秒 |
潜在的连接问题
潜在的连接问题显示连接失败率较高的主机、用户、已发布资源和客户端。 选择“报告依据”筛选器后，可以通过检查以下列中的值来评估问题的严重性：
- 尝试 (连接尝试次数)
- 资源 (已发布的应用或桌面数)
- 主机 () VM 数
- 客户端
例如，如果选择“按用户”筛选器，则可以检查在“尝试”列中查看每个用户的连接尝试次数。
如果发现连接问题涉及多个主机、用户、资源或客户端，则此问题可能会影响整个系统。 否则，这是一个较小的问题，优先级较低。
还可以选择条目以查看其他信息。 可以查看与此问题相关的主机、资源和客户端版本。 显示还会显示连接尝试期间报告的任何错误。
往返时间 (RTT)
RTT) (往返时间是最终用户位置与会话主机的 Azure 区域之间的连接往返时间的估计值。 若要查看哪些位置具有最佳延迟，请在 Azure 网络往返延迟统计信息中查找所需位置。
会话历史记录
“会话”项显示所有会话的状态（已连接和已断开连接）。 空闲会话 仅显示断开连接的会话。
严重性 0 警报
需要立即处理的最紧急项目。 如果不解决这些问题，可能会导致 Azure 虚拟桌面部署停止工作。
连接时间
连接时间是用户打开资源以启动其会话的时间，以及桌面已加载并可供使用的时间。 例如，对于 RemoteApp，这是启动应用程序所需的时间。
连接时间分为两个阶段：
- 连接，即 Azure 服务将用户路由到会话主机所需的时间。
- “登录”，即服务执行与用户登录和在会话主机上建立会话相关的任务所需的时间。
监视连接时间时，请记住以下事项：
使用 Azure 虚拟桌面服务诊断数据的以下检查点测量连接时间。 见解用于确定连接建立时间的检查点对于桌面方案与 RemoteApp 方案不同。
Begins： WVDConnection 状态 = started
结束： WVDCheckpoints 名称 = ShellReady (桌面) ;Name = RdpShellAppExecuted (RemoteApp。对于计时，请考虑仅启动第一个应用)
例如，Insights 根据启动 Windows 资源管理器所需的时间来度量桌面体验的启动时间。 见解还会根据启动连接的第一个 shell 应用实例所花费的时间来度量 RemoteApp 的启动时间。
注意
如果用户启动多个 RemoteApp，有时 shell 应用可以在单个连接期间执行多次。 为了准确测量连接时间，应仅对每个连接使用第一个执行检查点。
由于新连接和已建立连接的“登录”过程存在差异，建立新会话所需的时间通常比重新建立到现有会话的连接要长。
如果用户需要一段时间才能输入凭据或使用备用身份验证方法登录，则从其连接到帐户所需的时间中减去用户提供凭据所需的时间。
排查连接时间过长时，Azure Monitor 会将总连接时间数据分解为四个组件，以帮助确定如何减少登录时间。
注意
本部分中的组件仅显示主要连接阶段。 这些组件可以并行运行，这意味着它们的总连接时间不会相加。 连接总时间是 Azure Monitor 在单独过程中确定的度量值。
以程图显示了登录过程的四个阶段：
流程图显示以下四个组件：
用户路由：从用户选择 Azure 虚拟桌面图标启动会话到服务标识要连接到的主机时所花费的时间。 高网络负载、高服务负载或唯一的网络流量路由可能会导致路由时间过长。 若要排查用户路由问题，请查看网络路径。
堆栈连接：从服务为用户解析目标会话主机到服务在会话主机与用户的远程客户端之间建立连接时所花费的时间。 与用户路由一样，网络负载、服务器负载或唯一网络流量路由可能会影响连接时间。 对于此组件，还需要注意网络路由。 若要减少连接时间，请确保已在客户端和会话主机上正确配置了所有代理配置，并且到服务的路由是最佳的。
登录：从建立到主机的连接到 shell 开始加载时所花费的时间。 登录时间包括多个可能导致连接时间长的进程。 可以在 Insights 中查看“登录”阶段的数据，以查看平均时间是否有意外的峰值。
“登录”过程分为四个阶段：
配置文件：为新会话加载用户配置文件所需的时间。 加载所需的时间取决于用户配置文件大小或你正在使用 (的用户配置文件解决方案，例如用户体验虚拟化) 。 如果使用的解决方案依赖于网络存储的配置文件，则过度延迟还可能导致配置文件加载时间更长。
组策略 对象 (GPO) ：将组策略应用到新会话所需的时间。 此数据区域的峰值表明组策略太多、策略应用时间过长或会话主机遇到资源问题。 要优化处理时间，可以做的一件事是确保域控制器尽可能靠近会话主机。
Shell 启动时间：启动 shell (所需的时间通常 explorer.exe) 。
FSLogix (Frxsvc) ：在新会话中启动 FSLogix 所需的时间。 启动时间过长可能表示用于托管 FSLogix 用户配置文件的共享存在问题。 若要解决这些问题，请确保共享与会话主机并置，并按登录到主机的用户的平均数量适当缩放。 另一个应注意的领域是配置文件大小。 较大的配置文件大小可能会减慢启动时间。
Shell 启动到 shell 就绪：从 shell 开始加载到完全加载并可供使用的时间。 此阶段的延迟可能是由会话主机重载 (CPU、内存或磁盘活动) 或配置问题导致的。
用户报告
在用户报告页中，可以查看特定用户的连接历史记录和诊断信息。 每个用户报告显示用户在其会话期间遇到的使用模式、用户反馈和任何错误。 大多数较小的问题都可以通过用户反馈来解决。 如果需要深入了解，还可以筛选有关特定连接 ID 或时间段的信息。
每个核心的用户数
这是每个虚拟机核心中的用户数。 跟踪一段时间内每个核心的最大用户数有助于确定环境是否始终以高、低或波动的每个核心的用户数运行。 了解活动用户数有助于有效地利用资源和缩放环境。
Windows 事件日志
Windows 事件日志是由 Azure Monitor 代理或 Windows 虚拟机上的 Log Analytics 代理收集的数据源。 可以从标准日志（如系统和应用程序）以及需要监视的应用程序创建的自定义日志中收集事件。
下表列出了 Azure 虚拟桌面见解所需的 Windows 事件日志：
| 事件名称 | 事件类型 |
|---|---|
| 应用程序 | 错误和警告 |
| Microsoft-Windows-TerminalServices-RemoteConnectionManager/管理员 | 错误、警告和信息 |
| Microsoft-Windows-TerminalServices-LocalSessionManager/Operational | 错误、警告和信息 |
| 系统警报 | 错误和警告 |
| Microsoft-FSLogix-Apps/Operational | 错误、警告和信息 |
| Microsoft-FSLogix-Apps/管理员 | 错误、警告和信息 |
后续步骤
- 若要开始，请参阅 使用 Azure 虚拟桌面见解监视部署。
- 若要估算、度量和管理数据存储成本，请参阅 估算 Azure Monitor 成本。
- 如果遇到问题，检查故障排除指南以获取帮助和已知问题。
还可以设置 Azure 顾问，以帮助你了解如何解决或防止常见问题。 有关详细信息，请参阅 Azure 顾问简介。
如果需要帮助或有任何疑问，检查我们的社区资源：
在 Azure 虚拟桌面 TechCommunity 向社区提问或提出建议。
若要了解如何留下反馈，请参阅 Azure 虚拟桌面的故障排除概述、反馈和支持。
还可以在 Azure 虚拟桌面反馈 中心为 Azure 虚拟桌面留下反馈