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 
 
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 轻量级模式,所以这里可以不勾选该项 
 
假如前一步勾选了,这里将有一个叫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, 开放默认权限 
 
 
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 文件的位置。 
 我们输入完命令后,按回车看看效果,图标已经出来了 
 
4. 我们可以看到桌面有图标,开始菜单栏也有了快捷方式 

5. 我们点一下图标,发现无法进入,其实我们差最后一步, 离成功很近了 
 6. 这一步是关键,打开注册表,HKLM\Software\Microsoft\SoftGrid\4.5\Client\Configuration\AllowIndependentFileStreaming, 把0 改为1 
 
7. 我们看看最后的效果 
 
后语: 
这是一种快捷的发布方式,一条命令即可推送而不需要额外的配置,但因为App-V streaming server这种轻量级架构不具备图形化的控制界面,假如你需要更多的个性化设置,可以使用SFTMIME命令,这里提供微软TechNet知识库连接以作参考 



本文转自 VirtualTom 51CTO博客,原文链接:http://blog.51cto.com/virtualtom/272238,如需转载请自行联系原作者
目录
相关文章
|
人工智能 自然语言处理 JavaScript
利用MCP Server革新软件测试:更智能、更高效的自动化
MCP Server革新软件测试:通过标准化协议让AI实时感知页面结构,实现自然语言驱动、自适应维护的自动化测试,大幅提升效率,降低脚本开发与维护成本,推动测试左移与持续测试落地。
|
测试技术 开发者 Python
Python单元测试入门:3个核心断言方法,帮你快速定位代码bug
本文介绍Python单元测试基础,详解`unittest`框架中的三大核心断言方法:`assertEqual`验证值相等,`assertTrue`和`assertFalse`判断条件真假。通过实例演示其用法,帮助开发者自动化检测代码逻辑,提升测试效率与可靠性。
777 1
|
缓存 负载均衡 监控
微服务架构下的电商API接口设计:策略、方法与实战案例
本文探讨了微服务架构下的电商API接口设计,旨在打造高效、灵活与可扩展的电商系统。通过服务拆分(如商品、订单、支付等模块)和标准化设计(RESTful或GraphQL风格),确保接口一致性与易用性。同时,采用缓存策略、负载均衡及限流技术优化性能,并借助Prometheus等工具实现监控与日志管理。微服务架构的优势在于支持敏捷开发、高并发处理和独立部署,满足电商业务快速迭代需求。未来,电商API设计将向智能化与安全化方向发展。
701 102
|
Java 应用服务中间件 API
【App Service】部署War包到Azure云上遇404错误
Java应用部署至Azure App Service for Windows后报404,本地运行正常。经排查,日志提示类文件版本不兼容:应用由Java 17(class file version 61.0)编译,但环境仅支持到Java 11(55.0)。错误根源为Java版本不匹配。调整App Service的Java版本至17后问题解决,成功访问接口。
1352 3
|
JSON Java Shell
多线程的 udp client server 测试demo
本示例展示了使用 Python 实现的 UDP 客户端与服务端通信,支持多线程、线程池、JSON 格式传输、UUID 生成、超时设置及 search_id 校验功能,适用于高并发场景下的数据交互需求。
多线程的 udp client server 测试demo
|
存储 监控 安全
132_API部署:FastAPI与现代安全架构深度解析与LLM服务化最佳实践
在大语言模型(LLM)部署的最后一公里,API接口的设计与安全性直接决定了模型服务的可用性、稳定性与用户信任度。随着2025年LLM应用的爆炸式增长,如何构建高性能、高安全性的REST API成为开发者面临的核心挑战。FastAPI作为Python生态中最受青睐的Web框架之一,凭借其卓越的性能、强大的类型安全支持和完善的文档生成能力,已成为LLM服务化部署的首选方案。
1607 3
|
机器学习/深度学习 人工智能 自然语言处理
如何让AI更“聪明”?VLM模型的优化策略与测试方法全解析​
本文系统解析视觉语言模型(VLM)的核心机制、推理优化、评测方法与挑战。涵盖多模态对齐、KV Cache优化、性能测试及主流基准,助你全面掌握VLM技术前沿。建议点赞收藏,深入学习。
3751 8
|
监控 Linux 应用服务中间件
Linux多节点多硬盘部署MinIO:分布式MinIO集群部署指南搭建高可用架构实践
通过以上步骤,已成功基于已有的 MinIO 服务,扩展为一个 MinIO 集群。该集群具有高可用性和容错性,适合生产环境使用。如果有任何问题,请检查日志或参考MinIO 官方文档。作者联系方式vx:2743642415。
4577 57