App-V的安装步骤

要安装APP-V并实现全部的功能，需要的步骤并不算很多，下面都是必须做到的步骤：

1、安装前的环境搭建：建立域控制器，安装.Net Framework 2.0，IIS服务，MSXML6.0等系统环境组件，另外，数据库SQL Server也是必须的。

2、安装程序虚拟化服务器端Application Virtualization Management Server。

3、安装客户端Application Virtualization Client。

4、安装程序序列化工具Application Virtualization Sequencer。

一、系统准备，安装活动目录，.Net Framework 2.0， IIS， MSXML6.0，在安装过程前也会对现有系统做检测，缺少哪些部件也会给出提示，算是半傻瓜化操作。不过这些缺少的组件或补丁需要用户自行下载安装，如果能在安装程序种集成到一个包中会更加方便些，否则APP-V安装过程也许会被打断。

在Windows Server 2003下，添加删除程序处添加组件，安装好.Net Framework 2.0， IIS组件。安装SQL Server数据库(里面已经包含了MSXML组件)，这些稍后会用到，否则安装过程会被终止而不是回退到上一步。

之前也提到了APP-V需要数据库的支持，所以先安装SQL Server数据库，新建好用于程序虚拟化的数据库，这样前期工作就算是做好了。

安装Application Virtualization Management Server

在App-V 4.5中，Server共分为Application Virtualization Management Server与Application Virtualization Streaming Server两种，Application Virtualization Management Server使用 Active Directory 组来管理用户授权。除了Active Directory域服务以外，这些服务器还安装了SQL Server，以管理数据库和数据存储。Management Server 通过Application Virtualization Management Console（Microsoft Management Console 的一个管理单元）得以控制。由于 Application Virtualization Management Server 会按照需要将应用程序传输给最终用户，因此理想情况下这些服务器适合执行更具有可靠、高带宽LAN的系统配置。

而后者Application Virtualization Streaming Server，可以满足可能不具备支持Management Server的基础结构的公司的需要。与Application Virtualization Management Server不同，Streaming Server不使用SQL或Management Console。这些服务器使用访问控制列表 (ACL)来授予用户授权，这种架构比较适合在中小型企业，节点较少同业也不具备大型数据库支持的小型网络环境中。

我们打开MDOP 2008R2的安装界面，选择Application Virtualization for Desktop 4.5进行安装。

3.进入安装界面，一路Next。

APP-V Server Mnangement组件不多，默认情况下是全部安装，需要的磁盘空间在400M左右。

这里用到了我们装的SQL Server数据库，假如系统检测不到有数据库的存在，点下一步就会自动报错。因为SQL Server就装在本地，所以这里直接选local。所有通信端口都采用默认设置，如果默认端口已经被占用的话，也要记住改用的端口，在稍后的配置时还会用到，如果服务器和客户端之间不匹配，后果自然是失败了。

安装默认554的端口。

然后需要为APP-V指定两个管理和用户的组，这在之前设置动态目录的时候需要预先新建出来，用不同的组给APP-V赋予不同权限，管理员可以进行Server的管理，用户用于登陆接受服务器分发的虚拟化程序。

选择Content的位置，Content目录用于存放经过序列化分拆的程序包OSD文件，服务器会从此向组内客户端分发程序。默认路径会比较深，找起来很麻烦，当然也可以自定义。

这一步比较关键的是要将此文件夹共享，可以向Admin和User组内成员开放共享，为方便起见也可以将文件夹share给everyone，而且everyone有读取权限才有用，这一步十分关键，完成这一步，安装完成。

完成以后在“管理工具”内就出现“APP-V management console”控制台项目，运行启动，选择右边的Connect to Application Virtualization System连接服务端。

即使Server端安装在本地，但也要给出完整计算机名称、通信协议类型和端口。

用记事本打开content下的DefaultApp.osd，注意选中的地方，将协议改为RSTP，端口改为与安装时候的一致，不得不说DefaultApp.osd默认的322竟然和安装时默认的554不统一，这种小细节最有可能烦死人了。

将左边窗口展开，点击Applications，在中间窗口右击Default Application，选择属性。这一步非常的关键，一定要将OSD Path和Icon Path的本地路径进行修改，要选择为网络路径，否则后面会配置不了，因为content已经设置为共享文件夹，所以其他用户通过网络地址可以访问到。

可以根据需要，设置Shortcuts属性， 可以选择将其派发至客户端指定的位置：桌面、开始菜单或者快速启动栏。

安装Application Virtualization Client

在客户端上选择安装Application Virtualization Client程序。

过程中，注意要选择的自定义，否则会错过很多设置项目，从前面大家可能都心里有数了，即便是默认设置，APP-V也并没有完全遵守默认规则，所以还是自定义比较踏实，毕竟自己改动的地方要改回来也是心里有数吧。

客户端会映射一个共享的网络磁盘也就是刚才我们在服务端共享的content文件夹。我们可以看到首选驱动器号为Q，往后一直到Z都可选，这基本上不会和本地磁盘混淆。

