App-V 轻量级架构(Streaming Server)新部署测试方法
实验中采用的是App-V 轻量级架构，此轻量级基础架构由Microsoft System Center Application Virtualization Streaming Server 组成，通常单独此架构没有安装App-V management server，所以对于软件分发，根据微软的资料，有三种模式SFTMIME命令，用SCCM 或者直接制作成msi 文件进行分发，这些微软在官网TechNet库利有所介绍，这里介绍另外的第四种方法，经过实验证明了可行性，假如哪里说得不对，请多多指正，谢谢！
实验环境：
纯工作组环境，工作组为A
App-V Client：Windows XP2,计算机名stc
实验环境：
纯工作组环境，工作组为A
App-V Client：Windows XP2,计算机名stc
App-V Streaming Server： Windows Server 2003 R2,计算机名str
App-V Sequencer：Windows XP2
共享文件夹路径：App-V Streaming Server上的C:\content，访问路径为\\str\content
序列化软件：FileZilla
实验准备：
我们用Sequencer做出了一个序列化软件FileZilla，以下演示最后一步，我们点击保存，假如采用App-V独立模式，我们可以将输出选项的“生成Microsoft Windows Installer (MSI)包”打勾。因为实验中采用的是App-V 轻量级模式，所以这里可以不勾选该项
共享文件夹路径：App-V Streaming Server上的C:\content，访问路径为\\str\content
序列化软件：FileZilla
实验准备：
我们用Sequencer做出了一个序列化软件FileZilla，以下演示最后一步，我们点击保存，假如采用App-V独立模式，我们可以将输出选项的“生成Microsoft Windows Installer (MSI)包”打勾。因为实验中采用的是App-V 轻量级模式，所以这里可以不勾选该项
假如前一步勾选了，这里将有一个叫file的msi文件生成，通过各种方式的推送传送到客户端安装，这就是App-V独立模式。实验中采用的是App-V 轻量级模式，所以我们关注的是其他的文件，这次实验我们关注的是XML文件
以下分享第四种方法，用好XML清单文件。假如你已经装了App-V management server ，那还是建议你用Management console将application导入等常规方法，但是假如你没有安装只安装了Streaming Server ，只测试一下是否程序可以运行，或者你不需要进行个性化的修改，那么用这第四种方法不失为一种方法。我们打开如上图所示的XML文件，这个XML清单文件是一个在App-V 4.5中的新文件，当你在Sequencer中保存文件时，这个XML就会随之生成，并且命名与SPRJ, SFT文件名类似，只是多了_MANIFEST在后面。这个XML文件包含了做序列化的软件的创建桌面图标，快速启动栏，开始菜单快捷方式，文件类型关联等所有信息
实验步骤：
1. 我们将C :\content 的share permission设置为everyone为read权限，并且在security中也增加everyone, 开放默认权限
1. 我们将C :\content 的share permission设置为everyone为read权限，并且在security中也增加everyone, 开放默认权限
2. 我们使用命令SFTMIME.EXE ，输入命令
add package: 包名称/manifest XML路径/overrideurl sft路径
package名称可以用任意唯一的名字，当然最好与虚拟化软件时候的名称相同了，这里因为是实验，用123这个包名也无妨
这段语句这里告诉Client端程序包的具体位置，如XML清单文件描述。使用这个语句，无需打开Application Virtualization Client做任何操作，例如导入应用程序和设置文件关联，因为这些信息已经在XML清单文件中包含了，而且Application Virtualization Client无法自动识别发布服务器，手动添加会报错，但这不影响最后的结果，因为这个实验不需要在Application Virtualization Client中做任何操作
以下是参数解释：
参数 描述
/MANIFEST <清单路径> 清单文件的路径或 URL，该文件中列有程序包中包括的应用程序及其所有发布信息。
/OVERRIDEURL <URL> 程序包的 SFT 文件的位置。
我们输入完命令后，按回车看看效果，图标已经出来了
add package: 包名称/manifest XML路径/overrideurl sft路径
package名称可以用任意唯一的名字，当然最好与虚拟化软件时候的名称相同了，这里因为是实验，用123这个包名也无妨
这段语句这里告诉Client端程序包的具体位置，如XML清单文件描述。使用这个语句，无需打开Application Virtualization Client做任何操作，例如导入应用程序和设置文件关联，因为这些信息已经在XML清单文件中包含了，而且Application Virtualization Client无法自动识别发布服务器，手动添加会报错，但这不影响最后的结果，因为这个实验不需要在Application Virtualization Client中做任何操作
以下是参数解释：
参数 描述
/MANIFEST <清单路径> 清单文件的路径或 URL，该文件中列有程序包中包括的应用程序及其所有发布信息。
/OVERRIDEURL <URL> 程序包的 SFT 文件的位置。
我们输入完命令后，按回车看看效果，图标已经出来了
4. 我们可以看到桌面有图标，开始菜单栏也有了快捷方式
5. 我们点一下图标，发现无法进入，其实我们差最后一步, 离成功很近了
6. 这一步是关键，打开注册表，HKLM\Software\Microsoft\SoftGrid\4.5\Client\Configuration\AllowIndependentFileStreaming， 把0 改为1
6. 这一步是关键，打开注册表，HKLM\Software\Microsoft\SoftGrid\4.5\Client\Configuration\AllowIndependentFileStreaming， 把0 改为1
7. 我们看看最后的效果
后语：
这是一种快捷的发布方式，一条命令即可推送而不需要额外的配置，但因为App-V streaming server这种轻量级架构不具备图形化的控制界面，假如你需要更多的个性化设置，可以使用SFTMIME命令，这里提供微软TechNet知识库连接以作参考
这是一种快捷的发布方式，一条命令即可推送而不需要额外的配置，但因为App-V streaming server这种轻量级架构不具备图形化的控制界面，假如你需要更多的个性化设置，可以使用SFTMIME命令，这里提供微软TechNet知识库连接以作参考
本文转自 VirtualTom 51CTO博客，原文链接：http://blog.51cto.com/virtualtom/272238，如需转载请自行联系原作者
