当客户端管理工具***被推出的时候，我们满怀期望地认为它可以解决数据中心桌面端的***的一个问题：离线访问。
自从终端服务开始流行之后，IT始终面临的一个事实是，不论我们采用什么样的方式，用户始终无法在没有网络或Internet连接的情况下，访问集中的桌面端。或多或少的，我们忽略了一些手机用户，但是到目前为止，还没有一个足够可靠的解决方案使得他们可以离线访问应用程序和数据。
IT专家们认为客户端Hypervisor技术将会改变这种局面，因为随着虚拟桌面基础设施(VDI)逐渐形成体系，我们开始仿照数据中心的情况，在自己的笔记本上运行同样的管理工具。我们认为可以找到一个***的解决方案，在任何一个环境中都能够启动桌面映像、同步文件和个性化设置——不论我们在哪里——都可以接入桌面端。
离线VDI的问题在哪?
管理员一直都希望能够实现信息双向同步：某一天去办公室，登陆虚拟桌面，然后拿着笔记本电脑离开办公室，离线使用已经下载的虚拟机(但是需要忽略文件还存储在其他地方，并且许多应用程序需要网络连接来访问数据)。
由于过于困难，这种设想没有得到实现。一些解决方案确实可以管理虚拟机进行同步，但只针对于客户端管理系统，而不是在VDI和客户端管理系统之间。另外一些可以同步文件和个人配置，但是不能同步底层的映像，其可以起到一些帮助作用，但是并不适合那些随时需要大量信息的独立手机用户。同步大量数据是一个非常复杂的过程。
之后产生了一个检查虚拟机输入输出的概念：先将VDI虚拟机处于离线状态，回到办公室以后，再将其连接到池中。这听起来很有道理，但是当你考虑一下，跨网络移动一个完整的虚拟机(很有可能是持续性虚拟机，而不是共享虚拟机)并不是一个很快的过程，用户很有可能只是检查其输出，在本地运行，而并不去检查输入。从本质上，离线VDI并不贴合实际。
不要忘了对于硬件支持和用户体验来说，最初的客户端系统工具在细节方面还很粗糙。
#p#
为什么最初的客户端系统工具不能达到目标
最初没有太多人使用客户端管理工具的一个原因之是很少有机器可以提供可靠、流畅的使用体验。服务器领域中的Type 1管理工具只能支持相对有限的硬件配置。但是在桌面端，用户可能会使用很多种疯狂的、廉价的或者无用的硬件配置，更不用说那些在服务器中根本不存在的硬件了。
Type 1客户端管理工具需要支持多种USB设备、显卡、无线和以太网卡、声卡、移动芯片、电池状态和上盖闭合，来响应一些操作。你知道如果在安装VMware ESX的笔记本上，合上笔记本上盖会怎样吗?什么都不会发生!笔记本可能有50种不同的方式来通知系统上盖已经被关闭了，而每一种都需要管理工具的支持。在Windows中这很容易实现，每个人都可以得到相关组件的驱动程序。但是对于系统管理工具来说，这却还是一个未知领域。
基于此，客户端管理工具的供应商必须让这项技术变得更为贴近用户。没有用户想知道他们正在运行一个虚拟机，他们肯定也不想赶时髦来体验虚拟机管理，或者连接到一个新的无线网络中，来让Windows可以识别虚拟网卡。
相对来说，Type 2客户端管理工具在这方面做得好一些，起码从用户的角度来说，已经将提供的服务变得透明。模拟技术已经得到了很大的发展，由于管理工具利用已经安装的操作系统，所以很容易得到部署。
这就是过去几年中供应商对于离线VDI所做的改进和现状。借助于在不断发展的硬件支持，Type 1客户端管理工具已经认识到怎样为用户提供无缝体验。离线VDI仍然在探索阶段，迫使我们和供应商重新评估这项技术。