在立即设置发布服务器上一定要打勾，类型选择Application Virtualization Server，正确填写主机名，端口填写我们使用的554端口，总之和先前填写要一致，最后一个选项打勾。

安装完成以后记得要重启系统，然后打开Application Virtualization Client选择发布服务器，可以看到TEST服务器，右键选择refresh server，刷新服务器信息。

如果在服务器端已经完成程序虚拟化步骤，刷新服务器发布信息以后，桌面、开始菜单或者之前指定的位置出现程序的图标，且可以运行。这表示server与client之间可以正常通信，安装成功。

安装Application Virtualization Sequencer

对于Sequencer，熟悉Softgrid的同学应该不会陌生，除了Server和Client两个端之外，Sequencer也是其中的重要主角，Sequencer是一个序列化的工具，所谓的序列化就是将应用程序序列化，讲整体分割为小块，其结果以文件形式独立存储，块可以组合使用，不会改变应用程序本身。Sequencer的作用就是把整个应用程序分拆并且序列化为多个单独功能部件。经过序列化的应用程序各个功能其实是独立分割的，在客户端需要使用到哪一个功能时，会想Server发出请求指令，而Server会将单独的功能分包小块发送过去，这不需要把所有程序一锅端，这很大的降低网络和服务器负载压力。

Sequencer在APP-4.5中的变化不大，在序列化过程中，Sequencer 会虚拟一个监视环境，要序列化的应用程序安装在序列化计算机上。接下来，序列化应用程序启动，并执行其最重要且最常用的功能，使监视过程可以配置主要功能块。

需要注意的是在实际环境中，一般企业会包含多种版本的桌面操作系统，在制作应用程序序列包时应该，而且最好在相同的操作系统上进行打包，这样应用程序才能保证在相应的客户端操作系统版本上正常运行。

在实际应用中，我们需要的是一个干净的系统，以避免产生的序列化文件有不必要的误差和冲突，最好用虚拟机来实现，在一个干净虚拟系统上装了Sequencer，产生序列化文件并上传上App-V server后，在把虚机回滚到程序未安装的干净系统状态，继续做另一个软件的序列化。这样貌似很麻烦，但多个序列化后的程序包在客户端执行时，会有很多不必要的序列块，有可能引发潜在的程序冲突，而且Sequencer制作过的程序包以后都可以永久保存，麻烦一点换来的是一劳永逸也算值得。

安装App-V Sequencer，这个过程没什么要特别配置的地方，一路next选择默认安装完毕即可，不过在测试中我们出现过安装中断甚至没有错误提示的经历，不过在更换了一个系统以后就可以顺利安装了，这估计是缺少系统文件的原因。

制作应用程序虚拟化文件包

安装好了我们就做个测试看看，H手上只有一些测试软件，这里就地取材将磁盘测试软件Iometer制作为序列化软件，制作程序包的方法都是一样的。

启动Sequencer后有制作向导，可以按部就班的进行学习。在确定程序包的名称和放置程序包的路径之后，Sequencer会启动一个监视器，这个监视器会记录下应用程序的各个安装部件并一一进行序列化。

启动“监视器”之后，Sequencer会自动缩小到系统任务栏上。然后我们就可以开始安装应用程序的操作了，这些我们选用的是用于测试磁盘性能的Iometer，安装简单也比较小巧，安装的步骤也在本地系统安装程序没有两样。

Iometer安装完毕后，切回Sequencer点“下一步”停止监视器。

步骤5，显示监视器收集到的程序信息，这里可以把程序的默认路径改为Q盘，对于客户端来说，虚拟化程序的缓存文件都在之前安装APP-V client时所定义的Q盘上，我们需要将虚拟化程序的路径改为客户端的本地路径。

对于各个程序组件，可以测试它们能否正常启动。

可以完成Iometer的序列化了。

在部署标签上填写APP-V服务器端的主机名称和端口，并程序包的信息修改符合服务器本地路径、名称等相关信息。以为这些文件最后是要复制到服务器的content目录中的，关键信息都要同一一致。

然后可以保存这个项目的文件，以后就再也不需要制作Iometer的程序包了，只需要保存好这些文件。

正式启动APP-V程序虚拟化

说了这么多，都是为现在这一步作的准备，客户端服务端和序列化工具的安装设置就是这整个系统的搭建过程。因为其中的细节不少，H觉得APP-V配置过程虽然不很复杂，但却要求十分细心，试想一下如果企业的客户节点有成百上千个的话，部署过程就相当的可怕了，当然对于那样庞大的任务量也有对应的技术手段，那就是另外一回事了。

先把制作好的程序包复制到content文件夹中，切换回APP-V management console控制台，在应用程序项上右键选择“导入应用程序”。

选择已经放置妥当的content\Iometer目录下iometer.sprj文件，填加可以访问该程序的帐号组，填加之前在动态目录中定义好的组就可以。

一定要务必把OSD Path和Icon Path指向到\服务器名\content下，否则显示不出相应的图标和程序组。

最后一步：用组内成员登陆client系统，原本的客户机也是一个刚刚安装好的干净系统。

