VDI问题不可预知的原因很简单：使用VDI的用户难以捉摸。

数据中心内的服务器被构建用于完成始终如一的任务，只有在修改应用时任务的属性才会发生变化。然而就使用VDI的用户而言，了解其使用行为几乎是不可能的。再加上技术很复杂，VDI出问题时，迫使IT采用新方法进行故障诊断。

VDI问题往往可以划分为以下四类：角色管理、性能、基础设施以及平台。这些问题往往存在重叠。例如，基础设施问题可能会影响性能，但每个问题都有其自己的特征。

角色管理

VDI故障诊断往往始于用户抱怨虚拟机加载慢，或者文件有丢失。用户是在使用VMware Horizon内置的角色管理工具还是在运行Liquidware Labs的配置管理工具、Unidesk、AppSense还是活动目录组策略，有几个问题还必须进一步了解。

在大多数情况下，角色涉及虚拟机层面的数据重定向、临时文件以及设置保存在网络卷或附加的数据存储上。如果用户正在抱怨，那么在白板上画出连接架构是个不错的主意。

如果重定向位于NAS上，NAS与虚拟机之间的网络带宽是否能够保障在用户登录时足够快地迁移用户数据？用作附加数据存储的底层存储性能如何？在用户登录或者退出虚拟机时，吞吐量和IOPS达到峰值，数据卷撑得住吗？

如果用户抱怨应用失踪了，那么VDI管理员必须询问是否有正确的产品用于管理部门安装以及用户安装的应用。角色管理产品支持该要求吗？如果不支持，那么是时候考虑其他产品了。

判定角色管理是否完善的另一个指标是在IT重组虚拟桌面池后，用户在访问其已保存的自定义设置或应用时是不是会遇到问题。

性能问题

虚拟桌面性能问题，比如支持CAD、3D建模、制图以及视频渲染是让用户抓狂的另一大问题。上述抱怨通常来自对系统性能需求更高的部分用户，而不是大多数用户。

为专用的高性能资源池配置主镜像用于隔离专门的用户组，满足其使用要求是个不错的主意。为虚拟机分配更多数量的虚拟内存并将监视器数量以及分辨率调整至最大，并为虚拟机配置容量最大的显存。

如果创建了一个高性能主镜像，那么IT一定不要分配过多的虚拟处理器。分配过多的虚拟处理器，将增加CPU核心调度等待时间，导致虚拟机性能下降。如果管理员已经给桌面虚拟机分配了两个以上的虚拟CPU，可能是时候重新考虑其策略了。还要重新考虑使用任何CPU关联性限制，因为无法将内核分配给特定的虚拟机，这会影响性能。

如果VDI部署规模足够大，IT可以搭建高性能集群。使用基于硬件协议加速器（APEX卸载卡）或者硬件GPU（NVIDIA Grid）的集群能够显著改善虚拟桌面性能。

基础设施考量

在基础设施级，VDI故障诊断往往会涉及资源约束。在虚拟机高负载运行时，一定要检查主机CPU、内存、存储以及交换机的负荷情况。

10Gb以太网往往是VDI主机与存储阵列之间带宽的强制要求。如果存储阵列不支持高级别的吞吐量以及IOPS负载，或者不支持10Gb以太网，那么IT可能要考虑其他选择提升基础设施性能。例如，在主机上安装SSD硬盘并启用hypervisor级缓存可能会显著改善存储及网络性能。

基础设施端往往被忽略的一个问题就是用户终端。例如，某些瘦客户端配置不足以运行更新的代理软件并报内存不足错误。此外，USB重定向技术往往无法在旧设备上使用。

关注平台以及审计功能

就VDI故障诊断平台而言，保持与虚拟机内置工具、代理以及客户端版本的一致性是很重要的。例如，问题最终往往会归结为IT在升级VMware Horizon版本时，却没有更新VMware Tools或者Horizon View代理。经常遇到的情况是服务器端看起来很棒，但运行客户端的某些终端的版本比服务器低三个。

需要考虑的最后一件事是审计功能。大多数IT部门都使用性能监控工具监控数据中心基础设施。由于部分原因IT部门往往不会在VDI部署中应用上述性能监控工具。Liquidware Labs、Manage Engine以及SolarWinds提供了第三方工具对VDI性能进行管控。此外，大多数VDI软件供应商，包括VMware、Citrix以及微软都提供了面向自有产品的监控工具。