当Windows 操作系统运行在Hyper-V平台上时，任务管理器很可能无法正确报告系统的资源信息，因为CPU等系统资源都是由Hypervisor层来管理和分配的。比如，我们在虚机中看到操作系统的CPU使用率是100%，那CPU使用率真的是100%吗？
“在 Hyper-V 虚拟机中运行来宾操作系统时所产生的CPU 开销的范围是 9% 到 12%。例如，在 Hyper-V 虚拟机中运行的来宾操作系统通常有 88–91% 的空闲 CPU 资源可用于在物理硬件上运行的对等操作系统。”
http://msdn.microsoft.com/en-us/library/cc768536(v=bts.10).aspx
那有什么工具可以很直观地呈现Hyper-V平台下各虚拟机的性能以帮助理解和必要时候的排查呢？MVP Tim Mangan 开发了HyperV_Mon这个工具，而且是免费发布的，现在的最新版本是2010年12月29日发布的1.8版本，可以到这里下载。
http://www.tmurgent.com/Tools.aspx
这个工具支持Hyper-V和Hyper-V R2，免安装，双击就可以运行。在WMI访问允许Hyper-V父分区的条件下，你可以直接在装有Hyper-V的Server 2008/2008 R2的主机上本地运行此工具，或点选Configure按钮配置你需要连接的Hyper-V主机名称或IP地址实现远程访问。出于对服务器影响最小化的考虑，推荐后者的访问方式。
650) this.width=650;" height=392>
初看这个界面你就会觉得界面的布局和下面一张Hyper-V的架构图很相似。界面的最下面黑色区域代表硬件层，包含了硬件信息的描述，中间的Hypervisor层区域，Total代表看到物理CPU的总使用率， Guest代表包括了父分区以及其他正在运行的VM操作系统的总使用率，注意，关键词是包括了父分区和正在运行。HvOh表示Hypervisor Overhead，这里的HvOh表示Hypervisor层自己的开销，它的开销数据代表着父分区和其他VM的开销。
左上方蓝色区域为父分区，它的HvOh开销多为文件或者网络的I/O，更多地最终表现为与虚拟机沟通过程相关的开销。而右上方黄色区域描述了正在运行的虚拟机的信息，这些将在下面的例子中展开说明。稍稍说明一下的是，Memory和I/O功能显示在工具新版本中的功能，在看使用文档HyperV_Mon.pdf和看我的截图的时候，你可能有这样的疑问，例如会问为什么我截图中4台虚拟机有3台的Memory和I/O信息没有显示出来。这是正常的，因为这些虚拟机没有开启对父分区的WMI访问允许。
650) this.width=650;" height=584>
650) this.width=650;" height=452>
下面我们做一个压力测试，分配Win7 虚拟机1个虚拟处理器，将CPU使用率提高，从任务管理器中可以看到CPU的资源使用率已经稳定地保持在100%了，事实上是这样吗？
650) this.width=650;" height=498>
我们从工具中看到，100%的CPU使用率，其实我们被任务管理器骗了。其实作者想说明 Win7这个虚拟机在CPU中的总使用率上占了40%左右 （第一次发文时候说80%，是错的）。为什么是40%呢，VM中的CPU使用率是与分给CPU的虚拟处理器相关的。我这里例子中，我只分了给这个VM 1个虚拟处理器，我的测试机是Dell的台式机，CPU是一个双核的单一CPU，所以Hypervisor层Logical显示为2，那80%除以2就是40%了。还不明白的话我下面的例子会做进一步对比说明。
650) this.width=650;" height=584>
我们再做一个压力测试，这次分配Win7 虚机2个虚拟CPU，从任务管理器中可以看到CPU的资源使用率稳定地保持在100%了，实际上呢?
650) this.width=650;" height=498>
Ok，这里再展开解释一下CPU的Guest，第1个VM, 8% 代表一个处理器的8% （或者说占了CPU总可用资源的4%），第2个VM分了2个虚拟处理器，那占了CPU资源的70%，所以，从图中可以得出，CPU的使用率为父分区14%，VM1 4%，VM2 70%, VM3 0%, VM4 0%的总和88%。下面Hypervisor层直接报告了CPU的使用率为89%，但是这个数字不是加起来的因为不可能同时要求所有组件报告当前信息。另外，这个开销是动态的，一直在变动。
650) this.width=650;" height=584>
为了更好地理解Hyper-V中CPU的性能，在使用文档HyperV_Mon.pdf第5页也做了一个展示。因为Hyper-V 中CPU是虚拟的，和物理CPU 没有一对一的必然关系，所以假如将压力都转移给其中一个虚拟CPU，在Hypervisor层可以看到对物理CPU 的开销几乎没有影响。
650) this.width=650;" height=278>
相信随着版本的更新，HyperV_Mon的功能将会越来越完善。介绍微软虚拟化工具的中文文档不多，此文作为新年一个开篇，给大家有需要的时候可以用作一个参考。
参考文档：
1. HyperV_Mon.pdf
2. http://msdn.microsoft.com/en-us/library/cc768536(v=bts.10).aspx
App-V 有奖调查，截至时间为本周五
Click the following URL and complete our brief survey to determine whether you qualify for the online discussion:
About this Study:
This online discussion is being conducted on behalf of Microsoft Corporation through comScore, a marketing research firm commissioned by Microsoft to conduct this study. For information about comScore's relationship with Microsoft, please see
http://www.microsoft.com/mscorp/marketing_research/English.asp.
What is an Online Discussion?
An online discussion is a one-day threaded discussion hosted by a comScore moderator. Participants visit the online discussion Web site several times during the day to answer the questions posted by the moderator and respond to the replies of other participants. As a participant, you are able to join the discussion at times that are convenient to you, however we ask that you spend at least 90 minutes participating during the day.
How Microsoft Helps Protect Your Privacy:
Microsoft is committed to protecting your privacy. Please click on the following link to review the Microsoft Online Discussion privacy statement:
http://privacy.microsoft.com/en-us/default.mspx
***Legalese:
Offer good only to legal residents of the 50 United States and the District of Columbia, who qualify for and are invited to participate in the online discussion. A substantial amount of the questions asked in the discussion must be answered in order for the participant to be eligible.
Limit one incentive per person, per household or e-mail address. Limited time offer good only until Friday, June 11th, 2010, or while supplies last. All requested information must be provided to qualify for the gift. Please allow 6 - 8 weeks for delivery. Microsoft is not responsible for non-delivery of the incentive due to incorrect postal information provided by respondent.
Sponsor:
This survey is sponsored by the Microsoft Windows Client Team.
版权声明：本译文得到原文作者授权，未经原文作者以及本人同意，请勿转载本译文，否则保留追究法律责任的权利。
Part 1
关于App-V 精品博文翻译系列
此系列为微软定题，MVP领题撰稿系列。为方便更多喜欢阅读中文的中文读者，我计划在业余时间进行此系列的翻译。不过本人水平有限，且为初次翻译，还请大家多多指点和包涵，谢谢！
Part 2
译文：08 RDS CALs与App-V授权[1]
在去年秋季大量公告消息接踵而至发布的那个时候，我们可能遗漏了关于Windows Server 2008远程桌面服务（RDS）客户端访问授权（CAL）的消息。为访问Windows Server 2008 R2 的远程桌面会话主机所需的新Windows Server 2008 RDS CAL，替代了之前版本Windows Server上用于终端服务器会话的终端服务器CAL。2008 R2上的" Remote App "，同样需要RDS CAL。 更重要的是，新的RDS CAL包含了用于访问Windows Server 2008和2008 R2上的App-V for Terminal Services的客户端访问授权!
App-V （Microsoft Application Virtualization），通过隔离应用程序来解决应用程序冲突问题。在终端服务器/远程会话主机的多用户环境中，这样可以解决应用程序安装过程dll文件更改对其他应用程序的破坏。App-V使得多个应用程序在此环境中正确运行。它可以使同一应用程序的多个版本可以同时运行，也可以使管理员权限才能执行的应用程序可以在普通用户权限下执行。
注：有两种App-V 授权，一个用于TS/RDS，一个用于像Windows XP、Windows Vista 和 Windows 7 等的桌面操作系统。这篇文章不讨论Microsoft MDOP （微软企业桌面优化套件）的App-V for desktop授权。
此前，App-V for Terminal Services是基于Windows Server CAL和 Windows Server Terminal Services CAL基础上单独的CAL。这种改变对现有客户意味着什么呢？Microsoft在如下文章对新的授权作了介绍。
(http://www.microsoft.com/windowsserver2008/en/us/rds-product-licensing.aspx)，但我发现还是咨询了Microsoft后才对授权有了全面理解。我们看看以下的点以帮助理解得更为清晰。
首先，不含App-V的终端服务器授权
在引入App-V之前，我觉得这样理解会容易点。首先确保我们清楚服务器本身的授权，以及Terminal Server (TS) 和新的Remote Desktop Server (RDS) CAL授权。
首先，每一台服务器需要CAL，这里指Microsoft的服务器CAL。本质上说，就是操作系统的授权，服务器 CAL必须与操作系统版本相匹配。
从外部客户端访问服务器，需要客户端访问授权 (CAL)。 正如不同版本服务器CAL不同，客户端的CAL授权原理也一样。可以记住CAL的一般政策：新 CAL 允许访问之前版本的服务器。此外，2008 TS CAL 和 2008 R2 RDS CAL 功能上等价。
在下图中，（暂时忽略License Server），绿色连线表示客户端 TS 或 RDS CAL的访问允许。注意，这当然也暗示了旧 CAL 不允许正常访问一个较新版本的服务器（2008 TS CAL是例外，可以访问Server 2008 R2)。旧的TS CAL不能"升级"，总是需要购买新的CAL。
![clip_image002[4]](http://www.vzpedia.com/wp-content/uploads/2010/04/clip_image0024_thumb.gif)
TS 和 RDS 授权同时使用一个License Server [2] 是这种情景的综合。 针对客户端的连接， TS/RDS服务器将联系License Server以验证授权。 虽然License Server通常装在另一台机上，虽然也有可能装在TS/RDS服务器上。
对于每个操作系统版，License Server有相应的版本（以及和操作系统的安装版本一致）。通常来说，License Server可以往前验证，但不能往后验证。简单地说，如果License Server使用的版本为要验证的操作系统中的最新版本，那是没有问题的。
不过，引入 RDS CAL后，有一种特殊的往后验证的情况。 通过在Server 2008 License Server上安装一个特殊的 QFE，它将接受新的 RDS CAL。QFE使用请参考Microsoft Knowledge Base article 968074 。
现在，引入App-V
正如前面提到，App-V 授权建立在App-V CAL的基础上。在TS/RDS上运行的虚拟应用程序的主机上需要App-V CAL。
App-V没有内置如TS/RDS的License Server，确保遵守App-V授权规定的责任下放到了企业。 因此理解TS/RDS的App-V 授权是非常重要的，不仅可以让你避免版权困扰，而且可能帮你省钱 ！
以下是几个有助理解的方案。除了以下提及的机器，取决于TS/RDS上创建和部署虚拟应用程序的规划，可能需要额外的机器。例如，App-V Sequencer和App-V 服务器软件的使用已包含在App-V 客户端授权中（虽然仍然需要操作系统授权）。如要使用SCCM部署虚拟应用程序，SCCM授权是额外的。 我们可能会使用Active Directory（Windows Server 的一部分）和 SQL Server ，这两者各自都需要授权。
在 Server 2003 的终端服务上使用App-V
在Windows Server 2003终端服务器上运行虚拟应用程序，除了Server CAL的机器和TS 或 RDS CAL，用户将需要一个App-V CAL。
- 如果连接到终端服务器使用的是 Server 2003 TS CAL，需要从 Microsoft 购买App-V 4.1 或 4.5 以上版本的App-V TS CAL。
- 如果连接到终端服务器使用的是Server 2008 TS CAL，这将提供用于此连接的App-V CAL。
- 如果连接到终端服务器使用的是Server 2008 R2 RDS CAL，这将提供用于此连接的App-V CAL。
应该注意到Microsoft不再销售App-V TS CAL。 如果需要App-V额外的授权，需要购买的Server 2008 R2 RDS CAL。
在 Server 2008 的终端服务上使用App-V
在Windows Server 2008终端服务器上运行虚拟应用程序，除了Server CAL的机器和TS 或 RDS CAL，用户将需要一个App-V CAL。
- 如果连接到终端服务器使用的是Server 2008 TS CAL，这将提供用于此连接的App-V CAL。
- 如果连接到终端服务器使用的是Server 2008 R2 RDS CAL，这将提供用于此连接的App-V CAL。
请注意最初购买的2008 TS CAL，并没有包括App-V CAL，Microsoft 已让2008 TS CAL 的客户“享受”权利。这暗示着，如果使用Server 2008 TS而没有用到App-V，可能可免费使用App-V for Terminal Servers！
在 Server 2008 R2的远程桌面服务服务上使用App-V
请注意是 Server 2008 R2 只有64位操作系统系统，唯一适用的版本是App-V 4.6。
- 如果连接到终端服务器使用的是Server 2008 TS CAL，这将提供用于此连接的App-V CAL。
- 如果连接到终端服务器使用的是Server 2008 R2 RDS CAL，这将提供用于此连接的App-V CAL。
未使用的App-V for TS CALs
由于 App-V for TS的授权包含到了2008 R2 RDS CAL（和 2008 TS CAL)中，因此对于在Server 2008或以上版本上运行，不再需要旧App-V授权的用户，Microsoft有一个转换方案。 自2009 年 9 月 1 日开始，在Software Assurance协议下购买的App-V 4.1或4.5版本， 可以用4个App-V授权来换取1个Sever 2008 TS授权。此方案应会自动生效并在2010年上半年某期间的批量授权报告中反映。
请注意假如你仍然在使用Server 2003 App-V 授权，此方案不适用。 在这种情况下，我建议你咨询Microsoft表达你的诉求。
总结
在本质上，Microsoft 正为使用Server 2008及以上版本合理使用TS/RDS CAL授权的公司提供App-V for Terminal Server使用上的免费。这是一个主要的“in-the-box”功能性改变，对于大规模用户数量的TS/RDS方案实施，这可以解决许多应用程序的问题。
[1] Disclaimer:: Although I have passed this article by my contacts at Microsoft for accuracy review, as with anything licensing, this article cannot grant you rights and you need to depend on the rights as granted by your license.
[2] Outside the scope of this paper is yet another complication in that there is “per user” and “per device” TS/RDS CAL enforcement at the license server.
Part 3
关于原文作者
Tim Mangan, App-V MVP.
Tim Mangan is founder of TMurgent Technologies (www.tmurgent.com) and a Microsoft MVP for App-V. Previously, as a Vice President of development at Softricity, he built the original SoftGrid product before Microsoft purchased the company and renamed the product App-V. Together with his partner Kevin Kaminski, he has designed the GridMasterTraining branded “Masters Level” training program for App-V.
原文出处：
http://www.tmurgent.com/TmBlog/?p=150
Part 4
VirtualTom（黄俊贤）免责声明
本译文仅代表作者个人观点，不代表本人立场。本译文力求准确完整，但本人不对因使用本译文而产生的任何后果承担法律责任，风险自担。有关授权方面的详细信息，请详细咨询Microsoft相关部门。
根据论坛用户和其他途径的反馈，很多时候问的问题出现在App-V Management Server的安装和初次使用上，这里分享下安装时候的必选步骤，并附上安装参考文档，务求在部署时尽量减少遇到问题的几率，并且在此文分享几个常见的用户问题的原因和解决方法。
以下以Server 2008 R2为例，Server 2008以及Server 2003的安装可以参照。
安装要点
1. IIS 必需组件
安装IIS服务时，以下内容必须安装
ASP.NET (and all required role services and features)
Windows Authentication
IIS Management Scripts and Tools
IIS 6 Management Compatibility
2. SQL Server防火墙例外
假如你使用的SQL Server与App-V Management Server不在同一台机上，那么在后者的防火墙上需要设置SQL Server端口例外，在入站规则允许1433端口。微软的官方文档MSAppVirt45Trial_Guide_Final中的演示环境是将两者都部署在同一台机上，所以没有提到此要点。
3. App-V Management Server
防火墙例外
在入站规则中添加以下2个程序
用于RTSPS协议
%PROGRAMFILES%\Microsoft System Center App Virt Management Server\App Virt Management Server\bin\sghwdsptr.exe
用于RTSP协议
%ProgramFiles%\Microsoft System Center App Virt Management Server\App Virt Management Server\bin\sghwsvr.exe
4. RTSPS协议设置
详见下面的微软官方文档App-V Security Operations Guide
常见问题
报错：无法连接到SQL Server。
原因：防火墙没有打开 SQL Server 1433端口。
报错：IIS virtual directory 无法安装。
原因：IIS角色安装时中没有添加 IIS Management Scripts and Tools，IIS 6 Management Compatibility。
报错：Code 0000C801。
原因：IIS角色安装时没有添加 Windows Authentication。
可供参考文档
Microsoft Application Virtualization Version 4.5 Trial Guide
http://download.microsoft.com/download/f/7/8/f784a197-73be-48ff-83da-4102c05a6d44/MSAppVirt45Trial_Guide_Final.docx
App-V Security Operations Guide
http://download.microsoft.com/download/f/7/8/f784a197-73be-48ff-83da-4102c05a6d44/AppV_Secuirty_Operations_Guide.docx
Configuring the Firewall for the App-V Servers
http://technet.microsoft.com/en-us/library/ff361465.aspx
App-V 4.5 安装参考指南（中文版）
http://bbs.winos.cn/thread-49320-1-2.html
随着 MDOP 2010 Refresh 在本周的发布，App-V 4.6 有了对中文等多种常用语言的支持。
- We now have localized versions of the App-V Client for 23 languages including: Brazilian Portuguese, Chinese, Czech, Danish, Dutch, Finnish, French, German, Greek, Hungarian, Italian, Japanese, Korean, Norwegian, Polish , Portuguese, Russian, Slovak, Slovenian, Spanish, Swedish, and Turkish.
- App-V Sequencer is localized for 11 languages.
Finally, even if there's no localized version for your language, App-V now works and is supported on 36localized Windows versions.
测试体验
1. 系统语言包安装
以安装App-V Management Server为例，假如你使用的是Server 2008 R2英文版系统，TechNet或者MSDN订阅用户很可能找不到有单独的中文语言包提供，你找到的很可能是约2.3G大小的包含所有语言的语言包Windows Server 2008 R2 Language Pack (x64) – DVD (Multiple Languages).
然而，你可以在Microsoft的官方网站找到单独的中文语言包下载地址
http://www.microsoft.com/downloads/details.aspx?displaylang=zh-cn&FamilyID=03831393-eef7-48a5-a69f-0ce72b883df2
2. 体验MDOP 2010 Refresh
安装上语言包后，打开MDOP 2010 Refresh，可以看到这是Refresh新版。关于Refresh新版在原来MDOP 2010 基础上做了哪些更新，请参考另一帖子
http://virtualtom.blog.51cto.com/1203850/290996
3. 中文界面
在Server 2008 R2中文系统界面上，管理控制台默认为中文。
4. 英文界面
切换至Server 2008 R2英文界面后，管理控制台自动切换为英文。
Tips
假如你习惯使用中文版的界面，那在英文系统上安装中文语言包，再切换为中文系统界面，那可能是更好的选择。一些中文的报错，我们很难搜索到一些现成的中文解答，而有时我将论坛用户提出的报错问题翻译为英文反馈给App-V team时，对于错误对话框的翻译难免可能也有些误差。
然而，假如你使用了双语系统，那么当你在中文使用界面出错的时候，切换到英文界面，那你就很快能够模拟出相同的错误环境，通常来说，英文类的KB比中文类的多得多，很可能你通过英文搜索找到很多其他人的参考解决方法，自己解决问题从而提高了解决问题的效率。
Today we announced the availability of MDOP 2010 Refresh.
As planned, the update for MDOP 2010 includes:
- Microsoft Enterprise Desktop Virtualization (MED-V) 1.0 SP1 - now available for production deployment on Windows 7
- Microsoft Application Virtualization (App-V) 4.6 - localized client versions and additional languages support
(App-V 4.6 English version was released on February 22, 2010. For additional details see our previous blog post.)
Existing MDOP customers can download MDOP 2010 Refresh at the Volume Licensing Service Center (VLSC). For evaluation, MDOP 2010 Refresh can be downloaded from MSDN and TechNet.
What's new in MED-V 1.0 SP1?
- Support for Windows 7 hosts - 32-bit and 64-bit
- MED-V server support for Windows Server 2008 R2
- Support for Japanese Windows versions
Guest support is still focused on legacy OS environments - Windows XP SP3 and Windows 2000 SP4.
To learn more please visit www.microsoft.com/med-v
What languages are now supported in App-V 4.6?
- We now have localized versions of the App-V Client for 23 languages including: Brazilian Portuguese, Chinese, Czech, Danish, Dutch, Finnish, French, German, Greek, Hungarian, Italian, Japanese, Korean, Norwegian, Polish , Portuguese, Russian, Slovak, Slovenian, Spanish, Swedish, and Turkish.
- App-V Sequencer is localized for 11 languages.
- Finally, even if there's no localized version for your language, App-V now works and is supported on 36localized Windows versions.
To learn more please visit www.microsoft.com/appv
情景
我们经常说，App-V可以解决兼容性问题，这次真给遇到一个兼容性问题了。因项目需要，需要周期性地临时使用某著名培训考试机构提供的一个软件，可惜在Windows XP系统上，此软件成功安装后不能正常运行，通过team member 的努力排查，终于找出根源，和常用的硬盘加密软件Pointsec不兼容。报错如下：
微软BitLocker，CheckPoint公司 的Pointsec，以及其他第三方加密软件，在不少公司特别是在一些对IT安全性要求比较高的公司普遍采用。为了这么一个软件而卸载Pointsec显然是不可行的，进行冲突项排查或者需要不少时间进行排错和测试，申请IT安全例外被审批的可能性也很低，即使是每次安装N台没有硬盘加密的机器作临时使用，也要耗费多少人力物力和时间。这或许只是一个小例子，可能我们常常也遇到着一些类似的问题 。我们经常享受着服务器虚拟化和桌面虚拟化带来的好处，然而对于要降低系统和软件，以及软件和软件之间的耦合程度和冲突概率的情景，可能就是App-V一展身手的时候了。
这次展示的是Standalone模式的部署，不需要搭建任何形式的服务器进行软件的推送，使用过程中也不需与任何服务器进行联系。我将软件序列化并打包为MSI格式，安装后顺利通过了用户验收测试， 问题顺利解决了。
部署要点
以下说下Standalone模式部署的要点，由于App-V的部署文档已经不少，重复的地方不再赘述。
1. 在客户端安装App-V Desktop Client时，不需要设置Publishing Server，因为在Standalone模式中我们不会用到。
2. 在安装完成后，到注册表修改以下的键值。
HKEY_LOCAL_MACHINE-SOFTWARE-Microsoft-Softgrid-4.5-client
3. 对于要序列化的软件，我们把生成MSI安装包的选择框选中让其生成MSI格式包以便Standalone模式部署。经过用户验收测试后，在client端单独点击安装MSI安装包就可以部署了。
Tips
你可以用脚本来实现以上功能，包括客户端 的安装和注册表键值的修改。
Client端安装脚本示例
"setup.exe" /s /v"/qn SWICACHESIZE=\"10240\" SWIPUBSVRDISPLAY=\"Production System\" SWIPUBSVRTYPE=\"HTTP /secure\" SWIPUBSVRHOST=\"PRODSYS\" SWIPUBSVRPORT=\"443\" SWIPUBSVRPATH=\"/AppVirt/appsntype.xml\" SWIPUBSVRREFRESH=\"on\" SWIGLOBALDATA=\"D:\AppVirt\Global\" SWIUSERDATA=\"^%HomeDrive^%\Windows\Application Virtualization Client\" SWIFSDRIVE=\"Q\""
参考文献
http://www.app-v.in/standalone.php
http://technet.microsoft.com/en-us/library/ee956911.aspx
版权声明：本译文得到原文作者授权，未经原文作者以及本人同意，请勿转载本译文，否则保留追究法律责任的权利。
Part 1
关于App-V 精品博文翻译系列
此系列为微软定题，MVP领题撰稿系列。为方便更多喜欢阅读中文的中文读者，我计划在业余时间进行此系列的翻译。不过本人水平有限，且为初次翻译，还请大家多多指点和包涵，谢谢！
Part 2
译文: 用App-V加快Windows 7的部署进程
终于是时候了。经过这么些年，是时候进入下一桌面操作系统时代了，这个系统就是：Windows 7。虽然不少企业中对Windows Vista不太感冒，现在我真的很高兴看到许多公司已在规划，或至少在考虑 Windows 7迁移。在交谈中我也知道很多客户已处于Windows 7迁移的规划阶段。
创新性迁移
我现在的故事就是使你信服现在正是进行桌面基础架构创新的合适时候了。不要认为只升级每个组件就大功告成了，这样做得话，仍会在一个全新的基础结构中遗留着现有架构未解决的问题。 另外，在过去的几年里，对桌面架构的要求随着你的IT设施而发生了变化。在设计新的桌面基础架构时，请考虑新的技术。
大多数公司在2002 至 2005年期间将系统迁移到 Windows XP平台，到现在已有一段时间了，很多东西已经改变，每个人都变得更依赖于 IT–通常依赖程度超过他们意识到的。你的公司很可能在使用比 5 到 10 年前多得多的桌面应用程序。公司历史越悠久，传统 （应用程序）就越多。
在IT依赖性及应用程序的日益增加之外，桌面基础架构领域的技术也已取得了进展，下面是一些例子：
- Windows 的部署得到改进
- 驱动程序的处理方式好了不少
- 在不同类硬件中使用同一镜像成为可能和更易维护
- 诸如 WDS和 Microsoft Deployment Tool (MDT) 等的部署工具已经成熟
- 企业级管理解决方案如System Center Configuration Manager (SCCM) 已经成熟
- 对于用户来说，用户体验已大大改善，总感觉到是新的而不是旧的。 这甚至可以提升IT部门的形象
迁移的最大问题
经过全盘的考虑，我们可以认同现在是时候做 Windows 7迁移的准备了，尽量将上一次设计和迁移Windows XP 阶段做得不好的所有东西做得更好。
但我有一个问题： 在上次桌面迁移项目中，最大的问题是什么？
我可以听到你的答案：“应用程序”。
桌面基础架构可能已经准备好了，但不是所有的应用程序都被打包，进行了(回归) 测试，或它们在新的平台本身就运行不了。这些应用程序可能成为整个迁移计划的绊脚石。在每次桌面迁移中，应用程序为什么会出现这样的问题呢，有2个原因：
- 在着手处理应用程序迁移之前，人们有低估这项工作的习惯，放其在一边直到迁移项目开始。应用程序迁移很费时间的，尤其是用户验收测试，会耗费很多的时间。
- 在技术上讲，传统的应用程序要花很多时间和精力在“安装”上。 每个应用程序，需要创建新的软件包，至少要在新的平台上进行测试，测试安装包和应用程序能否使用，有无冲突等等。所以这些很费时的工作都因为“安装”这个概念的存在。 这就是 Microsoft 应用程序虚拟化 （App-V） 发挥威力的地方啦。
我们大家都知道服务器和桌面虚拟化带来的灵活性和好处，但它通常不能解决应用程序安装问题。 Microsoft App-V将虚拟化应用到另一层上，降低了应用程序和操作系统的耦合程度。 有了App-V，不需再担心有关应用程序的冲突，不再需要做回归测试。更多关于Microsoft App-V是如何运行的信息，请访问：http://www.microsoft.com/systemcenter/appv/techoverview.mspx
App-V迁移的好处
由于桌面系统迁移项目总耗时大多受制于应用程序相关的技术问题，使用 Microsoft App-V会为实现计划的目标提供很多好处。
- 序列化(Sequencing) 应用程序 (即将App-V的应用程序打包)，通常来说要比将文件打包成MSI格式要快。
- 应用程序在各自的虚拟环境中隔离运行，几乎没有回归测试的需要。但对于要部署的操作系统，虚拟化应用程序还是需进行下测试的。 假如虚拟应用程序在部署后无法正常运行，那原因主要是你的app-to-OS的测试不充分。
- 与“传统”软件分发相比，App-V的应用程序使用流式处理，程序分发按需发送而且部署速度非常之快，使得系统镜像保持小容积和可快速部署。 用户也会非常少去担心在新系统上安装应用程序要花时间去等待。
- 应用程序的更新可以在原主安装包上直接更新，不需要重新分发单独的更新包，不需要再像以前那样为上万个包能否成功分发而祈祷。
如果你没有做桌面迁移的详细经历，不妨与有经验的人交流下，你在部署的那个时候将感觉到我说的这三个要点会帮你节省了大量的时间和避免了不少问题。
不一定短期内就迁移
现实情况是，不是所有公司都马上将环境迁移到 Windows 7 上。我仍然对很多当前使用 Windows XP 环境的客户做出建议，建议他们开始使用App-V，确保所有新应用程序或主要应用程序更新，可以通过Microsoft App-V技术进行分发，这就为日后做迁移提供了准备。 我也告诉客户，要在Windows 7上测试所有这些序列化的应用程序（App-V包名称），作为他们应用程序打包过程的一部分，以确保日后一旦 迁移到Windows 7，这些虚拟应用程序可以直接使用 。 假如你现在注意了这点，那么以后你要在Win7上要重新序列化的应用程序就少很多。关于如何使用App-V创建虚拟应用程序，可以参考App-V序列化白皮书或视频。
因此，我提出的建议很清楚，现在开始使用 Microsoft App-V，是为了给未来提供好处。
注意： 意识到以下要点很重要，虚拟应用程序在Windows XP上运行成功，不代表就可直接在 Windows 7 上运行。 您仍然需要测试，最坏的情况是，你要为每个操作系统做一个相应的虚拟程序包。
迁移后用App-V的好处
App-V除了为迁移提供了便利，也为Windows 7 或甚至 Windows XP 环境提供了很多其他的好处。 其中一些与迁移带来的好处重叠，这是给出的是完整性列表。
- 更快速打包和对应用程序冲突的更少担忧，意味着业务需求响应速度更快。 应用程序上的更新，同样也是更快和 更轻松。
- 传统安装方法会发生冲突的应用程序可与之一同运行但不存在冲突 。
- 有了App-V的流式处理，应用程序分发不再需要等待时间，尤其对于需要在不同机器上登录的漫游用户。
- 应用程序更新 。
App-V和Windows 7
Softricity在1998年已经开始开发应用程序虚拟化，2006 年 Microsoft 收购Softricity并改名为Microsoft App-V。在Microsoft App-V 4.5 Service Pack 1可支持32位版本的 Windows 7以来 ，其后续版本已完全支持Windows 7，以下介绍的是App-V对于Windows 7 的特定功能：
- 无缝用户体验。任何应用程序的格式 ，都可将程序锁定到任务栏和 使用jumplists（Win 7新功能）。
- AppLocker 策略集成。 提高 IT 操控能力，虚拟应用程序同样可以遵循应用程序控制策略。
- BranchCache 支持。 利用 BranchCache（Win 7新功能） 技术在广域网上部署虚拟应用程序，免去了在每个分支机构建立App-V Streaming Server的需要。
- BitLockerToGo 支持。从 USB 存储设备上分发的虚拟应用程序，只有授权用户才允许访问。
- 与第三方 LDAP 目录集成 。
但是，Microsoft 目前已发布了为 Windows 7和 Office 2010 而精心设计的App-V4.6。 新的App-V更为 Windows 7、 远程桌面服务 （包括 VDI） 和 Office 2010添加了下列功能：
- App-V适用于64 位 Windows系统的台式机和服务器。
- App-V适用于 64 位应用程序发布。
- 为支持你的全球业务，新增十三种语言支持。
- 扩展 虚拟的Office 2010应用程序功能支持
- 打开、 保存、 编辑SharePoint 文件的一体化改进。
- 通过Outlook 的快速搜索快速定位目标 邮件。
- 可以在收件箱使用 Outlook Send To 功能
- 直接在 OneNote打印文档
- 使用 Office 文档索引快速搜索文档内容
- 在 Outlook 中打开Web日历和使用RSS 订阅
- 使用虚拟的邮件程序 执行高级邮件配置
- 指向共享的缓存，而不需在每个VDI虚拟桌面上通过流媒体或载入方式建立本地缓存
- 避免二进制应用程序文件的冗余从而 降低 SAN 的存储要求
- 增加Sequencer的用户体验以及可以真正地序列化 64 位应用程序
- System Center Configuration Manager (SCCM)部署虚拟应用程序的速度比以前更快
我真的认为，未来的应用程序部署都是通过应用程序虚拟化实施的，不用再担心“安装”这个问题，“应用程序可根据用户和设备的不同动态提供”。所有围绕App-V 4.5 SP1和4.6而进行的相关技术开发， 真正地反映了这种技术存在的价值，Microsoft 正倾尽所有努力让其成为应用程序虚拟化的标准（我们可以与MSI说Byebye啦）。
尤其是我们考虑到买了Windows 2008 R2 RDS CAL许可证，App-V RDS CAL许可证是免费的，我们好像没有理由不用App-V，不用白不用。正因我们所有人都需要在未来几年将系统迁移到 Windows 7，部署App-V， 再没有比现在来得更合适的时间了。
Part 3
关于原文作者
Rodney Medina, App-V MVP.
Rodney Medina is responsible for Product Management within Immidio and works together with R&D while maintaining and expanding the products roadmap.
Prior to joining Immidio, Rodney was Vice President of Training and Product Management at Login Consultants, an international consulting firm, where he was primarily responsible for building, maintaining and expanding the training schedule for all commercial and internal courses. Moreover, he was responsible for maintaining the products roadmap. An important objective was to increase the level of innovation within Login Consultants and maintain the technical relationship with strategic vendors and alliances.
Rodney was awarded the Microsoft MVP status for Microsoft Application Virtualization in 2008, 2009, and 2010.
原文出处：
http://www.softgridblog.com/?p=152
版权声明：本译文得到原文作者授权，未经原文作者以及本人同意，请勿转载本译文，否则保留追究法律责任的权利。
Part 1
关于App-V 精品博文翻译系列
此系列为微软定题，MVP领题撰稿系列。为方便更多喜欢阅读中文的中文读者，我计划在业余时间进行此系列的翻译。不过本人水平有限，且为初次翻译，还请大家多多指点和包涵，谢谢！
Part 2
译文: App-V 4.6 和 ConfigMgr 2007 SP2：搭配起来更佳
简介
计划采用 Microsoft 应用程序虚拟化的组织常常想去探索基于自身环境的最佳的分发架构。SoftGrid 时代要想分发虚拟应用程序到客户端，只有这一种方法，就是构建专用的 SoftGrid 架构。App-V 4.5 提供了更多选择的可能，使得几乎所有的环境都可适用。
Microsoft 的System Center Configuration Manager 2007 R2 SP2是市场上做软件分发的领头羊产品，这篇文章我将和大家介绍并具体阐述App-V搭配SCCM使用的好处。
Configuration Manager 2007 是能够部署、管理和评估Windows 客户端、服务器和移动设备的全面管理解决方案。Configuration Manager 2007 的功能包括操作系统部署、软件更新管理、资产清单等，当然还涉及应用程序管理。假如想更多了解到它的全部功能，请访问这里的Configuration Manager 站点。
如果您想详细了解Configuration Manager 2007 R2与App-V的整合以及打算与其他App-V分发环境相比较，请阅读我撰写的白皮书，“Choosing the right App-V Delivery Model. App-V integration: possibilities and impossibilities” 这里可供下载（需要注册）。
应用程序管理
Configuration Manager 2007 的主要优点之一是能够以相同方式管理传统的安装程序 （包括但不限于MSI）和虚拟的应用程序（App-V）。因为很多用于管理MSI的功能现在同样适用于虚拟应用程序管理，所以Configuration Manager管理能力扩展到了虚拟应用程序的分发。这包括建立复杂查询的集合来确定目标设备。与App-V完整架构不同，Configuration Manager包括基于用户和计算机为目标的查询。
这个能统一地管理传统和虚拟应用程序的端到端解决方案，还为操作系统部署提供了优秀的管理方法。遵循传统安装基准（一组本地安装的应用程序，其中包括App-V客户端）以及基于App-V之上运行的虚拟应用程序，部署可以应用到包含了service packs、安全补丁和修补程序的基本的操作系统中, 如 Windows 7。所有配置都可在单个任务序列中完成！
在同一个控制台就可以完成所有应用程序（传统的和虚拟的）管理，使得IT管理员更容易采纳和使用此方案。在接下来的视频中，我将演示如何在Configuration Manager 中的添加和升级一个虚拟应用程序。请注意操作的步骤与传统 (MSI) 应用程序很相似。
架构
Configuration Manager 2007 R2 集成模式不包含任何的Microsoft 应用程序虚拟化服务器组件，而采用现成的Configuration Manager 分发点向客户端分发虚拟应用程序。
Configuration Manager 支持两种类型的虚拟应用程分发方式：流传输和本地传输。
流传输方式和App-V完整架构类似，但只能使用 HTTP (S)协议。通常理解为"下载后安装"的本地分发，使用了后台智能传输服务 (BITS)，很适合在低速和不可靠的网络连接中进行传输。对于受到网络接入局限的笔记本用户来说，本地分发是非常有用的。
报表
虽然Configuration Manager无法实现一些App-V完整架构中可以看到的特定使用报表，但它有其他丰富的报表。Configuration Manager 不仅限于虚拟应用程序的管理，报表可包含企业环境中所有信息，像硬件、软件和其他相关资产管理的详细信息等。在这个视频中我演示了Configuration Manager 2007 报表的丰富性。
分发速度
根据客户对Configuration Manager 2007 集成模型的反馈，应用程序分发速度慢是他们一个尚不满意的地方。在一个App-V完整架构方案中，当已被添加到应用程序组的用户登录到某个特定的设备时，应用程序（快捷方式和文件类型关联）立即可以用了，流传输也很及时。但是基于 Configuration Manager 2007 下，此过程可能需要 10-15 分钟。
然而在Configuration Manager Service Pack 2发布后，分发延迟已大幅降低了，发速度与使用App-V基础架构相当，影响速度的因素取决于规划、应用程序数量和分布的设置。
鉴于 Configuration Manager 2007 是一个真正成熟的企业级端到端解决方案，可以管理非常多的客户端，这是一个很了不起的功能。
在最后一个视频中，我演示一个Configuration Manager SP1 和 SP2分发改进的对比。
请查看应用程序虚拟化 Techcenter 其他白皮书和其他更多信息：
http://technet.microsoft.com/en-us/appvirtualization/default.aspx
Part 3
关于原文作者
Ment van der Plas, App-V MVP.
Ment van der Plas (MVP, MCT, MCTS, MCSE) is working as an IT Architect at Login Consultants. He is specialized in designing, implementing and migrating large and complex infrastructures, including the process of defining an application delivery strategy. Besides his role at customers he is also a Microsoft Certified Trainer, teaching a variety of classes for Login Education. Apart from working in the field he writes technical content for a range of websites and is a regular speaker at technical seminars. He has been rewarded with the Microsoft Most Valuable Professional award in 2009 on Application Virtualization (App-V). He is the creator of the App-V Client Diagnostic and Configuration Tool, available as a freeware tool from the Login Consultants website.
原文出处：
http://www.desktopcontrol.info/2010/02/app-v-46-and-configmgr-2007-sp2-even.html
版权声明：本译文得到原文作者授权，未经原文作者以及本人同意，请勿转载本译文，否则保留追究法律责任的权利。
Part 1
关于App-V 精品博文翻译系列
此系列为微软定题，MVP领题撰稿系列。为方便更多喜欢阅读中文的中文读者，我计划在业余时间进行此系列的翻译。不过本人水平有限，且为初次翻译，还请大家多多指点和包涵，谢谢！
Part 2
译文: App-V 4.6 64位应用程序支持
简介
从Microsoft 有了64位系统之后，64位系统带来的可扩展性，使得很多终端服务器和桌面管理员一直尝试将其部署在企业平台上。但64位系统的采用面临着问题，许多在32 位平台下被认为是理所当然的解决方案，在64 位下行不通。由于32 位终端服务器系统的内存限制，App-V终端服务方案使得用户数量限制在40-60个左右，受此限制，终端服务器管理员很希望有64位的App-V 客户端出现。即使有一些64 位系统的终端服务器，每个物理主机可容立 120 个或更多的用户，32位App-V也难成为选择。桌面管理员面临另一种情况，诸如工程类软件等一些吃资源较多的应用程序，推出的新版本已变为64 位了，除了这，更有一个应用程序升级的典型例子，升级到64 位版本是该程序进行升级的唯一途径。
App-V要支持 64 位系统和应用程序是迟早的事。现在 4.6版本发布了，你可以通过将App-V环境迁移到 64 位主机上，去克服内存的限制和拥有更好的程序和终端服务器扩展性。假如你在寻求从 32 位终端服务器环境迁移到 64 位环境的指导，请参阅下面的 Microsoft 白皮书。
Terminal Services Scaling and Performance on x64-Based Versions of Windows Server 2003
http://www.microsoft.com/downloads/details.aspx?familyid=9B1A8518-D693-4BBB-9AF8-B91BBC0D2D55&displaylang=en
App-V 64 位支持
有很多技术上的壁垒需要攻破，才能使App-V 支持x64成为现实。假如这是件容易的事的话，64位可能早些时候就已出现了。最大的问题是要将App-V 客户端内核级（kernel level）的组件转换为 64 位，以便它们可以在 64 位平台上运行。即使 64 位系统是可以运行 32 位程序的，但这对需要在内核内存空间（kernel memory space）中运行的程序行不通。无一例外，内核级的所有代码都必须是 64 位。64位App-V客户端的许多核心功能实现都卡在了内核级上，所以App-V开发团队要实现此功能，不像在公园里走几步那么简单。
一些人或者已发现App-V 客户端不是所有组件都是 64 位的。保留某些 32 位组件为正确处理 32 位程序所需，在其他一些地方如管理界面，32 位代码也保留了。你可能想知道，为什么不像其余部分那样，将诸如管理界面等转换为 64 位呢。然而，除非有很好的理由，否则保留32 位编译的代码完全是可以的。采取这样的保留，不只App-V一个软件在这样做，在64 位计算显现出更先主导优势前，应用程序的开发可能还是遵循现在的策略。
4.6 序列化 (Sequencing)
App-V不是惟一一个能打包（package）64 位虚拟应用程序的产品，但是App-V 4.6 具有使用同一sequencer序列化 32 和 64 位应用程序的能力。 另外，sequencer已被简化，序列化过程变得更容易。为分享这些新功能，让我们在 64 位Windows Vista Enterprise Service Pack 2 上的序列化WinRAR 64位版本，并且在Windows 7 Enterprise x64 计算机上使用App-V 4.6将其部署。请注意在这里不涉及某种类型程序兼容性问题的探讨，我们使用最小公分母（least common denominator）方法，序列化一次，适应多种部署。 请参阅以下文档获得更多指导。 http://blogs.technet.com/appv/archive/2009/12/14/do-i-need-to-re-sequence-my-applications-when-i-move-to-a-new-os.aspx
1) 启动应用程序虚拟化sequencer。
2) 在主页创建一个新的序列。选择“新建包”启动序列化向导。
3） 输入包名称，然后单击“下一步”继续。
4) 选择“开始监视”进行监视。
5） 对话框会提示你在 Q盘上创建的资产文件夹应符合8.3命名约定。你可以选择 Q盘，然后单击“新建文件夹”。
6) 请记住，最佳做法是文件夹名不要超出 8.3命名约定的范围。 在本例中，我将文件夹命名为“WinRAR.001”。
1. 选择 WinRAR.001 文件夹。
2. 单击确定。
7) 监视前sequencer需要一点时间来准备，一旦准备好就可以启动安装程序了。
8) 遵循最佳做法将目标文件夹安装路径更改为“Q:\WinRAR.001”。
9) 选择“确定”。
10) 选择“完成”。
11) 最佳做法是，你应该启动程序至少两次以确保程序的初始状态正是用户希望见到的形式。启动 WinRAR。
12) 关闭 WinRAR ，重开并再次关闭 WinRAR 。
13) WinRAR 关闭后，选择“停止监视”。
14) 选择“下一步”。
15) 此页仍会让你在保存虚拟化包之前，自定义包快捷方式以及文件类型关联。因我们不做任何更改，单击“下一步”继续。
16) 由于我们没有在上一个页中配置块大小，这里会显示一个警告。 单击“是”以继续。
17) 选择“是”，完成序列化向导。
18) 选择“完成”，关闭序列化向导。
19) 在sequencer中执行以下操作。
1） 转到“部署”选项发布应用程序。
2） 更改协议为RTSP 。
3） 修改主机名，填写服务器名 46labms1。
4） 修改路径，填写 WinRAR-V3.92B1-WinRAR.001。
5） 在完成之前，我将在可用操作系统列表中添加 Windows 7 64-bit 位和Windows 2008 R2 Terminal Server 64-bit。请记住，这并不一定意味着程序将在其他操作系统上运行，但我们在尝试于Windows 7 x64平台测试前，我们需要这样添加。
此外请注意下面的“生成 Microsoft Windows Installer (MSI) 包”复选框。 如果你要生成MSI应用程序用于部署，那很简单，只需点选此复选框。那么，在你保存包时，MSI文件会随其他序列化文件一起生成。
20) 转到“包”菜单并选择“保存”。
21) 我喜欢将包保存于本地。
1. 单击新建文件夹图标。
2. 重命名该文件夹为WinRAR-V3-92B1-WinRAR.001。
22） 打开你所创建的文件夹和命名文件名为 WinRAR-V3-92B-WinRAR.001。
为节省你的时间，程序发布的入门步骤不在赘述，但是正如你看到的，我已在Windows Vista Enterprise SP2 x64 上成功启动了程序。
现在让我们看看相同的序列包可否于在 Windows 7 Enterprise x64 上运行。
进一步，让我们看看 WinRAR在 W2K8R2 的终端服务器模式上的运行情况。
App-V 序列化可移植性
App-V 4.6 一个非常好的功能是序列化的可移植性，在 32 位平台上进行64位应用程序的序列化，和我所展示的其实差不多，具体到64位，如 Win7 和 Server 2008 R2 中更改了的注册表和文件重定向等内容，都可以通过 App-V成功重定向。 App-V最大核心价值的是序列化一次，适应多种部署。当迁移到4.6 时，下面的图表可帮助你理解序列化兼容性的矩阵关系。（是的，这意味着你不必一定要重做所有序列化）
为最省事，你需要决定使用哪个平台进行应用程序序列化。通常采用的策略称为最小公分母方法，以生产环境中最旧的系统作为序列化平台。在这里我不打算涉及过多详细的内容，因为更多的考虑会放在设计上，而不仅仅是最小公分母，然而别忘了它是一个序列化环境的基础。64 位又如何呢？我敢说教材会教你用32 位系统作为最小公分母，但在真实环境中，基于序列化可移植性，改用 64 位系统去做也可获得很高的成功率。 然而，实战中序列化平台与部署的平台有时可能也要相匹配，因为在某些情况下，你可能不能从一个较旧的系统序列化应用程序，接着在一个较新系统上成功部署。对于这种情况，一个与部署系统相匹配的序列化平台可以解决这种问题。
结论
对于桌面和终端服务器应用程序部署，App-V 4.6 提供了许多新的特性。App-V不仅可以有效地运行于 x86 和 x64 环境，而且可以减少跨平台部署应用程序的复杂性和精力，从而可使组织节省成本。作为唯一支持 64 位应用程序的虚拟化产品，它为系统管理员解决64位的烦恼敞开了大门。现在你就可以在64 位程序和 64 位主机上享受到虚拟应用程序管理的好处了。
Part 3
关于原文作者
Kevin Kaminski, App-V MVP.
Hi my name is Kevin Kaminski and I am an Application Virtualization MVP from Calgary Canada. I have been in the information technology industry for over twelve years working for many different major Canadian companies using many different application delivery and systems management technologies. Tommy has offered me a great opportunity to share some of my knowledge with a wider audience by translating some of my work into Chinese. I hope you find this information helpful when it comes to understanding Microsoft technologies and I hope to provide you with more information as time passes.
原文出处：
http://myitforum.com/cs2/blogs/kkaminski/archive/2010/02/22/app-v-4-6-64-bit-application-support.aspx
版权声明：本译文得到原文作者授权，未经原文作者以及本人同意，请勿转载本译文，否则保留追究法律责任的权利。
Part 1
关于App-V 精品博文翻译系列
此系列为微软定题，MVP领题撰稿系列。为方便更多喜欢阅读中文的中文读者，我计划在业余时间进行此系列的翻译。不过本人水平有限，且为初次翻译，还请大家多多指点和包涵，谢谢!
Part 2
译文: App-V实战体验
在我们展望App-V技术在新的一年里振奋人心的进展之际，请跟着我回顾一下其过去一年的各项活动。
我在过去的一年里花了很多时间去帮助初次接触App-V的客户。
全世界有2200多万份MDOP许可证得到购买，部分购买过这些许可证的顾客来自各个地方，而我有机会曾与之合作。
与我合作的客户来自政府部门或私营企业，他们有在中型电信电缆公司上班的（这些公司拥有5000多名员工，顾客多达200多万），也有在市级或中央政府部门工作的。所有研发经理的共同问题就是如何轻松管理程序，而他们面临的挑战则包括技术支持。
根据我的经验，程序管理在我们简单双击setup.exe或install.msi之前就早已经出现了。我们要了解的第一件事就是如何安装新程序，其中包括：所要安装程序的依赖项是什么；是否需要创建或修改自定义配置文件；所占空间多大；用户是否需要额外培训；桌面支持人员是否需要额外培训；该程序的寿命多长；如何对其进行维护或升级；以及一旦程序闲置，如何废弃等等。尽管有了应用程序虚拟化，我们仍然要考虑上述问题。
并且在将应用程序部署到一个环境之前，要先回答这些问题。我发现，客户解决这些问题的方式五花八门：有的客户请变更咨询委员会（简称CABS）帮忙，有的则在安装程序之前只简单地应用程序模版对其进行文档记录。由于流程级别不同，加上程序复杂度不一，将程序普及用户就变得极具挑战性。此外，一旦用户在安装新程序时遇到困难，桌面支持人员则通常需要花费不少时间来加速解决。
而App-V则为以上问题提供了相应的解决之道。下面我们来深入其中，看看App-V是如何解决那些让人痛疼的问题的，以及客户又是如何在其帮助下，自行解决的。
复杂性转移
当我每次向客户解释App-V的价值时，我都会告诉他们，我们在做复杂性转移。微软构建了用MSIEXEC来执行的可靠安装程序，并做得相当出色。然而，仍有许多程序要么选择使用高度自定义规则及多种自定义配置步骤将多个MSI串在一起，要么让客户全盘自行安装。例如：很多业务程序在安装完成后，还需要客户必须完成相关配置步骤。有时，这涉及到编辑配置文件，或将程序连接到后端数据库。
下一个复杂性就在于，一旦程序安装上了，桌面支持人员和管理员还需要相关专业知识才能快速对所装程序进行故障检测。对于此，有一个简单的方法，那就是：先统计有多少程序需要技术支持，然后看看安装这些程序时所需的设置和配置步骤又有多少，最后弄清楚排错的步骤数。现在各种组合以及用以支持大量程序所需的相关知识正呈指数级增长。有了App-V，序列化工程师（sequence engineer）只需将程序打包一次，并且不管是谁删除或刷新程序，安装也只需一次。从而，桌面支持人员不用再担心程序中断后如何重装或要如何设置等问题。由于所有的设置都是一样的，因此相应的排错也是一样的。但是，在我们能够确保得到最新型的复杂性转移之前，我们还需考虑几样东西。
确定您的领域专家
客户发现自己在序列化(sequence)程序的时候，由于要确保程序有效运行，则需要测试以保证将有效的程序送交给最终用户。由于虚拟化程序通常无需安装即可运行，因此非常需要熟知程序的内行人士来检测程序以保证其如期运行。对于此，我曾帮助过客户共同确定出领域专家来做检测，这些专家包括那些熟知程序安装与应用的专业人士。你当然最不希望用户在使用程序的时候，发现某项功能出了差错。若是真的出了错，那真让人崩溃，这意味着你得修复你的App-V包。接下来，我正要谈谈这个问题。
用户验收测试
像对待任何开发项目一样，你应该尝试对已序列化的程序进行用户验收测试。在我们某种程度上改变着程序部署到计算机的方式的同时，我们也在改变着开发人员最初有关程序安装的想法。当然，只要开发人员在开发程序时遵循了最佳方法，这通常不成问题，但总有例外。通过让专家用户验证并签名确认程序包可用，你就可以确保自己的序列化包验收成功，以便用户可以高效使用程序。
相同桌面支持流程
无奈地是，即使我们在某些方面为用户做得再细致，他们还是有可能遇到程序方面的问题，而通常这时候就需要向桌面支持人员求助了。对于传统的程序，我们需要提供详尽的排查步骤给用户（可惜这些步骤往往因程序的不同而不同），比如：要确认安装正确，有DLL注册记录；检查INI文件；确保文件扩展名关联正确等等，这等步骤可谓没完没了。可是，有了App-V，情况就大不一样了，排错的首要步骤可以精简到适用于所有程序。下面是一个排错列表：
1. 确保程序加载到客户端缓存。
2. 如果是通过SCCM部署的，则要确保App-V客户端配置正确，以通过HTTP流或可与SCCM客户端交流。
3. 如果程序问题依然存在，要重新加载程序到App-V 缓存。
4. 清空用户 PKG 文件。
5. 重新发布所有App-V程序。
当然此列表并非完全确凿而完整，它会因环境而异，不过不变的是，用App-V部署程序的步骤是相同的，这样一来，桌面支持人员就可以迅速提供相应的远程技术支持。
准备序列化环境
谈完App-V相关易受影响的流程及其各种潜在的核心作用后，下面我们来看看如何帮助客户准备序列化环境，因为这种环境是成功而有效打包程序的关键。
App-V序列化很大程度上受到IO限制。如果你在一个硬盘速度慢的计算机上进行程序序列化，你会耗费很多时间在进度条的等待上。另一种有点截然相反的考虑就是，序列化应该在虚拟机上进行，以便序列化环境可以快速重置起来。我见到很多客户直接在硬件上进行此步骤，但他们使用硬件所省下的时间很快在重装系统中耗尽。我个人的解决方法是，准备一个外接的10k转速eSATA硬盘，并长期保留。不管用虚拟机也好，物理机也罢，10k的服务类硬盘真地可以大大提高性能。
许多客户最终将序列化客户端定位在诸如Hype-V之类的后端服务器虚拟化技术上。这可用于64位和32位的虚拟机。由于硬盘技术通常基于SAN，因此IO性能会达到最佳。
序列化提示和技巧
还有更多的提示，如添加虚拟打印机驱动程序及ODBC连接，以及某些情况下，同时在Sequencer和虚拟程序包中修改注册表，以隐藏“q”盘驱动器（该盘是用于应用程序虚拟化的驱动器，专为App-V虚拟程序包提供影射的加载点）。
对于任何建立序列化环境的人，我强烈推荐您阅读有关序列化的最佳操作指南。 链接
沟通是关键
最后一点，也是我一贯建议客户要做的一点就是，一旦他们确定使用App-V来部署程序，那么就要学会沟通！有时候程序可能会出现异常，让用户一时半会儿还适应不过来，但客户要确保用户高度了解出现异常的原因是什么，让他们清楚打包程序的方式已发生改变，他们还需明白序列化的费用会因所投时间、精力的加大而增加 ，不过，得到的将是精简的部署及技术支持。此外，技术支持人员需要清楚虚拟化程序的特别之处在哪儿，以及这种特别之处为何显得如此重要。
对于App-V，任何大小的变化都会多多少少地遭受反对。因此，一份概述出App-V价值的好的沟通计划显得很重要，这会使App-V更加顺利有效地开展起来。
以上就是目前为止我的观察所得。我还会在接下来几周与大家分享更多，希望大家留意。随着 App-V 4.6的发布，我们正在进入一个令人兴奋的时期， 因为客户将可以在各自的整个领域范围内开始自己部署虚拟程序，其需要关注的关键特色功能包括：高达64位的客户端技术支持及与Windows7更高的一体化程度。
Part 3
关于原文作者
Daniel Nerenberg, App-V MVP
MCT, MVP, Consultant, Trainer, Speaker, LazyAdmin Daniel has been writing, speaking and consulting on a multitude of IT topics since 2004. He currently manages and writes for the popular community tech blog TheLazyAdmin.com.
原文出处：
http://thelazyadmin.com/blogs/thelazyadmin/archive/2010/02/22/App_2D00_V-real-world-experience.aspx
无意中发现了一个网站，有很详细的App-V 错误代码总结, 除了查看微软KB外，不妨也看下这个网站的分析。
[url]http://www.sparkleflow.com/support/knowledge-base/app-v-softgrid-errors/[/url]
我们很欣喜地看到, 比起App-V 4.5与Office 2007, App-V 4.6与Office 2010与做了更好的结合, 以下翻译了一段新功能的简介。
一、新功能介绍
Microsoft Outlook 即时搜索– 使用Windows Desktop Search 方便寻找收件箱邮件
Microsoft SharePoint 整合 - 你可以使用SharePoint打开, 编辑和保存Office文档
MAPI Proxy - 可以在收件箱使用 Outlook Send To 功能
Microsoft Office 文件索引 - 可以建立文件索引使得Windows Search能定位文件位置
虚拟控制面板邮件图标- 可以使用控制面板的邮件图标进行邮件高级设置
URL 协议处理器 - 可以在浏览配置链接和指定适当的关联的Office应用程序
发送到OneNote 打印机驱动 - 可以打印文件到OneNote
二、排序前准备
1. Microsoft Application Virtualization version 4.6.0.1401或以上版本
如何下载？
参考我blog的另一个文章
http://blogs.itecn.net/blogs/virtualtom/archive/2009/08/30/app-v-4-6-beta.aspx
2. Microsoft Office 2010 (32-bit and 64-bit)
假如你排序的是64-bit Office 2010, 刚才介绍的部分新整合功能才不能使用
3. Microsoft Office 2010 Deployment Kit for App-V
一个在Office 2010排序前要安装的安装包, 当要推Office 2010到client端前, client端也必须先安装此包已确保Office 2010以正常使用, 这个安装包支持大多数主流的系统, 支持列表详见App-V Recipe for Office 2010 Beta Deployment Kit
三、排序
请参考App-V Recipe for Office 2010 Beta Deployment Kit, 这里只说主要步骤
1. 安装Office 2010 Deployment Kit
以Office 2010 KMS激活方式为例, 在命令行输入以下命令进行安装。
2. 如常排序Office 2010。
3. 如常结束排序。假如需要配置更多App-V与Office 2010整合的新功能, 参考App-V Recipe for Office 2010 Beta Deployment Kit进行更多个性化设置。
四、Client端使用
1. 在已安装Microsoft Office 2010 Deployment Kit for App-V的client端上, 我们看到Office程序图标已经成功推到client端, 打开一个Word 2010看看。
2. Word 2010 正在启动。
3. 第一次会有激活提示。
4. 直接下一步通过激活验证即可, 使用KMS的方法, key已经在排序的时候输入了, 这里没有提示需要重复输入，激活后可以正常使用了. 当然, 暂时Office 2010 Beta不需要激活也可以使用，但估计Beta后需要按以上方式激活了。
五、更多信息
请参考 App-V Recipe for Office 2010 Beta Deployment Kit
The App-V 4.6 TAP RC2 Release is now available to you. This will be final TAP build provided to the App-V 4.6 Product Evaluation (PE) TAP participants.
The RC2 Release is NOT to be deployed into a production environment. Upgrades from the Lab1, Lab2, and Lab3 are not supported. Also, upgrades from the Lab4 release to the RC2 release will not be supported. As per your signed Program Description document, you have committed to deploying this release in your lab environment within one week of today. Please plan to complete your scenario validations on this build prior to 11/20. We will be working with you to close off the App-V 4.6 PE TAP soon after 11/20.
What files are included in the App-V 4.6 TAP RC2 Release?
The build number for the App-V 4.6 TAP RC2 Release is 4.6.0.1401. The total number of available download files is 15. The breakdown of these files includes:
· The 2 files “AppVReadme46.htm” document and "launchcondition.mst" are with the download - Please review this document prior to starting to use the RC2 build. This AppVReadme46.htm file will make you aware of the major issues that we want you to know about before beginning to use this build.
· There are 6 executable downloads for 32-bits and 64-bits Sequencer, RDS (earlier TS), and Desktop client components.
· There are 4 available self-extracting executables for ClientHelp, DeplGuide, OpsGuide, and Sequencer.
· For the management and streaming server components, please download the 2 self-extracting executables (also part of the 4.5, 4.5 CU1 Release).
MSAppVirt_management_server_setup_4.5.1.15580.exe and MSAppVirt_streaming_server_setup_4.5.1.15580.exe
· The "AppVirtADMTemplate(Beta).msi" will contain an additional ADM template that supports 64-bit clients.
The ADM template centrally manages common client configurations via Preferences by using an existing Group Policy infrastructure and includes settings for communication, client interface, and permissions.
Other articles to look for on the Connect site?
· App-V 4.6 TAP Customers Bug List – This article lists the customer bug fixes contained in the RC2 release of Microsoft Application Virtualization 4.6. This article is primarily intended to inform App-V 4.6 TAP customers about the customer issues fixed by the App-V 4.6 engineering team.
How do we obtain support or file issues?
You should have already validated your MS Connect access to the App-V 4.6 TAP program. There is a feedback form on the MS Connect site. You should complete and submit a form for individual issues. Since this release is for non-production use, all items must be opened via the MS Connect site.
How do we obtain the RC2 Release?
1. Go to the App-V 4.6 TAP Program on the Microsoft Connect site.
2. Download the App-V 4.6 TAP RC2 Release:
a. Click on the “Downloads” link in the left navigation bar in the App-V 4.6 TAP Program.
b.Click on the “Application Virtualization 4 6 RC2 Release” download.
c. Click the “Download” button to begin downloading the RC2 Release and associated documentation.