Windows 7 SP1 与 Windows Server 2008 R2 SP1 升级到RDP 8.0总结

 

转自：  http://blog.csdn.net/starshine/article/details/8130996

 

一、

随着Windows 8 的发布，远程桌面连接协议（RDP）也已经升级为8.0，相对与RDP7.1（Windows 7 SP1、

Windows Server 2008 R2 SP1支持），在增强用户体验方面进行了很大的改进，例如Adaptive Graphic、

Intelligent Transport、Adaptive Network Auto Detect、DirectX 11 Support with vGPU等RemoteFX相关

功能，在性能、易管理性等方面有很大提升。

    为了使Windows 7 SP1和Windows Server 2008 R2 SP1用户能够利用RDP8.0对远程桌面连接的改善，微软

提供了相应的升级包，为KB2592687，可以点击链接进行下载和安装，由于RDP8.0支持自动网络检测，在网络

资源不佳的情况下（例如广域网），可以采用UDP协议进行远程桌面连接信息的传递，从而降低对网络资源的要求，

因此在将RDP7.1升级为RDP8.0之前，先基于KB2574819升级操作系统，使之支持DTLS（Datagram Transport 

Layer Security），此升级包下载请点击链接。（注意：先安装KB2574819，再安装KB2592687）。

    升级包括两个部分，即客户端和远程桌面端，客户端是指要连接到远程桌面的计算机，远程桌面端是指要被连接

的计算机（物理机或虚拟机），当然客户端被其他计算机连接也就变成了远程桌面端了:)。客户端和远程桌面端升级

过程相同，升级完成后，打开远程桌面连接客户端程序（mstsc.exe）,右键点击左上角图表，选择“关于”菜单项，

打开如下图对话框：

 

 

显示“支持远程桌面协议8.0",说明升级成功。同时，在远程连接客户端的”体验“标签下，”选择连接速度来优化性能“下拉

列表中将出现”自动检测连接质量“选择项，说明启用了RemoteFX相关功能。在服务端启用RDP8.0中RemoteFX相关功能，

需要通过组策略相关机制，有些功能还需要Hyper-V支持（如vGPU）。打开组策略的方式是在命令行下执行”gpedit.msc“

命令，显示本地组策略编辑器（如果在域管理模式下，需要编辑相应的域组策略）：

 

具体的位置在”计算机配置\管理模板\Windows 组件\远程桌面服务\远程桌面会话主机\远程会话环境“,上图标出的即是相关的配置

项，首先要配置”启用远程桌面协议8.0“和”配置RemoteFX“，启用相关功能。

   

 升级和配置完成后，即可用进行连接远程连接桌面，如何验证是否启用了RDP8.0呢，具体方法如下：

1、用RDP8.0客户端连接RDP8.0的远程桌面，远程连接栏上出现了连接质量图标（）。

2、用RDP8.0客户端连接RDP7.1的远程桌面，远程连接栏上不会出现连接质量图标。

3、用RDP7.1客户端连接RDP7.1、RDP8.0的远程桌面，远程连接栏上均不会出现连接质量图标。

 

注意：

如果用升级到RDP8.0的客户端去连接非RDP8.0的远程桌面，必须在远程桌面连接客户端程序（mstsc.exe）的体验标签下，选择

”LAN（10Mbps或更高）“选项，如下图：

 

 

通过基本测试，RDP8.0在视频播放等方面效果还是不错的，希望MS再接再厉，争取RDP超过HDX协议（为CITRIX）！

 

二、PCoIP(VWARE)  vs HDX (CITRIX ICA)远程访问协议对比

网上找到的一份关于VMware View及Citrix Xendesktop两家使用的远程协议的对比。
从多个角度分析了两家协议的区别，个人认为是一篇比较全面的对比文章，供大家参考。

 

 

 

 

 

 

三、区分微软RemoteFX和思杰HDX

