正在阅读：V就是微 微软程序虚拟化App-V全图解V就是微 微软程序虚拟化App-V全图解

　　启动系统后，发现，开始菜单已经出现了我们需要的“iometer”，名称、图标完全没有问题。

　　点击运行，iometer成功启动，操作和本地安装的程序一模一样。

　　到此，APP-V程序虚拟化系统宣告搭建成功。

结束语：

APP-V系统架构图

　　App-V解决方案以活动目录为基础，结合App-V Server、Sequencer、App-V Client一并形成完整的虚拟应用程序解决方案，其中Sequencer用以测试和制作需要部署的应用程序包，App-V Server用以向App-V Client分发Sequencer生成的程序包。

　　在App-V架构中，一般建议Sequencer要与Client操作系统一致，并在使用Sequencer部署应用程序包的时候保持系统的干净。比如说，一个企业中的客户端都是Windows XP，那么用于生成Sequencer的服务器也希望是Windows XP，虽然有的软件可以部署在不同的操作系统版本上，建议操作系统上没有安装其他多余的第三方软件。

　　在企业的实际运用中，可能客户端会涉及到不同版本的操作系统。通常的做法是部署多台不同版本的操作系统，并安装Sequencer。这样负责的要求下，最好使用虚拟系统以保持系统干净。

　　当使用Sequencer制作好应用程序包，将生成一个启用虚拟化的应用程序文件 (.sft)、一个开放软件描述文件 (.osd)、一个图标文件 (.ico) 和一个项目文件 (.sprj)，并上传到共享存储或是App-V Server上后，结合活动目录的权限管理，发布应用程序包到客户端。客户端在第一次打开应用程序快捷方式或者相关联的文件时，将向App-V Server下载，并只下载5% ~ 20%的代码用以运行“最短启动代码”。

　　同时，下载后的应用程序将可以在控制面板中的SoftGrid管理中看到下载的比例，应用程序使用中不会在本地计算机上安装。与以往的终端服务不通的是：在本地执行，并支持脱机状态运行。当应用程序需要升级时，管理员只需要将原有生成的应用程序项目文件重新导入，并安装升级后重新分发即可，不会影响用户的继续使用。

　　当客户端需要使用到前面“最短启动代码”里没有的功能时，将自动在服务器中下载相应的代码以运行。从统计学上来说，一个企业的所有客户端在同一时间使用同一软件的同一功能的可能性是相当小的，所以这样也能起到一个数据分流的作用，从而大大加快速度。

　　在MDOP套件中还有企业用于桌面管理的其他工具，利用MDOP对客户端进行应用程序部署的时候，企业还可以通过App-V对部署的程序进行管理。同时，也可以使用App-V解决方案实现企业客户端的桌面标准化、桌面高可用性和桌面可管理性。