我们都知道，在虚拟化之前，对物理服务器之上的应用问题进行诊断相对简单。在大多数情况下，管理员通过重新配置，升级或者为服务器打补丁能够解决问题。

不幸的是，虚拟化诊断为应用性能增加了一个全新的、很复杂的虚拟化层。运行多个工作负载肯定有益于提升服务器的利用率，但是硬件资源共享有时可能会导致不可预见的结果，以意想不到的方式对工作负载的性能产生不良影响。

例如，假定一台数据库服务器和一台多媒体服务器共享同一台主机服务器。服务器有足够多的资源来应对工作负载对资源的需求，而且在正常的使用模式下，这两个工作负载都交付了足够好的性能。现在假定用户一直在抱怨数据库查询性能0下，IT专业人员通常会通过检查数据库服务器虚拟机来应对用户的抱怨，希望发现是配置发生了变化或者资源存在不足。但是检查完数据库服务器后，看起来先进的问题就是当数据库查询性能0下时本地磁盘的I/O过于频繁，但是本地磁盘活动频繁却和数据库虚拟机无关。然而另一名技术人员发现当数据库响应缓慢时多媒体服务器虚拟机在处理大量的视频处理请求。

在上述示例中，即使数据库服务器虚拟机正面临性能问题，但这是由本地多媒体虚拟机处理大量的请求而导致的。因此一台虚拟机的性能可能会对其他本地虚拟机带来不良影响。
虚拟化可能会使追踪问题根源变得复杂起来，因为可能不会考虑特定系统上的其他负载情况就对虚拟机的资源进行调整或者迁移虚拟机。为更高效地诊断上述问题，IT专业人员需要使用能够识别出虚拟机物理路径以及每台虚拟机正在运行的应用的业务服务管理工具。