Windows7和Windows Server 2008 R2 SP1已经出货，微软在RDP协议基础上为客户提供了增强型RemoteFX，以抗衡思杰的HDX协议。但实际上，两者完全不同。

       如果您对RemoteFX不熟悉，请参考“这篇”关于特点和需求的文章。它在RDP协议上有了大幅度增强，导致人们开始猜想这会对思杰造成哪些影响。毕竟，两家还同时是合作伙伴，RemoteFX和HDX之间如何竞争呢？我们不妨对该话题深挖一下。

      首先要明确RemoteFX不是独立的协议，它只是RDP的增强。所以技术上看比较RemoteFX和HDX是不正确的，应该考虑的是增加了RemoteFX的RDP和HDX之间的关系。

       带有RemoteFX的RDP和HDX之间最大的差别是微软只支持在运行Windows 7 SP1、Windows 7或WES 9 Embedded版本的终端，或专用设备上通过RemoteFX连接。如果是Macs, Androids, iPhones, iPads, or Windows XP 或 Vista终端是不支持RemoteFX的。而思杰的HDX是通用的。

      同样，RemoteFX只适用于局域网环境，换句话说RemoteFX不仅需要指定终端设备，而且必须在位于高速局域网环境的设备上用。另一方面，思杰的HDX在广域网上也可以流畅使用（不带RemoteFX的RDP协议也支持WAN，不过表现比HDX差一些）。

       说了这么多，思杰和微软毕竟还是合作伙伴，而且思杰还需要获得RemoteFX相关代码。换言之，思杰将在HDX协议中对RemoteFX进行支持。这点意义重大，由于RemoteFX只是RDP的附加部分，思杰也可以轻松地把它加到HDX之上。

      如同多年来我一直坚持的观点：思杰存在的意义远不止一个协议这么简单。即使微软为RDP增加RemoteFX也不会发生大量原思杰用户投靠的情况。

      由于HDX在很多方面优于带有RemoteFX的RDP协议，思杰问题的根源不在于RDP是否已经超越HDX，而是在虚拟桌面（VDI）体系下，RemoteFX只能和Hyper-V宿主机兼容。这意味着如果用户希望在思杰的XenDesktop环境中使用RemoteFX，就必须使用 Hyper-V作为虚拟桌面管理程序。

       这说明什么呢？有趣的是思杰也有自己的hypervisor——XenServer，而且基于这个平台开发了很多用于VDI架构的附加功能，Citrix IntelliCache就是其中之一。所以，对于思杰而言该推荐哪个hypervisor？用户会怎么选择？会接受混合环境吗？

       还有一点值得注意的，由于历史问题，思杰通过一些特殊终端平台支持到微软终端服务器（TS）的连接（微软为Windows 和 Mac提供RDP协议，思杰为Windows, Mac, Linux, Blackberry, iOS, Android, Sun, DOS等平台提供HDX协议）。所以我们可以很自然认为思杰也要把RemoteFX扩展到其它类型的终端。不幸的是，事实至少目前为止并非如此。当我们针对RemoteFX对其它平台支持的问题提出疑问时，思杰的回答如下：

        如同在跟微软关于RemoteFX的合作申明新闻发布会上阐述的，基于长期合作的目标思杰和微软正致力于把RemoteFX功能扩展到更为广泛地设备、地点和用户环境中。所以，虽然现在主要集中在Windows 7设备上，我们的目标是将来可以支持更多的环境。

     很好，那么思杰的XenApp怎么办呢？众多周知微软提供了没有GPU加速功能的RemoteFX版本，可以运行于Remote Desktop Session Host(以前的TS服务)主机上，而这正是XenApp的目标领域。那么思杰会允许带有RemoteFX的HDX运行于XenApp服务器上吗？该公司给出如下回应：

按照Harry Labana的博客申明，我们正在努力把XenDesktop VDI作为RemoteFX的集成平台之一。无论如何，在现在这个时间点，我们从未表示过要在XenApp上支持RemoteFX。

      那么让我大胆猜测一下，RemoteFX虽然是不错的产品，但是在实际应用中还有不足？通常我们期望思杰可以对微软发布的一系列新产品都提供支持，但实际上是不成功的（至少现在还没有）。所以我认为下一步要做的是继续等待，静观将来会发生什么。

 四、.msu文件怎么安装

Windows 更新安装程序及 .msu 文件的说明

 

 本文介绍 Windows Vista 中的 Windows 更新独立安装程序 (Wusa.exe)。Wusa.exe 文件位于 %windir%\System32 文件夹中。Windows 更新独立安装程序使用 Windows Update 代理 API 来安装更新包。双击Wusa.exe后出现：

 

 

 

更新包的文件扩展名为 .msu。.msu 文件扩展名与 Windows 更新独立安装程序相关联。

msu 文件中包含以下内容：

• Windows Update 元数据
  此元数据描述了 .msu 文件包含的每个更新包。
