如果你与某个在环境中运行虚拟化的IT部门技术人员交谈的话，你会发现他们总是抱怨独立软件提供商通常不会“正式地支持”他们的应用在虚拟机内运行。不管怎么说，如果你选择虚拟化这些应用，那么就出现问题——当然，选择权在你自己手里。
如果独立软件商不支持应用运行在虚拟化平台上，出现问题以后他们通常会要求你在一台物理设备上重现这一故障问题。然后呢，没有问题了吧？毕竟，管理员不会把所有业余时间花在在物理设备上搭建一个完全一样的客户环境而仅仅是为了证明一个问题。
在有些情况下，精明的管理员会忽略掉一些关于应用如何被安装在虚拟机中的小细节。这在通过电话提供帮助的时候非常奏效。一旦有了解决方案之后，管理员就会祈祷不会再出现任何关于虚拟化的问题，或者是在解决问题的一开始就出现。
所幸的是，事情都是改变的，我们不再处于一个虚拟化的“黑暗时期”——那时候，虚拟机被认为是神秘的，连软件提供商有时候也不愿意承认虚拟机是一个可靠的平台。但即使是在2009年这个虚拟化的“启蒙时期”，事情也并不是一帆风顺的。很多独立软件提供商可能只承认虚拟化技术，并在他们自己内部部署、测试或者用于生产。但是他们本身可能仍然不会正式提供与用户的支持协议。
微软希望帮助增强人们的信心并支持应用运行在兼容Hyper-V的Windows Server 2008 R2环境中。微软表示将通过升级的Windows Server 2008 R2 Logo Program实现这一目标。这一计划的目的就是在Windows服务器生态系统中提供应用质量。这一计划的既定目标就是当应用运行在微软Windows客户操作系统中的时候让应用兼容性更高、更可靠和更安全。
为此，微软最终希望通过介绍这一Logo计划认证的要求（包括对微软Hyper-V的支持）来帮助虚拟化用户。有了这一新的Logo计划，Hyper-V支持将不再是任选要求。需要这一Logo的应用将在运行兼容微软Hyper-V的Window Server 2008 R2服务器虚拟机中接受测试。
微软授权的测试厂商将在Hyper-V虚拟机中测试这些应用。大体情况是，任何不能运行在虚拟环境下的应用需要这一Logo的话，必须提供为什么无法符合这一策略的技术或者其他方面原因。走这条路线的企业必须填写一份专门的弃权请求，并提交给测试厂商。然后这些弃权的企业必须经过微软的审核。
更多关于这一Logo计划的细节包括：
“经过了运行在微软Hyper-V上的虚拟机测试的应用将通过一个附加的修正器被添加到Windows Server Catalog中，并指明这些应用是经过Hyper-V测试的。
这意味着这个应用的主要功能已经在Hyper-V上运行的Windows Server 2008 R2虚拟机的认证，而且这一应用支持Hyper-V功能在虚拟机上5种主要行为——保存状态、恢复、中止、关闭和快照。
这种标记并不意味着应用是完全兼容Hyper-V的，以及所有应用功能都是优化的。有些情况下，应用或者应用中的某些组件可能会在运行在Hyper-V虚拟机的时候被减少或者缺失某些功能性。这种标记也并不是说明这一应用满足运行在虚拟环境下的所有认证要求。认证项目中某些测试实例可能仍然是在物理设备上进行的。
如果预计这一应用会在运行在Hyper-V虚拟机或者正处于保存或者恢复状态的时候受到影响，那些这种影响和工作环境必须被记录下来，并按需地提供给用户。”
最后，随着越来越多的机构开始在他们的环境中（包括业务关键应用）大范围地采用虚拟化，我们将看到更多来自于独立软件提供商对虚拟化的支持。业务微软最新的Logo项目将帮助加速这一进程。
