基于 Application Virtualization Server 的方案概述

应用到: Application Virtualization

如果您计划对 Microsoft Application Virtualization 环境使用基于服务器的部署方案，则应了解 Application Virtualization Management Server 与 Application Virtualization Streaming Server 之间的差异，这一点很重要。本主题介绍这些差异，而且还提供有关继续执行部署时需要考虑的程序包传递方法、传输协议以及外部组件的信息。

Application Virtualization Management Server

Application Virtualization Management Server 执行发布和传输功能。该服务器将应用程序图标、快捷方式和文件类型关联发布到授权用户的 App-V Client。收到用户对应用程序的请求后，该服务器使用 RTSP 或 RTSPS 协议将该数据按需传输给授权用户。在多数使用此服务器的配置中，一个或多个 Management 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

Application Virtualization Streaming Server 提供的传输和程序包升级功能与 Management Server 所提供的这两项功能相同，但它不需要安装 Active Directory 或 SQL Server。不过，Streaming Server 不提供发布服务，也没有许可或统计功能。单独 App-V Management Server 的发布服务应与 App-V Streaming Server 结合使用。App-V Streaming Server 可以满足以下公司的需求：需要在多个位置使用 Application Virtualization 的用于传统服务器配置的传输功能，但可能不具备在每个位置支持 App-V Management Server 的基础结构。

Application Virtualization Streaming Server 也可用在具备现有电子软件分发 (ESD) 系统的环境中。您可以使用 ESD 来管理传输应用程序。与 Application Virtualization Management Server 不同，Streaming Server 不使用 SQL 或 Management Console。这些服务器使用访问控制列表 (ACL) 来授予用户授权。

程序包传递方法

如果您计划使用 Application Virtualization Server 作为发布传递方法，则需要确定您的方案使用以下哪种程序包传递方法：

• 动态程序包传递

• 从文件程序包传递中加载

动态程序包传递

在动态程序包传递期间，服务器（Application Virtualization Management Server、Application Virtualization Streaming Server 或 IIS 服务器）通过按需部署将虚拟化应用程序传递给最终用户。只有在用户首次尝试启动应用程序（按照需要）时，服务器才会将虚拟化应用程序和程序包传递到客户端计算机。服务器只传输启动应用程序所需的块（主要功能块）。将主要功能块传递到客户端后，应用程序就会运行；客户端不会收到完整的应用程序（增量部署），除非客户端需要访问主功能块中不包括的应用程序部分。发生这种情况时，客户端将执行无序请求，并将次要功能块传输到客户端。通过动态程序包传递，可以快速启动应用程序。

从文件程序包传递中加载

对于从文件程序包传递中加载，在用户启动应用程序之前服务器会将整个虚拟化应用程序包传递到客户端计算机。在此方案中，虚拟化应用程序作为完整的程序包进行传递，而不是通过动态传递模型所使用的动态增量方法。

备注

对于每种传递方法，初始虚拟应用程序传递过程和虚拟应用程序更新过程是相同的；更新的虚拟应用程序包将取代原始应用程序包。

下表对每种程序包传递方法的优缺点进行了比较。

方法	优点	缺点	注释
动态程序包传递	按照需要传递和更新应用程序。 以递增方式传递并更新应用程序以优化启动时间。 自动将更新传递到客户端桌面。	由于服务器要求，企业拓扑的内存占用量较大。 应用程序传递应通过 LAN 实现；通过 WAN 或在服务器与客户端之间使用不可靠或间歇连接的部署方案可能不可用。	需要传递基础结构。 Windows Installer 用于将 Application Virtualization Desktop Client 软件部署到最终用户的计算机。 大型企业应使用 Application Virtualization Streaming Server 作为分发点。
从文件程序包传递中加载	与典型企业管理实践一致。 支持独立配置方案。 提供针对微型分支机构问题的解决方案。	无法按照需要执行应用程序传递和更新。 应用程序传递和更新不是增量更新；它会相对于动态传递增加资源消耗。	IT 组织通常负责管理应用程序许可证、用户授权和身份验证。

与服务器相关的协议和外部组件

下表列出了可在基于 Application Virtualization Server 的方案中使用的服务器类型，以及对应的传输协议和支持特定服务器配置所需的外部组件。此外，该表还包括适合于每种服务器类型的报告机制和主动升级机制。由于这些方案全都使用 Application Virtualization Management Server，因此您可以使用内置于系统中的内部报告功能。如果您使用 Application Virtualization Management Server 或 Application Virtualization Streaming Server 将程序包传递到客户端，则用户登录客户端时将自动升级服务器上的程序包；如果使用 IIS 服务器或文件将程序包传递到客户端，则必须手动升级客户端上的程序包。

服务器类型	协议	需要的外部组件	报告	主动升级
Application Virtualization Management Server	RTSP RTSPS	使用 HTTPS 时，请使用 IIS 服务器来下载 ICO 和 OSD 文件并使用防火墙来防止服务器展示给 Internet。	内部	受支持
Application Virtualization Streaming Server	RTSP RTSPS	使用某种机制同步 Management Server 与 Streaming Server 之间的内容。使用 HTTPS 时，请使用 IIS 服务器来下载 ICO 和 OSD 文件并使用防火墙来防止服务器展示给 Internet。	内部	受支持
IIS 服务器	HTTP HTTPS	使用某种机制同步 Management Server 与 Streaming Server 之间的内容。使用 HTTP 或 HTTPS 时，请使用 IIS 服务器来下载 ICO 和 OSD 文件并使用防火墙来防止服务器展示给 Internet。	内部	不受支持
文件	SMB	您需要通过某种方式同步 Management Server 与 Streaming Server 之间的内容。您需要一个具备文件共享或传输功能的客户端计算机。	内部	不受支持

另请参阅

其他资源

基于电子软件分发的方案
如何为基于服务器的部署配置服务器
如何安装服务器和系统组件

-----
你可以在 TechNet 库中了解有关 MDOP 的详细信息，在 TechNet Wiki 上搜索疑难解答，或者在 Facebook 或 Twitter 上与我们联系。 请将关于 MDOP 文档的建议和意见发送到 MDOPdocs@microsoft.com。