• 一个或多个 .cab 文件
  每个 .cab 文件代表一个更新。
• 一个 .xml 文件
  此 .xml 文件对 .msu 更新包进行描述。当使用程序包管理器工具 (Pkgmgr.exe) 执行无人参与的更新安装时，Wusa.exe 将 会使用此 .xml 文件。
  
  例如，您下载了修补程序 934307。Windows6.0-KB934307-x86.msu 文件将出现在 C:\934307 文件夹中。在命令提示符处键入下列命令，以便将 .msu 文件展开到一个临时文件夹中： expand -f:* "C:\934307\Windows6.0-KB934307-x86.msu" %TEMP% 然后，在命令提示符处键入下面的命令： pkgmgr.exe /n:%TEMP%\Windows6.0-KB934307-x86.xml
• 一个属性文件
  此文件包含 Wusa.exe 使用的字符串属性。例如，此文件包含 Microsoft 知识库中相关文章的名称。

如果使用 Wusa.exe 安装更新包，Wusa.exe 则会将 .msu 文件的内容展开到一个临时文件夹中。然后， Wusa.exe 会执行以下步骤：

1. Wusa.exe 使用 .msu 文件中的 Windows Update 元数据搜索可应用的更新。
2. Wusa.exe 将可应用更新的内容复制到 Windows Update 沙盒中。Windows Update 沙盒 是一个受保护的文件夹。
3. Wusa.exe 根据 Wusa.exe 的启动模式调用 Windows Update 代理 API 中 的相应函数。
4. 当 Windows Update 向导完成安装时，Windows Update 代理 API 会返回一个状态。然后，Wusa.exe 与 Windows Update 代理 API 同步进行工作。

注意：.msu 更新包中的每个更新都在单独会话中进行安装。在使用 Wusa.exe 时，只有一个 Wusa.exe 实例在运行。Wusa.exe 不会修改 .msu 文件中的更新的内容。Windows Update 基础结构根据更新的内容执行所需操作。

在以交互模式启动 Wusa.exe 时，会出现一个欢迎屏幕显示有关更新的高层次信息。如果继续安装更新，Wusa.exe 会调用 Windows Update 代理 API 中的相应函数以启动 Windows Update 向导。Windows Update 向导将显示与更新包相关的 Microsoft 软件许可条款。Wusa.exe 调用 Windows Update 代理 API 以继续执行安装过程。然后，Wusa.exe 进入等待状态，直到 Windows Update 向导完成 安装。

若要安装 .msu 更新包，请运行 Wusa.exe 并使用该文件的完整路径。例如，如果 Windows6.0-KB934307-x86.msu 文件位于 D:\934307 文件夹中，请在命令提示符处键入以下命令以安装更新包：

wusa.exe d:\934307\Windows6.0-KB934307-x86.msu

此外，还可以通过双击 .msu 文件来安装更新包。

注意：在 Windows Vista 中不能使用 Wusa.exe 来卸载更新。可以使用 Windows Defender 软件资源管理器手动卸载更新。

参考资料：

http://support.microsoft.com/kb/934307

http://support.microsoft.com/kb/933595/zh-cn

http://www.zzchn.com/edu/20071004/51475.shtml

 

六、实践

为了让Win7支持RDP8，我按一、下载了安装包。

 

但当安装时遇到问题。

1、遇到的问题

 我的是windows7系统，更新独立安装程序出错

报错是无法启动服务器，原因可能是已被禁用或与其相关联的设备没有启动

错误代码：0x80070422

 2、解决方法

1.单击 开始 ，在 开始搜索 框中键入 记事本，然后单击 程序 列表中的 记事本。

2.复制下面的文本，然后将文本粘贴到记事本中：
sc config wuauserv start= auto
sc config bits start= auto
sc config DcomLaunch start= auto
net stop wuauserv
net start wuauserv
net stop bits
net start bits
net start DcomLaunch

3.单击 文件，单击 另存为，然后键入 Repair.bat。

4.在 保存类型 框单击 所有文件 (* *）。

5.在 保存位置 框中单击 桌面，然后单击 保存。

6.在 文件 菜单上单击 退出。

7.右键单击您在步骤 5 中, 保存该 Repair.bat 文件，然后单击 以管理员身份运行。此操作将启动所需的服务。

如果输入管理员密码或进行确认提示键入该的密码，或单击 继续。

8.请尝试重新安装该更新。如果您可以安装更新，删除 Repair.bat 文件。