启动系统后，发现，开始菜单已经出现了我们需要的“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解决方案实现企业客户端的桌面标准化、桌面高可用性和桌面可管理性。

其实是百度的搜索结果把“虚拟桌面”和“桌面虚拟化”混淆了，按其所述的“虚拟桌面”是一种应用软件，可以将普通Windows

系统的桌面划分成多个区域，每个区域都可以由用户单独布置图标和软件运行窗口，互不重叠和冲突；可以在几个区域间灵活的切换。这种技术在在Mac下叫做Spaces，在Linux下叫做工作区。Windows

公开的API

本身也是支持多显示器多桌面。当只有一个显示器的时候，其它桌面被称为虚拟桌面，这其实与现今的虚拟化技术条下诞生的“桌面虚拟化”有着本质的区别。

我们现在所说的“桌面虚拟化”，其实是通过云计算技术，在一组高性能的服务器上安装诸多虚拟机，虚拟机上运行不同的各种操作系统。这些虚拟化之间逻辑隔离分享高性能服务器的计算资源（及硬件资源），而最终用户可以通过相关的协议如：RDP

、ICA

、SPICE

等协议客户端远程连接到虚拟机，将该虚拟机的“桌面”映射到本地来。一般将这个远程映射过来的桌面称之为【虚拟桌面】。无论从原理还是应用场景上来讲，两者都存在着本质的区别。

作为今天而言，我们提到虚拟桌面的时候，一般指是都是基于“桌面虚拟化”技术而产生桌面，而不再是上述那种单显示器多显示区域的方式。

虚拟化技术的可以在BIOS中开启，开启方法如下：

1、进入BIOS。开机时按F2或F12或DEL或ESC等键(各电脑有所不同)。

2、进入BIOS后，找到Configuration选项，选择Intel Virtual Technology并回车，将光标移至Enabled，然后再回车，最后按F10保存并退出。

如果找不到Configuration选项，可以试试下面的方法：

(1)某些HP(惠普)电脑进入BIOS后，需要选择SystemConfiguration(系统配置)菜单，然后选择Device Configuration(设备配置)，找到Virtualization Technology，设置为Enabled。

(2)某些联想Thinkpad电脑进入BIOS后，需要选择Security菜单，然后选择Virtualization，设置为Enabled。

(3)某些DELL(戴尔)电脑进入BIOS后，需要选择Processor Settings菜单，然后选择VirtualizationTechnology，设置为Enabled。

虚拟化在1960年为了描述虚拟机(实验性的IBM M44/44X系统)这个概念被第一次提出。对虚拟机的架设和管理被称为平台虚拟化，现在也被称为服务器虚拟化。不同bios设置位置不同。

1、进入BIOS。开机时按F2或F12或DEL或ESC等键(各电脑有所不同)。

2、进入BIOS后，找到Configuration选项，选择Intel Virtual Technology并回车，将光标移至Enabled，然后再回车，最后按F10保存并退出。

如果找不到Configuration选项，可以试试下面的方法：

(1)某些HP(惠普)电脑进入BIOS后，需要选择SystemConfiguration(系统配置)菜单，然后选择Device Configuration(设备配置)，找到Virtualization Technology，设置为Enabled。

(2)某些联想Thinkpad电脑进入BIOS后，需要选择Security菜单，然后选择Virtualization，设置为Enabled。

(3)某些DELL(戴尔)电脑进入BIOS后，需要选择Processor Settings菜单，然后选择VirtualizationTechnolog

虚拟化技术的可以在BIOS中开启，开启方法如下：

1、进入BIOS。开机时按F2或F12或DEL或ESC等键(各电脑有所不同)。

2、进入BIOS后，找到Configuration选项，选择Intel Virtual Technology并回车，将光标移至Enabled，然后再回车，最后按F10保存并退出。

如果找不到Configuration选项，可以试试下面的方法：

(1)某些HP(惠普)电脑进入BIOS后，需要选择SystemConfiguration(系统配置)菜单，然后选择Device Configuration(设备配置)，找到Virtualization Technology，设置为Enabled。

(2)某些联想Thinkpad电脑进入BIOS后，需要选择Security菜单，然后选择Virtualization，设置为Enabled。

(3)某些DELL(戴尔)电脑进入BIOS后，需要选择Processor Settings菜单，然后选择VirtualizationTechnology，设置为Enabled。

虚拟化在1960年为了描述虚拟机(实验性的IBM M44/44X系统)这个概念被第一次提出。对虚拟机的架设和管理被称为平台虚拟化，现在也被称为服务器虚拟化。

平台虚拟化表现为在一个给定的硬件平台上宿主机创造一个模拟的计算机环境(虚拟机)提供给客户机。客户机软件对于用户应用程序没有限制许多宿主机允许运行真实的操作系统。客户机就好像直接运行在计算机硬件上，伴随着几个明显的警告。虚拟机对硬件资源(如网络，显示器，键盘，硬盘)的访问被统一管理在一个比处理器和系统内存更有限制性的层次上。客户软件经常被限制访问计算机周边设备，或者被限制在较低的设备性能上，这取决于宿主机硬件

启动时根据提示按del 键

---