HOWTO: 修改RemoteApp和桌面连接的自动更新周期

        在 RDS 环境中，客户端系统在控制面板的“RemoteApp和桌面连接”中添加了 RDWeb 的订阅，其更新方式默认为自动，且提示了会定期自动更新，但是并没有详细说明更新周期。如果用户此时需要更新 RDWeb 订阅以刷新发布的 RemoteApp 列表，则必须手动点击“立即更新”，那么是否有什么方法能够自定义更新周期呢？！

        检查了 RDS 的相关设置和选项，也查阅了组策略，均没有线索！最后，通过对“RemoteApp和桌面连接”添加过程的轨迹进行了抓包，分析发现当添加一个 WorkResouces 时会向注册表添加连接信息数据（HKCU\Software\Microsoft\Workspaces\Feeds），并向任务计划添加一个定时任务，该任务位于任务计划路径"Microsoft\Windows\RemoteApp and Desktop Connections Update"下，任务计划名称是“Update connections”，如下图所示。

        该任务的默认更新周期是一天更新一次，时间为每天的0:00，但是这个时间周期在实际环境下基本上是无效的，毕竟很少的用户会全天运行系统。所以，可以根据需要将其更改为每次登录时进行刷新。

        此外，这个任务计划还为我们提供了非常有价值的命令行，通过下面的命令行可以执行手动刷新 RDWeb 订阅。

“%SYSTEMROOT%\System32\RUNDLL32” tsworkspace,TaskUpdateWorkspaces2

        对于系统运维人员，可以利用上面的命令行编写脚本运行，方便调用。

        掌控了“RemoteApp和桌面连接”的自动刷新周期，就可以方便的更新发布的程序列表，以实现便捷的推送和回收需求。

HOWTO: 通过 Remote Desktop (RDP) 远程访问 Hyper-V 下的虚拟机

        Remote Desktop 是 Windows 的远程桌面工具，通过 RDP 远程访问 Windows 计算机，可在 Windows 桌面下执行管理操作。那么它又是怎么跟 Hyper-V 扯上关系的呢？！本文 gOxiA 将分享通过 Remote Desktop 直接远程登录到 Hyper-V 下的虚拟机，对虚拟机系统执行操作。

        在 Hyper-V 上如果要管理其下的虚拟机通常会在 Hyper-V 管理器下选中虚拟机（VM），并鼠标右键点击，选择“连接”。

        之后 ，Hyper-V 管理器会为我们启动一个新的程序，名为 VMConnect，即虚拟机连接器。这样我们便可以像本地计算机一样去操控它。

        当然，我们也可以为虚拟机启用远程桌面访问，这样便可以通过 Remote Desktop 登录。但是，前面所讲的都是面向 Windows 系统的，如果 Hyper-V 虚拟机是一个 Linux 呢？？？通常，接下来的解答是在 Linux 上开启 SSH 或其他远程访问服务，按照 Linux 的方案去执行。但是如果正好这个 Linux 虚拟机不能开启 SSH 怎么办？

        OK，开始今天的主题！如果 Hyper-V 下的虚拟机是一个没有远程管理方案的 Linux，又或者虚拟机与客户端是隔离网络关系，那么该如何远程操控这些虚拟机系统？！

        其实我们可以借助 Windows Server 2016 的 RDP 即远程桌面协议实现我们的需求。原理是客户端通过 RDP 连接到 Hyper-V Host，之后使用 RDP 作为桥去连接虚拟机的 VMMS 端口 2179，实现两端通信。（PS：默认该端口是由 VMConnect 去连接。）

        要使用远程桌面来连接的具体操作步骤如下：

        首先，获取要远程连接的虚拟机ID，可以通过 PowerShell 命令：get-vm | fl name,id

        然后使用记事本新建一个扩展名为“.rdp”的文件，并添加如下内容：

        保存后便可直接使用，以下截图是连接一台正要安装 Ubuntu 的虚拟机截图。

参考资料：https://technet.microsoft.com/en-us/library/Cc764268.aspx

使用Hyper-V VLAN功能组建受隔离的网络环境

        在开始今天的分享前，gOxiA 带着大家前先了解下面的截图，这样才能更好的理解所要分享的内容。在一个企业网络内（Corp LAN），已经部署了DC、DNS、DHCP、WDS等服务器，是一个完整的生产环境。在 10.1.50.x 的子网内 gOxiA 有三台 Hyper-V 主机（两台基于 Windows 10，一台基于 Windows Server 2016）进行工作相关的测试和评估。

        默认情况下三台 Hyper-V 主机与 Corp LAN 是可以相互访问的，这个应该很容易理解吧；现在为这三台Hyper-V 主机分别创建了虚拟交换机 vNet-LAN50，那意味着其上的虚拟机将从 10.1.50.x 获取网络地址，并运行相互访问，到这里也很容易理解吧；由于一些测试需要进行隔离，通常会在Hyper-V 主机上创建 VMs Only LAN，仅供当前Hyper-V 主机上的虚拟机相互访问，或在当前 vNet-LAN50 上启用 VLAN 分配 ID 20 进行隔离，到这里相信也能理解；OK，我们继续，现在由于一个测试任务过于庞大所需的硬件资源很高，无法在一台Hyper-V主机上进行，需要现有的三台 Hyper-V 主机组网使用，且不变动现有的物理网络环境，同时实现与现有逻辑网络隔离。

        如果为每台虚拟机创建单独的网络，如192.168.192.x，是可以实现相互通讯的，但是并未完全实现逻辑网络的隔离，假如虚机部署了 DHCP 服务，那么极有可能会对现有的 Corp LAN 产生影响。但是启用虚机 VLAN 后，怎么实现跨 Hyper-V 主机访问呢？！按理说 vNet-LAN50 这个虚拟交换机的物理接口是 Hyper-V 主机上与 10.1.50.x 相连的网卡，由于是透明通讯，虚拟机设置 VLAN20 后理应透过 vNet-LAN50 与其他 Hyper-V 主机上 VLAN20 的虚机通讯，但是现实很残酷并非如所想的那样！！！

        经过测试需要通过 Hyper-V 的 Virtual Switch Manager（虚拟交换机管理器）为当前网络即 vNet-LAN50 也启用 VLAN ID 20，才能实现跨 Hyper-V 主机 的 VLAN 段虚机互访。

        虽然该法实现了最终的需求，但也确实与现有逻辑网络完全隔离，这意味着原有 10.1.50.x 段中的其他设备将无法访问这三台 Hyper-V 主机，否则也必须修改 VLAN 为 20。（如果 Hyper-V 主机是多宿主，倒是很好解决！）

工作组环境下使用 Hyper-V 管理器远程管理 Hyper-V 主机

        参考本文将能协助你轻松地在工作组环境下通过Windows 10 的 Hyper-V 管理器去远程管理 Hyper-V 主机。在之前的系统版本上，我们需要依赖一系列的配置操作，或使用现成的脚本才能才能实现，否则就需要确保客户端和服务器都加入到域环境。

        在 Windows Server 2016 环境中，之前的配置方法和脚本都不再有效。还好微软分享了一组系统命令和简单的操作步骤，就能够实现我们的需求。

        首先，在 Windows 10 设备上通过“程序和功能”，启用 Hyper-V 管理器（Hyper-V Management Tools），由于 gOxiA 的客户端是英文版，所以具体如下图所示：

        然后，在 Hyper-V 主机上执行配置命令行，以便接收 Windows PowerShell 远程命令发送的 WS-Management 指令，同时还要为 WS-Management 配置允许 CredSSP 身份验证。为此，我们需要执行两条命令：

1、 Enable-PSRemoting

2、 Enable-WSManCredSSP -role server

        具体的执行效果可参考下图：

        至此，Hyper-V 主机端的配置就算结束了，是不是非常简单便捷！接下来开始配置 Windows 10 客户端，同样需要先使用命令行进行配置。

1、Set-Item WSMan:\localhost\Client\TrusteHosts -Value "Hyper-V Host FQDN"

2、Enable-WSManCredSSP -Role client -DelegateComputer "Hyper-V Host FQDN"

        具体操作效果如下图所示：

        现在，执行 gpedit.msc 启动组策略管理器，定位至 计算机配置-管理模板-系统-凭据分配，启用“允许分配新的凭据用于仅NTLM服务器身份验证”，同时将“wsman/Hyper-V Host FQDN” 添加到服务器列表中，如下图所示：

        至此，配置过程告一段落，无需重新启动客户端和服务器，直接打开 Windows 10 设备上的 Hyper-V 管理器，添加计算机，填写“Hyper-V Host FQDN”，即 Hyper-V 主机的完整计算机名称，根据需要填写用于认证账号和密码，便可以连接到远程 Hyper-V 主机上进行愉快的操控。

参考资料：https://technet.microsoft.com/en-us/windows-server-docs/compute/hyper-v/manage/remotely-manage-hyper-v-hosts?f=255&MSPPError=-2147217396

Hyper-V —— 增强会话模式

        Windows 8.1/Server 2012 R2 中的 Hyper-V 提供了一个新的功能，即：增强会话模式（Enhanced Session Mode），这个功能使得 Hyper-V 虚拟机连接器能够基于 RDP 方式进行管理，或者说是 RDP 到虚拟机的连接基于 VMBus，gOxiA 个人更倾向前一种说法，因为更加容易理解。因为在增强会话模式下，实现了很多 RDP 的功能，例如现在我们可以直接通过 VMConnect 从虚拟机中复制或粘贴文件或数据内容，而且还能够将本地资源重定向到虚拟机中。具体可参考下图：

        要启用增强会话功能，很简单！只需要在“Hyper-V 设置”中启用“允许增强会话模式”功能即可。

        当我们通过 VMConnect 以增强模式操作虚拟机时，只需要在菜单栏的“查看”中选择“增强会话”即可。

        当然，如果希望以后连接器打开虚拟机时都以增强模式访问，那么只需要在“Hyper-V 设置”下的“增强会话模式可用时使用”选项中复选“使用增强会话模式”即可。

        在使用增强会话模式时需要注意以下几点：

• 增强会话模式目前仅支持 Windows 8.1/Server 2012 R2 虚拟机。
• 增强会话模式支持第一代和第二代虚拟机。
• 增强会话模式无需为虚拟机配置网络。
• 增强会话模式无需为虚拟机系统启用RDP。
• 只有支持 RDP 的 SKUs 才支持增强会话模式，即 Windows 8.1  Home 版不支持增强模式。
• 增强会话模式无需 RemoteFX。
• 增强会话模式不支持 OOBE。

HOWTO: 在 Hyper-V 虚拟机上安装 Hyper-V 角色

        作为 ITPro 是否想在现有环境中操作体验一下微软新的虚拟化平台——Hyper-V？！特别是希望学习 Hyper-V 的操作和各项选项设置，甚至是进行实时迁移或群集等实验，但又苦于没有现成的硬件可供测试？！有些朋友可能尝试直接在一台 Hyper-V 虚拟机上通过服务器管理器来安装 Hyper-V 角色，但是结果是安装向导提示无法进行角色的安装。

        其实用户可以执行一系列的 PowerShell 命令行来强制安装 Hyper-V 角色，具体步骤如下：

1. Enable-WindowsOptionalFeature –Online –FeatureName Microsoft-Hyper-V –All –NoRestart
2. Install-WindowsFeature RSAT-Hyper-V-Tools –IncludeAllSubFeature
3. Install-WindowsFeature RSAT-Clustering –IncludeAllSubFeature
4. Install-WindowsFeature Multipath-IO
5. Restart-Computer

        通过此法能够在虚拟机上安装 Hyper-V 角色，也能创建虚拟机，但是虚拟机是无法正常启动和运行的。

        虽然不能运行虚拟机，但是 Hyper-V 的诸多特性和功能还是可用的，比如我们可以在此环境中进行无需共享存储的实时迁移实验，也可体验一下 Hyper-V 的复制功能，甚至可将该虚拟机作为 Hyper-V 群集节点，进行 Hyper-V 故障转移群集的实验。

        注：该方法不受微软支持！！！

        参考：http://blogs.technet.com/b/gbanin/archive/2013/06/26/how-to-install-hyper-v-on-a-virtual-machine-in-hyper-v.aspx

Windows Server 2012 Hyper-V 复制

        早在去年11月份 gOxiA 就与大家分享了 Windows Server 2012 Hyper-V 虚拟机可移动性方面的几篇文章：“Windows Server 2012 使用 SMB 共享存储的实时迁移”、“Windows Server 2012 Hyper-V over SMB”、“详解 Windows Server 2012 无需共享存储的实时迁移”。这些功能和特性确实极大的方便了 ITPro，使大家能够轻松、快速、安全的对虚拟机进行迁移。当对这几部分的实时迁移有一定的学习和理解后，Hyper-V 复制就显得更加容易，所以之前也就没有再单独写这部分的文章。

        最近遇到几个案例都是探讨虚机备份和低成本的异地灾备的，而且这几天在做 Windows Server 2012 R2 Preview 到 RTM 迁移时也涉及到了 Hyper-V 复制，所以打算写篇东西出来跟大家分享分享，也算给自己留个存档。Hyper-V 复制，即：Hyper-V Replica，也称之为 Hyper-V 副本，是一种异步虚拟机复制技术，基于 HTTP 协议进行传输，所以它也非常适合应用在广域网环境中。在设计上，Hyper-V 复制主要用于商业连续性和灾难恢复场景。因为不需要任何共享存储，所以该技术可用于任何服务器、网络或存储供应商的设备。

        要为 Hyper-V 主机启用复制功能，首先确保当前主机已经加入到 AD，并参考无需共享存储的实时迁移对主机做 Kerberos 委派，添加“hyper-v replica service”，然后还要修改当前主机的 Hyper-V 设置，在“复制配置”下勾选“启用此计算机作为副本服务器”，并选择“使用 Kerberos (HTTP)”端口保持80默认，在“授权和存储”选项下，选择“允许从任何经过身份验证的服务器重进行服务”，并指定副本的默认存储位置。可参考下图设置：

        在完成上述设置后向导会提示防火墙设置的相关警告，我们只需要进入防火墙设置允许 Hyper-V 副本 HTTP 通过。

        接下来，便可选择一台虚机进行复制的配置，整个过程可以参考下面的截图。

选择虚拟机，启用复制。

指定副本服务器，填写服务器名称。

因为仅允许使用 Kerberos 身份验证(HTTP)，所以在连接参数向导中仅有一种可选模式，如果网络带宽比较紧张，建议勾选“压缩通过网络传输的数据”。

选择复制 VHD，是非常人性化的配置，比如当前虚机本身附加有备份用的磁盘，那么在做 Hyper-V Replica 时可以不对这些备份用VHD做复制，当然有些用户也可能仅是为了复制虚机的数据VHD而不需要系统盘，那么也可以在该步骤中进行选择。

根据需要配置复制频率，默认为每5分钟将更改发送到副本服务器。

在容灾级别不高而且对数据存储容量毕竟敏感的场景下，可以“仅保留最新恢复点”。

“选择初始复制方法”下，可以结合场景并根据实际情况进行选择。如果当前场景是局域网环境，并且此时网络带宽并不拥挤，那么可使用默认的“通过网络发送初始副本”作为初始复制方法，并“立即启动复制”。

        在完成初始复制后，Hyper-V 复制功能会按照之前设置计划的时间频率将虚拟机的变更发送出去。这些变更时通过日志文件追踪的，并且将在变更发往复制服务器前进行压缩。在主服务器上，变更会被保存在一个.hrl文件中，该文件与被复制的VHD文件位于相同位置下。

        Hyper-V 复制的故障转移操作有三个主要选项：

1. 计划内故障转移，顾名思义也就是按照预先确定的计划来进行故障转移。该方式需要满足两个前提条件：在初始故障转移前，虚拟机必须关闭；被复制主机必须也启用复制功能，并允许接收来自复制主机的复制。
   
2. 测试故障转移，在复制服务器上进行操作，允许在不中断当前持续的复制配置下，生成并启动一个新的用于测试用途的虚拟机。
   
3. 计划外故障转移，很容易理解了，被复制主机意外宕机时，我们便可以在复制主机上执行“故障转移”，将该虚机启动上线。
   

        玩转 Windows Server 2012 Hyper-V 的实时迁移和复制功能，并灵活应用在不同场景下，将会使 ITPro 感到无比轻松。

        参考：Hyper-V 副本概述、演示 Hyper-V 副本、Deploy Hyper-V Replica

在 Windows Server 2012 R2 RTM 和 Preview 之间迁移虚机将会失败

        Windows Server 2012 R2  RTM 在9月10日签约 MSDN/TechNet 向订阅用户发布，这次微软还是非常重视用户反馈的，最终选择提前向订阅用户发布 RTM。gOxiA 在第一时间下载了 Windows Server 2012 R2 RTM，并着手升级当前的 Windows Server 2012 R2 Preview 环境，两台基于 Windows Server 2012 R2 Preview 的 Hyper-V 主机，分别跑了一些虚机，因为服务器有 iDRAC，所以即使 gOxiA 没在办公室只需 VPN 到单位网络，通过 iDRAC 远程控制服务器，并通过 WDS 部署即可，非常方便！

        因为 Windows Server 2012 RTM 不支持从 Preview 版本进行就地升级，所以必须要全新安装，虽然目前 Hyper-V 可以直接导入磁盘上存储的虚拟机，但是为了保险起见还是利用无需共享存储的实时迁移将虚拟机暂时移动到了另一台 Hyper-V 上。之后全新的安装过程非常简单，因为是在千兆网环境下通过 WDS 进行部署的，所以整体的速度非常非常快。

        对新装的 Windows Server 2012 RTM 进行基础配置，加域等等的工作之后，便打算将之前跑在上面的虚拟机迁移回来，但是在实际操作时却遇到了问题，会提示无所进行迁移，因为接收到的虚拟机迁移数据无效或已损坏！由于之前忘记截图，所以 Hyper-V 管理器上的提示窗体截图没能保存下来，还好日志中有该问题的记录，提供出来给大家作为参考。

        由于错误提示非常简单，并没有更具体的信息，而且 Windows Server 2012 R2 RTM 刚刚发布，参考文章少之又少，所以只能自己一点一点摸索解决！回忆之前 Windows Server 2012 到 2012 R2 Preview 的升级，是基于本地的就地升级，所以也没发现有什么问题，但是隐约记得在升级完第一台服务器后，确实也执行过实时迁移操作，并没有遇到这次的问题，难道是我本身虚机数据出现了损坏？！检查了各虚机数据都是正常的，但迁移就是无法通过，无奈试试 Hyper-V 复制。即，在位于 Preview 版上的虚拟机配置 Hyper-V 副本，将配置和数据传输到 RTM 上。一试，还真成功了！为了不再耽误时间，所以决定将要升级的 Preview 服务器上的所以虚机都通过 Hyper-V 副本功能传输到 RTM 这台服务器上。在完成传输后，关闭这些虚机，并执行“计划的内故障转移”即可。

        当所有配置了 Hyper-V 副本的虚拟机都执行了计划内故障转移之后，相信 Preview 上所有的虚机都以完成了到 RTM 的迁移。现在只需再为这些虚机“删除复制”以禁用副本功能，便可开始进行 Windows Server 2012 RTM 的全新安装。

        当第二台 Windows Server 2012 R2 RTM 安装和配置完毕后，发现在两台服务器间的实时迁移恢复正常了，因此判断 Windows Server 2012 R2 RTM 与 Preview 的实时迁移应该存在兼容性问题，如果大家也在实际环境中遇到了这样的问题，不妨换种思路参考 gOxiA 的亲身经历来解决。

Windows Server 2012 使用 SMB 共享存储的实时迁移

        前几天 gOxiA 与大家分享了“Windows Server 2012 无需共享存储的实时迁移”，当我们了解了无需共享存储的实时迁移之后，对于 Windows Server 2012 使用 SMB 共享存储的实时迁移学习和实践起来就更加容易了！还记得之前的迁移过程中有一个步骤是让我们选择要移动的虚拟机项目吗？！其中“仅移动虚拟机”这个选项就是基于共享存储的实时迁移。

        既然是使用共享存储的实时迁移，那么文件共享是必须具备的前提条件，需要注意的是虽然是文件共享，但是我们必须使用基于 SMB 3.0 协议的文件共享服务器，大家可参考上一篇日志“Windows Server 2012 Hyper-V over SMB”进行准备工作。

        测试环境大致说明，两台 Hyper-V 主机已经加入到活动目录（AD），并在名为 Hyper-V 的主机上启用了 SMB 共享，为了确保使用 SMB 共享存储的实时迁移正常工作，我们需要做 Kerberos 委派，与“Windows Server 2012 无需共享存储的实时迁移”中提到的委派设置相同，添加 CIFS 委派即可，否则就会 出现如下图一样的错误。

        由于 SMB 共享是建立在一台 Hyper-V 主机上的，所以我们需要特别设置一下共享权限，将目录权限和共享权限都添加 everyone 有完全控制权限，否则在迁移时会出现错误，如下图所示。

        因为本机在访问位于本机共享资源的UNC时，会使用 user 权限进行验证，如果按照“Windows Server 2012 Hyper-V over SMB”中推荐的安全规范进行设置，会导致主机访问共享失败。

        一切准备就绪后，就可以开始迁移了，在 Hyper-V 移动向导过程中选择“仅移动虚拟机”，过程就是这么简单！对于此类的实时迁移，因为虚机的磁盘文件（VHD）始终位于基于 SMB 3.0 的文件服务器上，虚机的迁移只是将运行状态从一台主机迁移到另一台主机，当然 SMB 存储的链接也会被迁移过去，但是 VHD是绝不会被移动的。

Windows Server 2012 Hyper-V over SMB

        Windows Server 2012 Hyper-V over SMB，即：基于 SMB 的 Hyper-V，简单理解就是将 Hyper-V 的配置文件、虚拟磁盘（VHD）、快照等文件以共享文件存储的方式来进行存储和使用。要实现这一特性，需要使用 Windows Server 2012 的 SMB 3.0 文件共享作为 Hyper-V 的共享存储器。

        Hyper-V over SMB 的主要优势：

• 易于设置和管理，基于文件共享方式相比较专用的存储结构和LUN，更加容易设置和管理。  
• 较高的灵活性，Hyper-V over SMB 同样支持 Windows Server 2012 Hyper 的实时迁移技术。  
• 减少成本投资，因为无需专用存储，所以我们可以依靠 SMB 在现有的网络上为 Hyper-V 部署存储，不仅减少了在设备上投资，而且无需专门的存储知识。

        要部署 Hyper-V over SMB，我们必须了解其必备的条件！AD（Active Directory 活动目录）作为基础架构是必须的，但是 DC 不需要运行 Windows Server 2012 系统；Hyper-V 主机必须是 Windows Server 2012 系统；对于文件服务器，除了 Windows Server 2012 以外，还可以选择支持 SMB 3.0 协议的非 Microsoft 文件服务器。常见的部署方式有三种：

        主要区别就是 SMB 服务器的节点数量，对于测试和实验这类的非生产环境，我们可以使用单节点文件服务器的部署结构，对于要求高的则可以使用多节点或带有群集功能的文件服务器结构。在微软官方的手册中明确说明 Hyper-V over SMB 不支持回环配置，就是说不支持将 Hyper-V 主机节点用于存储服务器，但是在 gOxiA 测试“使用 SMB 共享存储的实时迁移”时还是仅使用了两台 Hyper-V 主机实现了 Hyper-V over SMB，不过也仅局限于测试，因为我们需要将共享存储的安全性降到最低，这样一来此种方式的部署则会显得没有任何意义，如果你当前的测试环境设备比较紧张，也可以尝试！只需要将共享目录的共享权限设置为：everyone 有完全控制的权限；同时目录安全性配置也配置为：everyone 有完全控制的权限。

        在开始 Hyper-V oever SMB 实践之前请再确认一下测试环境的准备情况，以 gOxiA 为例：一台 DC；两台 Hyper-V 主机，都加到 AD 并安装了文件共享服务。

        首先，使用 ADUC 创建两个组“HyperVHosts”和“HyperVAdmins”，将两台 Hyper-V 主机添加到“HyperVHosts”组，将用于管理 Hyper-V 的账号添加到“HyperVAdmins”，这样做是出于安全管理规范考虑，当然如果是测试环境，可以暂不考虑安全配置。

         然后，通过服务器管理器打开共享管理，并添加“SMB 共享 - 应用程序”类型的共享。

        在“共享位置”配置中，选择我们要存储虚拟机文件的卷，如：“E:”；“共享名称”设置中，在“共享名称”框中输入共享名，如：“SMB”，默认向导会在 E盘下自动创建一个 Share 目录，同时在其下创建 SMB 子目录，并将其设为共享，如：“hyper-vsmb”；“其他设置”选项中保持默认即可。

        之后进入权限设置，根据实际的情况，我们需要重新自定义权限，以确保 Hyper-V主机以及相关用户有适当的访问权限。

在“权限”选项中，首先禁用继承，并添加 Hyper-V 主机对该目录有完全控制权限，如下图所示：

        再切换到“共享”选项，添加 Hyper-V 主机和 Hyper-V 管理用户有完全控制的共享访问权限！注意：在两 Hyper-V 主机节点测试环境下，请将目录权限和共享权限都改为 everypne 有完全控制权限，否则在以后的 SMB 共享存储的实时迁移过程中会出现错误。

        完成 SMB 的设置后，我们便可以为 Hyper-V 主机上的虚机添加基于共享文件存储的虚拟磁盘（VHD），如下图所示：

        总结， Hyper-V over SMB 的配置操作其实非常简单，并没有特别需要设置的地方！只需牢记，文件服务器必须是支持 SMB 3.0 的文件服务器，如：Windows Server 2012；Hyper-V 主机必须是 Windows Server 2012 并加入到活动目录（AD），出于安全考虑可以单独创建安全组用于之后的权限分配。之所以要单独拿出来讲一讲，是便于学习下一篇“使用 SMB 共享存储的实时迁移”时，可以给 SMB 共享存储部分有一个参考！

        Hyper-V over SMB 部署的详细文档，可以参考：http://technet.microsoft.com/zh-cn/library/jj134187

HOWTO: 解决 Windows Server 2012 Hyper-V 实时迁移时遇到的 0x80090303 故障

        当我们在测试 Windows Server 2012 Hyper-V 实时迁移（如：无需共享存储的实时迁移）过程中可能会遇到 0x80090303 故障，错误如下图所示：

        具体内容大致为“迁移源上的虚拟机迁移操作失败。无法验证源主机上的连接：指定的目标未知或无法达到（0x80090303）。”由于 0x80090303 故障与之前日志中提到的 0x8009030E 故障极为相似，如果不加注意我们便会按照实时迁移时 kerberos 权限委派的步骤进行排错解决，去为主机委派设置添加“Microsoft Virtual System Migration Service”服务类型。gOxiA 当初就走入了这个误区，当使用 ADUC 为 Hyper-V 主机去做委派时发现在主机委派服务类型中并未找到“Microsoft Virtual System Migration Service”。

        检查 Hyper-V 主机事件日志发现在“应用程序和服务日志”-“Microsoft”-“Windows”-“Hyper-V-VMMS”-“Admin”下记录有错误的事件ID：14050，来源为：Hyper-V-VMMS。具体内容是“无法注册服务主体名称“Microsoft Virtual System Migration Service”。”

        此外，还包含其他几个相关的 SPN（服务主体名称）错误日志：“Hyper-V Replica Service”、“Microsoft Virtual Console Service”。之后使用 setspn –l hostname 进行检查，发现当前主机确实缺少这些 SPN，而“Microsoft Virtual System Migration Service”是我们迁移虚机所必须的。

        那么什么是 SPN 呢？！引用一篇微软官方 Blog 的解释：SPN 即“服务主体名称”，是一种名称，唯一标识一个服务实例。用来验证 Kerberos 身份验证的 SPN 的必须正确设置。SPN 是 Active Birectory 属性，但不暴露在 AD 的管理单元。那么 SPN 的作用是什么呢？！gOxiA 推荐这篇微软 Blog http://blogs.technet.com/b/crmchina/archive/2010/01/29/crm-spn.aspx 供大家参考，虽然与 Hyper-V 没有直接关系，但他们之间的概念是相通的，便于我们更好的理解该故障发生的原因。

        要解决该实时迁移过程中遇到的 0x80090303 故障，我们只需要手工在 Hyper-V 主机上对“Microsoft Virtual System Migration Service”进行 SPN 注册即可。为此，我们需要用到 setspn –s spnname/hostname（and FQDN） NetBIOSName 命令行，参考命令行如下：

        完成“Microsoft Virtual System Migration Service”的 SPN 注册后，我们便可以正常执行实时迁移，0x80090303 故障消失！按理说 SPN 的注册应该是自动的，但是为什么在 gOxiA 的实验环境下出现失败注册，可能跟 DC 是 SBS2011 有关，因为网上能找到类似的故障都是使用的 SBS2011 作为域控。当然也不排除其他可能存在的因素，在微软的 KB2761899 中就提及到了这个事件 ID，如果你也遇到这个问题，并排除 SBS2011 的原因，那么可以参考：http://support.microsoft.com/kb/2761899?wa=wsignin1.0 解决！

        关于 SPN 自动注册失败的原因及解决办法，gOxiA 会继续关注，一有答案便会跟大家分享！目前的办法只有使用 setspn 命令手工注册来解决！

        在前一篇日志《详解 Windows Server 2012 无需共享存储的实时迁移》结尾中 gOxiA 提到差异磁盘在实施迁移中的问题，而本篇将简要与大家分享一下该问题的情况以及临时的解决方案。

        如果在实时迁移场景中，要迁移的虚机磁盘使用了差异磁盘类型，那么在迁移过程中便会出现问题，具体的错误提示如下图所示：

        “迁移目标上的虚拟机迁移操作失败。无法访问磁盘。”下面来看看这台虚机的磁盘配置情况，名为 XP 虚机的磁盘使用差异磁盘基于一个操作系统模板而创建，其父级磁盘存储位置位于其他分区目录，如下图所示：

        当我们执行无需共享存储的实时迁移时，向导实际上只会迁移虚机“实体”文件，即：快照、分页、配置文件以及 VHD，而使用差异磁盘类型 VHD 的父级 VHD 不会被迁移，这可能是一个 Bug，之所以说是 Bug是因为在选择要移动的项目窗体中，迁移向导并未识别当前虚机的 VHD 是一个差异磁盘，所以也就无法检测到所涉及到的父级 VHD，但是实际上我们又可以通过提前手工复制父级 VHD 的手段来解决一些问题，使之能够完成正常的迁移。

        不管结论如何，如果当前的实践环境使用了差异磁盘，那么请按照 gOxiA  提供的方案来解决！首先确认源主机上要迁移虚机的父级磁盘文件（VHD）存储路径，之后再目标主机同盘符下创建这个存储路径，并将父级磁盘文件（VHD）手工拷贝到目标主机对应位置，之后再去执行迁移即可顺利完成任务。

        就是这么简单！反过来想想，其实在生产环境下，通常我们不会使用差异磁盘来部署虚机。但是大部分网友在进行实践时通常都会使用差异磁盘来减少对物理磁盘的占用，实践起来也确实方便。所以在目前未经微软方面证实并给出解决方案前，暂时可以使用 gOxiA 提供的方法来解决。

Windows Server 2012 无需共享存储的实时迁移

        在 Windows Server 2012（WS2012）中微软提供了其最新的虚拟化平台 - Hyper-V 3.0，依靠 WS2012 最新的 SMB（Server Message Block）协议实现了透明迁移，也就是我们常说的实时迁移，这意味着我们能够在不中断虚机运行的情况下对其进行迁移。虽然这个技术之前就能够实现，但是我们需要为之付出高昂的成本，在过去为了实现迁移我们不得不购买专用的共享存储设备，而现在 Windows Server 2012 在虚机的可移动性方面做出了重大的改进。我们不必再依靠共享存储设备来实现实时迁移。

        Windows Server 2012 也为我们提供了非常具有弹性和灵活性的选择，依靠 Windows Server 2012 目前能够实现的四个实时迁移方案：

• 无需共享存储的实时迁移  
• 使用SMB 共享存储的实时迁移  
• 存储环境下的迁移  
• 故障转移群集中的实时迁移

        而今天 gOxiA 将引领大家实践无需共享存储的实时迁移，相信大家一定会有不小的收获。顾名思义，无需共享存储的实时迁移使得我们能够在多台域成员的 Hyper-V 主机之间直接移动其虚拟机，且无需中断运行着的虚拟机。

        这一操作的基本过程，将使用 SMB 实现对虚拟机 VHD 等文件的实时迁移工作，将被迁移的虚拟机 VHD 文件镜像以及快照等文件同步到目标主机（Hyper-V），而迁移过程的连接管理依靠 VMMS（Virtual Machine Management Service）进行。当 VHD 等文件在两端同步完毕后，才会开始实时迁移的后续步骤，首先虚机的状态信息会从源主机迁移到目标主机，之后中断两端文件的同步关系，并删除源主机上的文件存储，最后关闭实施迁移连接完毕迁移工作。

        无需共享存储的实时迁移还具备以下四个特性：

• 即使在迁移工程中遇到故障或问题，导致迁移失败，那么总能保证有一台可用虚机。  
• 可跨群集迁移虚机，例如我们可以从非群集的计算机迁移到群集计算机。  
• 支持不同存储类型的迁移虚拟机，无需受存储类型约束，不管环境是 JBOD 还是直通存储，又或者是 iSCSI 存储，都能实现实时迁移。  
• 可以使用 Powershell 发起实施迁移的操作，那么就能够实现自动化的操作。

        综上所述，无需共享存储的实时迁移为我们提供了低成本，高效率，灵活便捷的迁移方案，我们利用这一功能特性能够适用到多种应用环境下。例如：

• 开发或 IT 人员能够将测试好的虚机在不停机的前提下直接迁移到生产环境。  
• 在多主机环境下，如果需要进行主机维护，可以在不依赖共享存储的前提下，快速、灵活的在主机之间移动虚机。  
• 故障检修和硬件升级，中小企业可能只有一台服务器并通过虚拟化方式运行着业务服务器，当遇到硬件故障或需要更新服务器时，IT顾问可以快速的在笔记本上建立临时的基于 Windows Server 2012 的 Hyper-V 主机，将其加入到现有域中完成业务虚机的迁移，在完成原服务器的更换后，再迁移回去。

        利用无需共享存储的实时迁移技术，能够应对很多场景的应用，而接下来 gOxiA 将引领大家进行实践演练，首先准备好两台基于 Windows Server 2012 的 Hyper-V 主机，并将其加入到现有活动目录（AD域）中，这一步是必须的。然后，在其中一台主机上创建一个虚机用于迁移实践。以 gOxiA 环境为例，使用两台设备：Dell T310（Intel Xeon X3470）、Thinkpad T420（Intel i7-2620m），安装 WS2012 启用 Hyper-V，并加入到公司活动目录（AD域），在 HV3 上创建一个 XP 虚拟机，局域网是一个千兆网络。

        准备就绪后首先需要对两台虚机进行配置，启用迁移功能，为此打开 Hyper-V 管理器，选中要操作的主机，点击鼠标右键选择”设置“，在”实施迁移“选项中勾选”启用传入和传出的实时迁移“，身份验证协议选择”使用 Kerberos“，”并行实时迁移“设置保持默认，因为是测试，所以”传入的实时迁移“可以选择”使用任何可用的网络进行实时迁移“。

        完成这些设置后我们便可以开始执行迁移工作了，可能有朋友会问：“为什么没有按照网上其他的教程去做权限委派？岂不是会迁移失败？！”，事实是这样吗？！gOxiA 会在文末与大家分享这一知识！首先还是开始我们的迁移步骤，首先登录到 XP 虚机所在的 Hyper-V 主机（HV3），打开 Hyper-V 管理器选中 XP 虚机，在右边“操作”窗体点击“移动…”启动迁移向导，并在向导首页点击“下一步”。

        在“指定目标计算机”向导页的名称框中键入虚机迁移的目标主机名称，本环境下为“Hyper-V”，当然也可以通过“浏览”进行确认选择。

        “移动选项”下默认选择“将虚拟机的数据移动到一个位置”，并点击“下一步”。如果你希望将配置文件、分页文件或快照存储到目标主机的不同位置，则可以选择“通过选择项目移动位置来移动虚拟机的数据”；而“仅移动虚拟机”则适用于“使用了 SMB 共享存储”的环境。

        之后会弹出目标主机的资源管理窗体，便于我们选择和确定目标的存储位置。

        完成上面的步骤离成功就接近一半了，确认各选项设置后点击“完成”开始迁移，如下图所示：

        接下来的过程会出现错误（PS：不是权限委派方面的错误，大家别急！），“无法将虚拟机移动到目标计算机。目标计算机上的硬件与此虚拟机的硬件要求不兼容”，具体的提示时说：“虚拟机正在使用物理计算机 Hyper-V 上不受支持的特定于处理器的功能。”回顾一下前面的文字，是否注意到了 gOxiA 对实践环境下的计算机处理器进行了醒目的标注！微软虚拟化实时迁移技术目前不支持在不同厂商的处理器之间进行虚机的迁移。但是，支持同厂商不同版本处理器的实时迁移。所以前面提到的硬件兼容性错误可以在虚机的配置上进行设置解决。为此，选中虚机进入其属性设置，在右边窗体中找到“处理器”并展开选项进入“兼容性”设置，复选“迁移到具有不同处理器版本的物理计算机”。完成该操作后即可解决处理器兼容性问题，我们可以重新开始进行迁移操作。

        在迁移过程中我们还会遇到一个问题（PS：别急，还不是权限委派的事儿！哈哈），迁移向导会可能会提示我们在目标主机上无法找到该虚拟机的网络连接，即：“虚拟交换机”。这个问题比较常见，因为我们可能并未在所有的 Hyper-V 主机上对虚拟交换机进行名称的规划，固然在迁移配置文件时，无法验证虚机的网络连接是否存在于目标主机，但是迁移向导为我们提供了解决此问题的步骤，可以重新为虚机指定目标主机上已经存在的虚机交换机，也就是我们常说的虚拟网卡，虽然进行了重新的指定设置，但虚机之前的 MAC 地址会得到保留，这也是保证透明迁移的前提！

        最后确认迁移选项，点击“完成”并开始执行迁移！

        整个的迁移过程所消耗的时间取决被迁移的虚机大小以及网络带宽和服务器的磁盘 I/O 性能，在 gOxiA 的千兆网络环境中，基于 SATA 磁盘进行的迁移，耗去了几分钟的时间，完全在合理的接受范围内！整个迁移过程确实没有中断虚机的运行，实践中 gOxiA 分别用 Ping 和网络拷贝进行了测试，均没有出现异常。

        Windows Server 2012 无需共享存储的实时迁移整体来讲非常易用，无需过多的复杂设置即可完成，仔细看看也就是几个简单的步骤，这完全依靠强大的基础架构作为支撑，所以 AD 是必须的！

        现在我们来谈谈权限委派问题！网上有文章提到 Windows Server 2012 无需共享存储的实时迁移不支持双向操作，简单讲就是在 A 主机上通过 Hyper-V 管理器去连接 B 主机并将 B 主机的虚机迁移到 A 主机上，当默认设置时这样操作肯定会失败！因为 Kerberos 验证协议默认情况下，Hyper-V 主机只信任从本机发起的迁移，简单理解就是只将自己主机上的资源主动搬到其他主机上，反之就要对权限进行委派！否则就会出现如下图所示的常见错误！

        “迁移源上的虚拟机迁移操作失败”，具体信息是“无法与主机 Hyper-V 建立连接：安全包中没有可用的凭证（0x8009030E）。”当出现这个错误提示时，一定是用户在 A 主机上通过 Hyper-V 管理器去迁移 B 主机上的虚机，且没有设置权限委派。所以，为了避免此类情况的发生，并在符合安规的前提下可以为 Hyper-V 主机设置权限委派。为此，打开 ADUC 找到 Hyper-V 主机，进入其属性的”委派“选项卡， 选择”仅信任此计算机来委派指定的服务“，并为子项选择”仅使用 Kerberos“，并添加两个服务类型”CIFS“和”Microsoft Virtual System Migration Service“，前者就是代表 SMB，后者则是所需的 VMMS 服务模块。”用户或计算机“则设置为对端的主机名称。

        完成上面的权限委派设置后，便可以在当前主机上去操作对端或其他主机执行迁移任务（被动迁移）。当然会有网友会问“既然发起虚机迁移需要本机信任，那么迁移的目标主机如何限制或信任发起迁移的源主机呢？！”简单说就是允许哪些源主机将虚机迁移到本机？！其实这个问题前面的介绍就有提到，即： Hyper-V 主机属性里“实时迁移”设置下的“传入的实时迁移”选项，在这里我们可以指定本机接受哪个网络或 IP 发起的迁移。

        为确保无需共享存储的实时迁移得以顺利的进行，gOxiA 做一下总结：

• Hyper-V 主机必须是 Windows Server 2012 系统。
• Hyper-V 主机必须加入到 AD。
• Hyper-V 主机处理器（CPU）必须为同一厂家，但允许使用不同的版本。
• 如需执行被动迁移，必须为源主机配置权限委派。

        OK！到这里相信大家已经对 Windows Server 2012 无需共享存储的实时迁移有了深刻和正确的认识，并解开了心中的疑问！现在感兴趣的网友便可以正确、顺利的开始进行实践，祝君好运！

        最后的友情提示（PS：gOxiA 没完没了了，呵呵！）很重要！Windows Server 2012 无需共享存储的实时迁移技术，能够迁移使用差异磁盘的虚机，但目前貌似并未得到完美的支持，可能属于 Bug 问题！gOxiA 会单独撰写一篇文章与大家简要分享一下如何确保使用差异磁盘的虚机完成迁移任务。而剩下的几种实时迁移技术，会在今后与大家进行分享！

HOWTO:使用 Hyper-V 管理器将 VHD 转换为 VHDX

        Virtual Hard Disk（VHD）是微软的虚拟硬盘文件，其扩展名就是 vhd，在下一个版本的 Windows 中，即 Windows Server “8”！VHD 迎来的新的扩展名 - “VHDX”，但同时“VHD”仍将保留可用，VHD 和 VHDX 之间目前看最大的区别可能就是 VHDX 的容量已经达到 64TB（目前面向公众发布的 Windows Server 8 beta 还仅支持 16TB）；并且可从电源故障事件中恢复。其他还有一些底层方面的改进和优化，gOxiA 也没多研究！有关 VHDX 的概要大家可以参考：http://technet.microsoft.com/en-us/library/hh831446.aspx，此外需要注意 VHDX 目前仅支持 Windows 8 和 Windows Server 8 beta，所以如果打算将手里的虚拟机模板都进行转换，还是要深思熟虑一下！

        如果最终决定将 VHD 转换为 VHDX，那么步骤很简单，只需要通过新版的 Hyper-V 管理器（Hyper-V 3.0，内置于 Windows 8）执行即可！为此我们将执行如下的操作步骤：

• 首先，打开“Hyper-V 管理器”，在右边的“操作”窗格选择“编辑磁盘”，之后在弹出的“编辑虚拟硬盘向导”界面点击“下一步”；
  
• 选择要转换的 VHD 文件位置，并点击“下一步”；
  
• 在“选择操作”界面中，选择“转换”，并点击“下一步”；
  
• 在“转换虚拟硬盘”界面中选择“VHDX”，并点击”下一步“；
  
• 虚拟磁盘类型中根据需要选择转换为“固定大小”或“动态扩展”类型，通常为了减少对物理磁盘空间的占用，都会选择“动态扩展”的类型，并点击“下一步”；
  
• 最后，选择 VHDX 文件的保存位置，如需进行最后的信息确认可点击“下一步”，否则可直接“完成”。
  
  

        因为这个转换过程是无损的，所以转换后的虚拟硬盘中的数据都得以保存。之后可以重新编辑这个转换后的 VHDX 文件，将其容量扩展，即可超出 VHD 的 2TB 限制。

        Windows 8 Consumer Preview 于2月正式发布，随后 Windows Server 8 Beta 也公布了下载。整体对比，Windows 8 在硬件方面的要求并不高，其最低硬件需求如下：

• 处理器：1GHz 或更快
• 内存：1GB（32-bit）或 2GB（64-bit）
• 硬盘：16GB（32-bit）或 20GB（64-bit）
• 显卡：支持 DX9 或更高级别

        但是 Windows 8 的一些新功能则需要额外的硬件需求，关注 Windows 8 的朋友们应该知道，在 Windows 8（Client）中也提供了 Hyper-V，它可以被看作是 Windows Server 8 Hyper-V Role 的简化版，这意味着我们将能够在 Windows Client 平台上运行 Hyper-V。

        而要在 Windows 8（Client）上启用 Hyper-V 则 CPU 必须满足 SLAT（二级地址转换，Second Level Address Translation）的需求！（注意：这是 Hyper-V 特定于 Windows 8 Client 的需求）

        SLAT 在 Windows Server 8 的 Hyper-V 上则不是必须的，这就解释了很多网友的疑问：“为什么我的 CPU 在 Windows 8 Consumer Preview 上无法安装 Hyper-V？！”

        何为 SLAT 呢？

        在程序访问内存时都要经过从逻辑地址到物理地址的映射，虚拟环境下也不例外反而更加复杂，因为第一次映射出来的“物理地址”还是虚拟机下的虚拟地址，需要通过虚拟机把它再次映射成实际的物理地址，这样就限制了访问的速度。

        而 SLAT 即“二级地址转换”，可以加速页表访问的速度！在 Intel 和 AMD 处理器上都提供了这一新技术，两个品牌针对 SLAT 这一技术有不同的技术名称：

• Intel 的 SLAT 称为 EPT（Extended Page Table），Intel 的 Core i7，i5，i3，Pentium G6950 以及大部分的 Xeons 处理器都支持 SLAT，而 Core 2 系列以及更早的处理器则不支持！
• AMD 的 SLAT 称为 RVI（Rapid Virtualzation Indexing），第三代皓龙处理器（代号：巴塞罗那）都支持这一技术。

        微软出品的 CPU 检测工具！

        如果无法确认 CPU 型号，那么可以利用微软 Windows Sysinternals 出品的 Coreinfo 来进行检测。Coreinfo 工具使用起来非常简单，能够检测到 CPU 所支持的技术和特性，其中当然就包含了 SLAT 的检测。

        下载 Coreinfo：http://technet.microsoft.com/en-us/sysinternals/cc835722

        Coreinfo 的使用：

        运行 Coreinfo 需要管理员身份，所以在启用 UAC 的系统上需要先以管理员身份启动 CMD，如果只是想检测 SLAT，只需要运行：

        执行效果如下：

         gOxiA 使用的是 Intel Core i7 处理器，所以在检测结果中能够看到当前处理器是支持 EPT 的，也就满足了 Windows 8 Client 上安装 Hyper-V 的额外需求。下图是 gOxiA 早期测试 Windows 8（Client）Hyper-V 时的截图，供大家参考！

在 Hyper-V 上运行 Android 2.2

        Google Code 上的 Android-x86 项目在 2011年1月就上传了 Android  2.2 的 x86 版本，今天在虚拟化大牛 Ben Armstrong 的 Blog 上看到竟然能跑在 Hyper-V 下，这个太有趣了！赶紧下载测试，ISO 体积不大才 83MB 左右，先在 Hyper-V 下建立了一个虚拟机体验了一下，嘿！还真能跑，而且速度还很不错，要在 Hyper-V 上跑这个 Android-x86 2.2，需要建立一个单处理器、1GB内存、16G硬盘的虚拟机，并且必须使用“旧版网络适配器”否则无法上网。虚拟机创建完毕后便可载入ISO进行安装，下面是安装图鉴，供大家参考！

        如果你不想安装，可以在启动界面中选择“Live CD – Run Android-x86 without installation（HDPI）”直接在光盘上运行。否则就选择“Installation – Install Android-x86 to harddisk”将其安装到硬盘。

        在分区界面上，选择“Create/Modify partitions”来创建分区。

        首先使用左右箭头将选择移动到“New”然后按下回车键。

        选择创建“Primary”分区，回车继续。

        默认是全部磁盘容量，回车继续。

        分区创建完毕后，选择“Boottable”标记为可引导分区。

        最后移动选择到“Write”，根据提示键入“Yes”并回车。

        重新回到选择分区界面上，就能看到刚刚建立好的分区了（sda1），OK 继续！

        选择文件系统为“ext3”，OK 继续，下一步中选择“Yes”以确定格式化。

        “Confirm”步骤中选择“Yes”以安装“GRUB”。

        选择“Yes”以读写模式安装“/system”目录。

        上述步骤完毕后，Android-x86 2.2 即告安装完毕，选择“Run Android-x86”即可运行。

        哈哈，现在就可以在 Hyper-V  下跑 Android 系统了！而且还能上网，真是方便！以后有软件可以直接在里面安装测试了！在 Android 设置里选择中文即可显示中文界面，其他的就自己玩吧！

        需要注意的是，gOxiA 在 Windows Virtual PC 上测试时会导致程序自动关闭，其他虚拟机没有测试！最后祝大家玩的愉快，Hyper-V 还是非常给力的，呵呵！下面是 Android 2.2 的下载地址：

http://code.google.com/p/android-x86/downloads/detail?name=android-x86-2.2-generic.iso

分享 Hyper-V Server 8 Beta 下载

        目前为止微软已经公开发布了 Windows 8 Consumer Preview 和 Windows Server“8”，同时在 Microsoft Connect 还发布了 MDT2012 的 RC1，而今天微软虚拟化大牛 Ben Armstrong 为我们提供了 Microsoft Hyper-V Server 8 Beta 的下载。

        在微软站点搜索了一些貌似 Hyper-V Server 8 Beta 还并未正式公开，所以找不到相关的介绍和资料。而下载地址也只是一个直接注册下载的入口，点击进入后需要使用 LiveID 登录注册方可下载！

        微软虚拟化的粉丝如果等不及可直接访问：https://profile.microsoft.com/RegSysProfileCenter/wizard.aspx?wizid=07771c57-9f3e-4f2a-98e0-7ee37af91c2c 下载。

        Hyper-V Server 8 Beta 的一些重要改进和特性应该继承了 Windows Server 8 Beta，鉴于其实免费版本应该会有一些功能或硬件上的限制，具体的资料恐怕要等官方发布了！gOxiA 目前也在下载还未见真容，没什么更多的信息与大家分享！只能各自先测试体验了！

HOWTO：禁用 Hyper-V Server 2008 R2 的复杂密码要求

        Hyper-V Server 2008 R2 是微软发布的一款免费虚拟化平台产品。因为基于 Windows Server 2008 R2 的 Server Core，所以在整个操作方面都不会令 ITPro 感到陌生。但是，要管理好 Hyper-V Server 2008 R2 还是需要下点功夫学习一些命令行。

        问题的起因是这样的：

        gOxiA 近期打算将公司的 SBS2011（即：Windows Small Business Server 2011）迁移到虚拟化里，这样除了能够大大节省资源以外，为今后的日常管理和维护也提供了极大的便利条件！综合比较 VMware 的 ESXi 和 Microsoft 的 Hyper-V，前者因为之前搭建了测试环境，虽然整体掌控方面令人满意，但日后维护并不方便，毕竟 ESXi 基于 Linux 核心！而完整版的 Hyper-V（这里指：Windows Server 2008 R2）虽然提供了强劲的 UI 管理界面和强大的功能特性，但只是为了跑一个 SBS2011 的虚拟化和其他虚拟机实在是有些浪费！

        最终选定了 Hyper-V Server 2008 R2，基于 Server Core，没有过多的功能和角色，服务进程便相对减少，不仅有效降低了资源占用，还极大提升了安全性和稳定性！

        使用 Hyper-V Server 2008 R2 来承载虚拟化应用，对虚拟机的操作管理和维护都要依赖于远程管理工具。如果是在域环境下，那么远程管理 Hyper-V Server 将是非常容易的事情，否则我们就需要对服务器和客户端进行专门的设置。幸好，微软 Hyper-V Team 的 Senior Program Manager – John Howard 为我们提供了一款 Hyper-V Server 的远程管理配置脚本，使这一切都变得那么容易！

        现在问题浮出水面了：

        要为工作组环境中的 Hyper-V Server 配置远程管理，使我们可以使用 Hyper-V Manager 来进行远程管理操作，通常我们会在 Hyper-V Server 上创建一个新的账号，用于管理服务器，由于 Hyper-V Server 2008 R2 默认在安全策略中启用了复杂密码要求，使得账号密码的创建极为不便，特别是在测试需求下！通常的解决办法是使用 gpedit.msc 来进用复杂密码要求，但是 Hyper-V Server 2008 R2 中并未提供 mmc 工具，而在客户端使用 mmc 远程调用服务器的组策略，会发现根本找不到复杂密码要求的配置项。

        问题的解决办法：

        搜索网络查询了资料，可以使用 Secedit 命令先将安全策略配置导出，然后修改配置，将复杂密码要求禁用，然后再重新导回即可！操作步骤如下：

        1、在 cmd 中执行“secedit /export /cfg c:＼sec.cfg”，导出安全策略的配置。

        2、使用记事本编辑刚才导出的安全配置文件，找到“PasswordComplexity”项将其设置值改为“0”，保存退出。

        3、执行“secedit /configure /db c:＼windows＼security＼sec.sdb /cfg c:＼sec.cfg /areas SECURITYPOLICY”将刚才修改的设置导回安全策略中。

        最后执行 gpupdate /force 强制刷新一下组策略即可！至此问题解决……

        Secedit 的参考资料：http://technet.microsoft.com/zh-cn/library/bb490997(en-us).aspx

        Hyper-V Server 2008 R2：http://goxia.maytide.net/read.php/1500.htm

        Windows Server 2008 R2 Hyper-V 核心功能对比：http://goxia.maytide.net/read.php/1373.htm

        Hyper-V Server 2008 R2 SP1 发布了，并且依旧免费！熟悉微软虚拟化的朋友对 Hyper-V Server 2008 一定是了解的，这是微软提供的一个简化、可靠和优化虚拟化的解决方案，它能提高服务器的利用率，并降低成本。

        在 Hyper-V Server 2008 R2 SP1 中包含了许多新的特性：

• Dynamic Memory（动态内存）
• RemoteFX
• Live migration（实时迁移）
• Failover clustering（故障转移群集）
• 新的硬件配置支持
• 新的服务器配置工具

        点击下载：Hyper-V Server 2008 R2 SP1，下面是微软虚拟化平台产品的支持和功能对比列表，供大家参考！

P2V Migration for Software Beta 介绍篇

        微软近日发布了一款新的软件保障（SA）产品 – P2V Migration for Software Assurance Beta，这款软件目前正处于 Beta 阶段，虽然是公开发布测试，但必须登录 Microsoft Connect 进行登记申请测试。其下载地址会在文末提供，gOxiA 建议在开始之前还是应当先关注一下该软件的介绍。

        P2V Migration for Software Assurance Beta，从命名上不难理解！是一款物理机到虚拟机迁移的免费工具，它体现了 Microsoft Software Assurance （微软软件保障，SA）的优势，访问 Microsoft Volume Licensing 可了解批量授权带来的更多好处！虽然如此，可从 P2V Migration for Software Assurance Beta 的 Release Notes 中了解到，除了 SA 以外，完整零售版本的 Windows 7、Windows Vista 和 Windows XP 同样也在适用范围。但是，OEM 产品并未在授权条款以内！（PS：这点尤为注意！）

        那么 P2V Migration for Software Assurance Beta 与 MDT（Microsoft Deployment Toolkit）又有什么关系？！或者说他们组合又能实现怎样的功能呢？！其实它们都属于 Microsoft Solution Accelerators 的组成部分。而 P2V Migration for Software Assurance Beta 构建在 MDT 之上，所以我们利用 P2V Migration for Software Assurance Beta 可以创建一个包含旧操作系统为虚拟机的，自动化的 Windows 7 部署。听起来比较绕嘴！来看看下图所展示的大致流程：

        P2V Migration for Software Assurance Beta 包含一组整合 MDT 任务序列的脚本程序，调用 Disk2VHD（PS：Disk2VHD 使用可以参考 gOxiA 的一篇日志：小测 Disk2VHD v1.0）来自动化创建系统映像的虚拟磁盘文件（VHD），并在 MDT 部署 Windows 7 的过程中创建一个使用该 VHD 的虚拟机，最后将该虚拟机所包含的应用程序发布到当前 Windows 7 的开始菜单中。

        OK，到现在已经很明了了！重点就是在执行部署新系统时，创建一个旧系统的 VHD，并自动在之后的新系统上为其创建一个虚拟机，并且该虚拟机支持 XP Mode（XPM）的特性（相关参考：Windows XP Mode 支持同时运行多个虚拟机下的应用程序）。但是，大转折，呵呵！也被非必需是执行新系统的部署，我们也可以只捕获当前系统的用户状态数据或只创建当前系统映像的 VHD。非常之灵活！

P2V Migration for Software Assurance Beta 着重在部署新操作系统的同时，将旧系统以 XPM 方式部署到虚拟机中。在一些特定环境中，该解决方案加速器确实发挥了很大的作用。最后需要注意的是，P2V Migration 支持基于 Windows 7、Windows Vista 和 XP SP3 的操作系统创建 VHD，虽然部署 Windows 7 的 x86 或 x64 版本时，可以使用 P2V Migration，但是它只能创建基于 x86 操作系统的 VHD。此外，P2V Migration 虽然不受语言限制，但是在实际测试中，由于客户端是简体中文版本，所以会导致部署出错，具体的解决办法可以参考：P2V Migration for Software Assurance Beta 解决 Failure 1603 和 –2147024893 故障，关于 USMT 故障问题则可以参考：解决 Unable to find USMT30_x86.cab file so it is not possible to install USMT 3.0… 故障。

        P2V Migration for Software Assurance Beta 的下载地址是：https://connect.microsoft.com/site14/Downloads/DownloadDetails.aspx?DownloadID=30989，请使用 LiveID 登录注册！

        其他相关资讯，请关注后续的日志，gOxiA 届时会与大家分享 P2V Migration 的安装及使用，敬请关注！

        结尾语 - gOxiA 目前就遇到适合的案例，一台运行 Windows XP 的旧计算机，其下运行着几款“优秀的”系列化的“国内自主研发的财务管理”应用程序，该应用程序超强之处在于其加密和防盗版措施比软件本身做的要优秀百倍！首先，该软件只能运行在 Windows XP 下（即使在 Windows 7 下使用“兼容性疑难解答”也无济于事！！！）；其次，光盘加密导致无法将安装程序复制到虚拟机（XPM）下单独进行安装；而且，咨询其开发商也无法提供 ISO 及其他解决方案（要 ISO 没有，要独立安装包没有，可以掏钱继续买光盘！）；并且，即使将光盘插入到物理光驱，也无法在虚拟机下调用！！！最后，MSE 还报光盘的安装程序包含恶意程序，My God！纠结了 n 天，就差把这台华丽电脑（装有 Windows 7 的 IMac）的系统改回 Windows XP！！！

        P2V Migration for Software Assurance Beta 就在最近发布了！这可解决了 gOxiA 所遭遇的难题，在保留 Windows 7 系统的情况下还可以使用原来的旧系统，最关键的是解决了那几个国产应用程序兼容性的问题。

        此篇日志并非属于技术型，只是一篇简短的介绍或者提示，撰写这篇日志的起因是因为今天下午 MVP 的一个项目会议，其间 Eddie Liu 曾提及 XPM（Windows XP Mode）是否支持同时打开多个 XPM 下的应用程序，满足不同用户的需求？！这个问题还真不好作答，貌似在场的几位 MVP 都没经历过此种案例，不过从分析来看，因为 XPM 采用的是 RemoteApp 技术，尽管我们没有安装微软提供的 XPM 系统，只要当前的虚拟机安装对应的补丁即可实现运行虚拟应用程序。补丁下载信息如下：

        Windows XP SP3 用于启用 RemoteApp 的更新

        Windows Vsta SP1 或更高版本用于启用 RemoteApp 的更新

        如果，与 gOxiA 一样仅仅是为了测试同时运行不同 XPM 下的虚拟应用程序，那么我们完全可以利用差异磁盘来创建另外一个 XPM 虚拟机。其中父磁盘则使用的是 XPM 安装目录下原始的虚拟磁盘文件 - ”Windows XP Mode base.vhd“。

        为了测试，gOxiA 在 WindowsXPSP3 虚拟机中安装了面向 Windows XP 而开发的 Google Chrome 浏览器，然后将 Google Chrome 快捷方式拷贝到所有用户程序组下面，接下来再在默认的 XPM 中将系统自带的 IE6 快捷方式拷贝到所有用户程序组中，之后关闭虚拟机。我们能够在 Host OS（即：当前的 Windows 7 系统）的开始菜单下找到这些虚拟应用程序。

        一切准备就绪，现在打开这些用于测试的虚拟应用程序，OK！如下图所示，测试没有问题，Windows Virtual PC 同时启动了两个虚拟机的 XPM 模式，并成功打开了这些虚拟应用程序。

        由此证明， XPM 支持同时运行多个虚拟机下的应用程序，并能够满足一些用户的特殊需求。

        今天微软发布了 Windows Server 2008 Hyper-V R2 面向 Linux 的集成组件 v2.1 版本。在 Linux 虚拟机上安装该组件后将大幅提高其 Guest OS 的整体性能。

        Linux Integration Services v2.1 以 VMbus 总线基准进行开发，为 Hyper-V 下的 Linux 虚拟机提供了 synthetic network controller 和 synthetic storage controller 的支持。

        下面是 Integration Services v2.1 的主要功能和改进：

• Fastpath Boot Support: Boot devices now take advantage of the storage VSC to provide enhanced performance.
• Timesync: The clock inside the virtual machine will remain synchronized with the clock on the host.
• Integrated Shutdown: Virtual machines running Linux can be shut down from either Hyper-V Manager or System Center Virtual Machine Manager, using the “Shut Down” command.
• Symmetric Multi-Processing (SMP) Support: Supported Linux distributions can use up to 4 virtual processors (VP) per virtual machine.
• Heartbeat: Allows the host to detect whether the guest is running and responsive.
• Pluggable Time Source: A pluggable clock source module is included to provide a more accurate time source to the guest.

        受支持的 Linux Guest OS：

• Novell SUSE Linux Enterprise Server 10 SP3
• Novell SUSE Linux Enterprise Server 11
• Red Hat Enterprise Linux 5.2 / 5.3 / 5.4 / 5.5

        Integration Services v2.1 的官方下载地址是：http://www.microsoft.com/downloads/details.aspx?displaylang=zh-cn&FamilyID=eee39325-898b-4522-9b4c-f4b5b9b64551

         一次意外的操作导致了出现如下图显示的故障，打开 Windows Virtual PC 程序后发现在菜单栏中“创建虚拟机”的选项丢失。卸载重新安装 Windows Virtual PC 均未能解决问题。对比两台电脑的 Windows Virtual PC 快捷方式及打开目录的 Desktop.ini 文件进行了对比也未发现异常。搜索网上的线索，还真找到了解决办法，看来确实也有其他人遇到了此类的问题。

        在 Ben Armstrong 的 Blog 中找到了这篇日志《Fixing a missing”Create Virtual Machine”option》，Ben 提供了三个解决办法，其中第一个恢复文件夹默认设置的办法没能解决我的问题。第三个办法是使用“＼Windows＼System32＼VPCWizard.exe”命令来创建虚拟机，但貌似这并没有彻底解决问题所在。只有第二个办法，导入提供的注册表文件，清理文件夹视图配置以及其他相关的自定义设置才能完全解决该故障。经过实际的应用，导入注册表后最终解决了丢失“创建虚拟机”选项的故障问题。不敢独享特撰博在此与大家分享。

注册表文件：DeleteFolderViewState.zip

        系统使用时间长了不免要重新安装操作系统，gOxiA 最近升级了笔记本硬盘到500G，虽然迁移系统到新硬盘但是发现还是存在一些问题，此外Office 2010 RTM也已经发布，最终选择了重新安装系统。因为之前在 Windows Virtual PC 上安装了 Windows XP Mode 以及其他虚拟机，而 Windows Virtual PC 并未提供导出功能，在重新装完系统之后要恢复 Windows XP Mode 和其他虚拟机变得有些麻烦，如果重新安装 Windows XP Mode 和其下的应用软件，简直就是恶梦！经过实践发现其实是 gOxiA 想复杂了，导入已经存在的 Windows Virtual PC 虚拟机非常简单。

        首先，访问微软网站下载 Windows Virtual PC 以及 Windows XP Mode，并依次进行安装。之后通过开始菜单打开 Windows Virtual PC 程序目录，同时打开你的虚拟机存储所在目录。

        OK，完成上述操作后在虚拟机存储目录找到虚拟机配置文件“.vmcx”选中它后，鼠标左键单击并将其拖动到 Virtual Machines 中即可。如下图所示：

        需要注意的是配置文件必须是 .vmcx否则无效哦！所以在重新做系统前请务必将 Virtual PC 目录中的 vmcx 文件拷贝到其他备份位置。

        要实现这一目标，制作好一个承载Hyper-V Server 2008 R2运行的U盘，我们需要事先准备一个支持USB2.0规范的U盘，建议16G容量，和一份Hyper-V Server 2008 R2的安装源文件（install.wim），并在当前工作环境下安装WAIK。注意当前工作环境强烈推荐Windows 7或Windows Server 2008 R2。而目标服务器必须满足CPU支持64位（x64） 、U盘引导（Boot from USB）、硬件虚拟化（Hardware-assisted Virtualization）以及硬件数据执行保护（Hardware-enforced Data Execution Prevention）。

        第一步，创建一个VHD。利用diskpart命令创建一个用于存储Hyper-V Server 2008 R2的VHD文件，容量为12G，采用固定磁盘类型，并创建一个主分区，使用NTFS格式，并将其挂载到当前系统中分配盘符为R，卷标为HyperV。为此，在当前系统中的CMD环境下执行如下命令行：

mkdir c:＼hvvhd

diskpart

create vdisk file=c:＼hvvhd＼hyperv.vhd maximum=12000 type=fixed

sel vdisk file=c:＼hvvhd＼hyperv.vhd

attach vdisk

create partition primary

assign letter=r

format quick fs=ntfs quick label=HyperV

exit

        第二步，利用WAIK提供的imagex.ex命令将Hyper-V Server 2008 R2安装源（Install.wim）中的映像释放到分区R中，完成后将hyperv.vhd从当前系统中卸载。为此，执行如下命令：

imagex /apply <path-to-wim> 1 r:

diskpart

sel vdisk file=c:＼hvvhd＼hyperv.vhd

detach vdisk

exit

        第三步，准备U盘（UFD），还是通过diskpart命令对U盘进行分区格式化，此外还要将该分区标注为活动分区。命令如下：

diskpart

sel disk <UFD-Disk-Number>

clean

create partition primary

active

format fs=ntfs quick

assign letter=z

exit

        第四步，将之前制作好的hyperv.vhd拷贝到U盘上，如果当前工作环境不是Windows 7或Windows Server 2008 R2，则还需要使用WAIK中提供的bootsect命令为U盘标注为可引导。命令行如下：

copy c:＼hvvhd＼hyperv.vhd z:

bootsect /nt60 z: /force /mbr

        第五步，使用bcdboot命令在U盘上为hyperv.vhd中的系统创建引导数据。为此，执行下面的命令行：

diskpart

sel vdisk file=z:＼hyperv.vhd

attach vdisk

exit

bcdboot r:＼windows /s z:

        第六步，上面的5个步骤执行完毕后，这个U盘上的Hyper-V Server 2008 R2 还无法通过U盘引导启动运行，因为VHD Native Boot虽然能够实现从VHD中启动运行操作系统，但是该系统的磁盘缓存文件仍存储在实际磁盘上，而且因为U盘自身的原因，频繁地在U盘上读写数据势必会影响其整体的性能和稳定性，所以我们还需要通过修改注册表禁用这个系统上的磁盘缓存文件。为此，执行下面的命令行：

reg load HKLM/hyperVTemp r:＼windows＼system32＼config＼system

reg add “HKLM＼HyperVTemp＼ControlSet001＼Control＼Session Manager＼Memory Management” /v PagingFiles /t REG_MULTI_SZ /d “” /f

reg delete “HKLM＼HyperVTemp＼ControlSet001＼Control＼Session Manager＼Memory Management” /v ExistingPageFiles /f

reg unload HKLM＼HyperVTemp

        第七步，从当前卸载Z盘上的VHD文件，完成整个操作。

diskpart

sel vdisk file=z:＼hyperv.vhd

detach vdisk

exit

        最后，我们便可以将该U盘插到硬件满足Hyper-V 需求的服务器上，从U盘引导运行这个Hyper-V Server 2008 R2。

        通过上面的例子，我们可以深入认识和理解微软在虚拟化方面所作出的努力。利用U盘运行的方式，我们只需要修改注册表中“HKEY_LOCAL_MACHINE＼SYSTEM＼CurrentControlSet＼Control＼PnP＼PollBootPartitionTimeout”的键值为“30000”，便能够在更大的移动存储设备，如：移动硬盘上面引导运行Windows Server 2008 R2的完整版。目前据我所知有不少ITPro通过eSATA外接移动硬盘在自己的笔记本上运行Windows Server 2008 R2 Hyper-V 来实现相关产品和技术的学习或评估工作。

        如果长期关注 gOxiA 的 Blog，相信一定知道 Windows Virtual PC & XP Mode，但是首先我们还是先来回顾一下该技术的功能和特性《Windows Virtual PC & XP Mode 面向应用兼容性问题的终极武器》。其中 Windows XP Mode 的实现，就是通过微软的 Virtual PC 虚拟化技术并结合处理器的硬件虚拟化功能（Intel VT/AMD-V）。由于 Windows 7 的硬件需求并不高，所以目前大部分 PC 都能很好的运行它。但是，如果企业或个人部署了 Windows 7 并迫切需要 XP Mode 来解决兼容性问题，而当前硬件却无法满足硬件虚拟化需求，那么势必对 Windows 7 在企业中的普及造成了阻碍。所以 gOxiA 认为也就是出于这个原因，微软最终发布了不再需要硬件虚拟化技术支持的补丁程序 - KB977206。

        如果你还未安装过 Windows Virtual PC & XP Mode，可以参考 gOxiA 之前的日志：《Windows Virtual PC & Windows XP Mode 安装图览》、《使用 Windows Virtual PC 创建一个虚拟机》。

        如果要安装这个补丁必须先安装 Windows Virtual PC，否则会提示该补丁不适用当前的系统。要安装 Windows Virtual PC 可以从微软官方网站进行下载，地址是：http://www.microsoft.com/china/windows/virtual-pc/download.aspx，在该网址中还能同时下载到 XP Mode。

        在安装完 Windows Virtual PC 之后就可以安装 KB977206 这个补丁，该补丁的下载地址是：

32-bit：http://www.microsoft.com/downloads/details.aspx?FamilyID=837f12aa-1d37-464e-ae59-20c9ecbebaf6

64-bit：http://www.microsoft.com/downloads/details.aspx?FamilyID=e70dd043-e262-43c0-a002-446567f1e2b4

        注意，下载该补丁需要进行正版验证！安装过程很简单就像普通的补丁安装一样，在安装后请根据提示重新启动计算机。

        如果出现下图的错误提示，请卸载你当前 PC 上安装的 Microsoft Virtual PC 2007 SP1。

        最后我们就可以在没有硬件虚拟化技术支持的 PC 上使用 Windows Virtual PC & XP Mode！如果 PC 已经拥有硬件虚拟化技术支持，则无需安装此更新补丁，除了有助于性能的提升，没准微软在未来会继续发布能够运行 64-bit guest OS 的补丁！

        不论怎样！相信微软的这一举措，将加快企业部署 Windows 7 的进程，更加推动 Windows 7 系统的普及率！这一步微软走的十分到位！

        Virtual PC Guy's Blog 发布了一篇日志与大家分享如何在 Windows Virtual PC 上使用 Windows Server 2008 Core，gOxiA 看完感觉还是有一定价值的，特总结一下在本 Blog 与大家分享。在 Windows 7 上我们目前主要使用 Windows Virtual PC 作为虚拟机平台，虽然相比 Microsoft Virtual PC 2007 有了诸多的改进和增强，但是显然也存在一些不足，缺乏虚拟机平台的通用性，可能是跟 Windows 7 集成度太高而给人的一种错觉！不过也不难理解，毕竟叫 Windows Virtual PC 嘛！回到正题，在 Windows Virtual PC 上创建一个虚拟机，然后安装 Windows Server 2008 Core 版本，为了能够轻松地在窗体之间切换和使用增强功能，我们需要为虚拟机安装 Integration Components，但是你会发现安装会失败并提示下图中显示的警告！

        出现该故障的主要原因就是因为 Windows Virtual PC 创建的虚拟机中包含声卡设备，所以根据《Using Windows Server 2008 Core on Windows Virtual PC》文中的提示，我们只需要修改虚拟机的配置文件 – VirtualMachineName.vmc，找到 Sound 段落，将其 “enable type=”boolean””的设置由 True 改为 False ，最后重新打开虚拟机安装 Integration Components 即可！

        虽然大家都已经开始在学习 Windows Server 2008 R2，而 Windows Virtual PC 不支持 64bit guest OS，所以该文的价值并没有想象中那么大，可是起码能够引导我们重视这些配置文件，也许在深入发掘之后有其他更大的收获！

        今天在 Windows Server Performance Team Blog 看到一篇非常有价值的文章《Increase VMBus buffer sizes to increase network throughput to guest VMs》，主要介绍了如何通过增加 VMBus 的缓冲区来提升虚拟机网络的吞吐量。由于原文的介绍已经相当详细，小弟我也就不班门弄斧！简单来讲，Hyper-V 提供的 VMBus 架构是非常优越的，由于虚拟网络的数据交换是通过 VMBus 到物理网卡的，所以 Virtual Switch 能够提供充足的缓冲，我们可以利用该特性有效的改善传统网络中出现的因吞吐量导致的数据包丢失问题。在 Windows Server 2008 R2 上默认的缓冲区大小为 1mb，它能提供 655 个数据包缓冲（每个缓冲区 1600 个字节）。根据原文的建议可以将其缓冲增加到 2mb（最大有效值是 4mb），能够满足大多数的情况。除非你有足够大的内存，否则不建议设置到 4mb。

        要增加 VMBus 缓冲区的大小只需要修改虚拟机的网卡（Microsoft 虚拟机总线网络适配器）注册表相关项增加两个 DWORD 值即可。执行此操作前我们需要先确认虚拟机网卡的“驱动程序关键字”便于在注册表中定位，为此在虚拟机中打开硬件管理找到网卡适配器进入其属性下的详细信息选项卡页面，在属性列表中选取“驱动程序关键字”，将该值记录下来。

        接下来打开注册表编辑器，根据之前记录下来的值定位到类似下面的注册表位置上，并添加名为：ReceiveBufferSize 和 SendBufferSize 的 DWORD 键，设置其值为：800

        最后重新启动虚拟机即可。由于本人英语水平有限，无法完全正确地翻译原文介绍，以及表达我个人的理解意思，文中有错误的解释欢迎大家指正。

        除了微软最新的虚拟化平台，目前几乎所有的虚拟化平台都要求 CPU 支持 Hardware-Assisted Virtualization ，如：AMD-V、Intel VT 以及 VIA VT。为了检测我们的 CPU 是否支持该项技术，我们经常要在不同硬件厂商的主页里寻找检测工具，而且检测结果的标识结果让用户难以理解！

        现在我们可以使用微软官方发布的工具对我们的 CPU 进行检测，以检查是否满足 Windows Virtual PC 的硬件需求，该工具的用途主要是检测 CPU 是否支持硬件虚拟化技术，所以检测结果并不能用于鉴定当前硬件是否也满足 Hyper-V 的需求。

        Microsoft Hardware-Assisted Virtualization Detection Tool 的官方下载地址是：http://www.microsoft.com/downloads/details.aspx?displaylang=en&FamilyID=0ee2a17f-8538-4619-8d1c-05d27e11adb2

        在本文开始前，我谨代表我个人向 Windows Sysinternals 成员表示由衷的感谢，他们开发出了非常多优秀的小工具，切实地帮助了广大的 ITPro！同时发自内心地崇拜这些出色且厉害的 Windows Sysinternals Guy，因为他们开发的工具真的很有效、很小巧！最后对微软将 Sysinternals 纳入旗下表示赞赏，因为这一切非常的明智！

        回到正题，前几天我发布了一篇日志《Windows Sysinternals 发布 Disk2vhd v1.0》，向大家简单介绍了 Windows Sysinternals 新开发的用于将逻辑磁盘转换为微软虚拟磁盘格式文件（VHD）的小工具 — Disk2vhd v1.0。工具特性很吸引人，但是介绍确实很简单，于是 gOxiA 抽出时间专门对 disk2vhd 进行了测试体验。

        首先我在一台装有 Windows 7 简体中文专业版的机器上进行了测式，对文件占用容量达到 17GB 左右的系统卷进行了转换，大概用去了17分钟左右，基本上1分钟能转换1G左右的数据。在转换过程中可以进行其他操作，disk2vhd 会利用 volume copy shadow service 生成数据进行实时转换。最后，利用这个生成的 VHD 文件，使用 Microsoft Virtual PC 2007 SP1 创建了一台虚拟机，并成功的进行了引导。首次启动会进行硬件的检测和安装，之后就可以安装 VMAdditions 组件。下图是转换后运行时的情景，为了避免与宿主冲突，我没有为虚拟机配置网卡。

        是不是很奇妙、很炫、很酷！而这一切都源于大小仅 1.45MB的 disk2vhd 工具的功劳！当然，系统能成功的启动并正常运行，与 Windows 7 的新特性是密切相关的，因为 Windows 7 对硬件设备以及 HAL 的兼容性更好、更灵活！

        最后，我又在生产环境进行了测试！使用 disk2vhd 对一台正在运营的 Windows Server 2003 服务器的系统分区进行了转换，近 5G 的数据这次竟然用了22分钟，不过这台老爷机已经运营了5年多，硬盘还是SCSI 33.6GB的！可能转换效率与这些有关！将转换后得到的 VHD 文件传到了一台 Hyper-V Role 的 Windows Server 2008 服务器上，使用虚拟机进行测试！虽然系统能够正常引导并进入登录界面，但是键盘无法操作，也无法通过管理器发送“Ctrl+Alt+Del”（无反应），因为使用 Remote Desktop 登录到的 Hyper-V，所以在未安装 Integration Services 组件时无法在虚拟机中捕获到鼠标，最后使用安全模式重新启动问题依旧。无奈只得放弃，希望其他网友有机会能进行测试。

        整体来说，小巧精悍的 disk2vhd 非常令人满意。在要求不苛刻的环境中可以很轻松地进行 P2V 的迁移或执行其他类型的转移。由于 disk2vhd 能够执行实时转换，并且几乎没有任何环境要求，那么可能会引发相关的安全问题，比如：未经许可的转换操作。好在 disk2vhd v1.0 不支持命令行方式的操作。否则可能会成为“黑客”们的得力工具！虽然如此，但是不排除未来微软发布支持命令行的版本，但是也不排除那时将不再支持 Windows XP 以及 Windows Server 2003 系统，所以 disk2vhd v1.0 还是很有必要收藏一份！

        有关 Windows Virtual PC 的介绍可以参考我之前发布的几篇日志：《Windows Virtual PC & XP Mode 面向应用兼容性问题的终极武器》、《Windows Virtual PC & Windows XP Mode 安装图览》和《Windows Virtual PC 功能概述》，如果你是 MSDN 或 TechNet 的订阅者，那么现在就可以访问订阅网站下载到 Windows Virtual PC 和 Windows XP Mode 的 RTM 版本。

Windows Virtual PC is the latest Microsoft virtualization technology that allows you to run many productivity applications on a virtual Windows environment, with a single click, directly from a Windows 7-based PC.

Note:

- Install Windows XP Mode to create a virtual Windows XP SP3 environment.

- Windows Virtual PC requires Windows 7 RTM.

- Before installing the RTM version ensure that you have uninstalled the older version of both Windows Virtual PC and Windows XP Mode and restarted the system.

- Windows Virtual PC requires processor capable of hardware virtualization, with AMD-V™ or Intel® VT turned on in the BIOS.

For more information about Windows Virtual PC, please visit the Windows Virtual PC website.

Windows Virtual PC supports the following 32 bit Guest Operating systems : Windows XP Service Pack 3 (SP3) Professional, Windows Vista Enterprise Service Pack 1 (SP1), Windows Vista Ultimate Service Pack 1 (SP1), Windows 7 Professional, Windows 7 Ultimate, Windows 7 Enterprise.

System Requirements

· Supported Operating Systems: Windows 7 Home Basic, Windows 7 Home Premium, Windows 7 Professional, Windows 7 Ultimate, and Windows 7 Enterprise.
Note: Windows Virtual PC requires Windows 7 RTM.

· Processor: Processor capable of hardware virtualization, with AMD-V™ or Intel® VT turned on in the BIOS. Pls refer to OEM

· Memory: 2GB of memory recommended.

· Hard disk requirement: 20MB hard disk space for installing Windows Virtual PC. Additional 15GB of hard disk space per virtual Windows environment recommended.

Installation instruction: Based on the architecture (32-bit or 64-bit) of your computer, download the appropriate update package (Windows Virtual PC). Double click on the update package and follow the instructions. Reboot your system to complete installation.

        Windows Sysinternals 又为我们带来了一个新工具 — disk2vhd，一款用于将逻辑磁盘转换为 vhd 格式虚拟磁盘的实用工具。利用该工具我们可以轻松地将当前系统中的分区生成为一个 vhd 文件，便于挂载到虚拟平台中。

        disk2vhd 能够运行在 Windows XP SP2，Windows Server 2003 SP1 或更高版本的系统之上，并且支持 64位系统。但是需要注意的是受虚拟化平台产品对 VHD 的限制，比如 Microsoft Virtual PC 仅支持最大 127G 的虚拟磁盘（VHD），那么你所转换的 VHD 则不能高于这个限制。

        有关 disk2vhd 的详细介绍及下载可以访问：http://technet.microsoft.com/en-us/sysinternals/ee656415.aspx

        前段时间在一台已经运行数月的 Windows Server 2008 Hyper-V 上进行 WDS 应用，效果很令人满意。在微软发布了 Windows Server 2008 R2 后决定对其进行综合评估，首先要测试的就是 WDS，同时体验一下 MDT2010。由于 Windows Server 2008 R2 无法从 32bit 的 Windows Server 2008 进行升级，所以我在这台 Windows Server 2008 Hyper-V 上全新安装了一台用于 测试评估 WDS+MDT2010 的 Windows Server 2008 R2 虚拟机（来宾系统），整个安装配置过程都很顺利，但是为该虚拟机安装 Hyper-V Integration Services 时失败了。如下图所示：

        安装程序检测到虚拟机上已经安装了 Integration Services 组件，强制安装最后提示失败。不难理解，R2 肯定要较之前版本先进！既然如此也只能先这样使用，看来要想在 Hyper-V 测试微软的新系统或者产品，最好将主机升级到最新的系统版本！

        在之后的运行测试中也并为发现异常，但是在一次为其他虚拟机做 Troubleshooting 的时候，偶然发现在主机（父分区）系统日志中记录了多条警告日志，来源和ID分别是：VMSMP ID:26、Storvsp ID:5、vmbus ID:2。

        为了便于其他网友通过搜索引擎能找到该日志，我以文字方式记录下来错误警告日志的具体内容：

日志名称：系统      来源：VMSMP      事件 ID：26

“ComputerName”上的 NIC 驱动程序无法加载，因为它与服务器虚拟化堆栈不兼容。服务器版本为2 客户端版本为 196610（VMID 00000000-0000-0000-0000-000000000000）。

日志名称：系统      来源：sotrvsp       事件 ID：5

无法加载“ComputerName”中的存储设备，因为它与服务器虚拟化堆栈不兼容。服务器版本为2.0 客户端版本为 4.2 （VMID 00000000-0000-0000-0000-000000000000）。

日志名称：系统      来源：vmbus         事件 ID：2

父分区使用的是另一个 VMBus 版本。您需要在此来宾安装中安装匹配的 VMBus 版本。

        这些错误警告日志可是够“耸人听闻”的，赶紧停掉了这台 Windows Server 2008 R2 虚拟服务器，快速查阅了微软的KB，最终得知，这些错误警告是可以被忽略的，虚惊一场！为什么微软不在“事件日志联机帮助”中提供这些错误警告日志的详细说明呢？每每打开的都是找不到任何信息，这一用户体验实在令人沮丧和抓狂！只能希望微软能尽快重视该问题，现在还是来了解一下这篇 KB，编号是：KB972108，地址是：http://support.microsoft.com/kb/972108

        如果你打算在 Windows Server 2008 Hyper-V R2 上安装使用 Linux 虚拟机，那么 Linux Integration Components 将为该虚拟机提供驱动及特性的支持。

Overview
        When installed in a supported Linux virtual machine running on Hyper-V, the Linux Integration Components provide.
        Driver support for synthetic devices: The Linux integration components include support for both the synthetic network controller and synthetic storage controller that have been developed specifically for Hyper-V. These components take advantage of the new high-speed bus, VMBus, which was developed for Hyper-V.
        Fastpath Boot Support: Boot devices now take advantage of the storage VSC to provide enhanced performance.

System Requirements
Supported Operating Systems: Hyper-V Server 2008; Windows Server 2008; Windows Server 2008 R2
Windows Server 2008 with Hyper-V RTM Update (KB950050) applied
Microsoft Hyper-V Server 2008
Windows Server 2008 R2 Hyper-V RTM
Microsoft Hyper-V Server 2008 R2 RTM

下载地址：http://www.microsoft.com/downloads/details.aspx?displaylang=en&FamilyID=c299d675-bb9f-41cf-b5eb-74d0595ccc5c

        在 Windows 7 RTM 即将发布之际，Windows Virtual PC 迎来了 RC。Windows Virtual PC（WPC）更加成熟，从特性列表中，可以了解到 WPC 颗粒化的共享控制机制可以让用户设置那些资源可以用于交互共享访问。并且完全支持 Windows 7 的 Jump List 新特性，使我们能够快速的选择要启动的虚拟应用程序。而且 Windows XP Mode 的安装相比之前的 Beta 更加快速。对差分磁盘我们可以对其压缩以减小体积。此外，在安装完 WPC 首次运行时会运行学习向导，帮助用户了解和掌握 WPC 的操作。

        Windows Virtual PC RC 的改进还是非常明显的，面对貌似“苛刻”的硬件需求，除了功能以外，相信用户更关心的是：“我付出了相对高的硬件代价，那么最终的运行性能是否完全令人满意呢！？”（PS：其实现在买一个具有 VT 技术的 CPU，并不昂贵！gOxiA 刚买的 E5300 就支持 VT 和 EMT64 技术，而且目前的市场散装价格不过 430 元。）

        OK，还是来看看官方就 Windows Virtual PC RC 特性的总结列表。

• Granular drive sharing
  In the settings on the virtual machine, you can select specific host computer drives to share with the virtual machine.
• Manage USB devices with virtual applications
  While running virtual applications, you can manage USB devices by using the Virtual Applications icon on the task bar.
• Windows XP Mode tutorial
  A Windows XP Mode RC tutorial, which introduces the product features, is displayed during Windows XP Mode Setup.
• Jump list for virtual applications
  Right clicking on the virtual application icon for Windows XP Mode, on Windows 7 taskbar, displays a jump list that allows one to easily launch virtual applications from the taskbar.
• Faster Windows XP Mode Setup
  Windows XP Mode Setup completes more quickly than in Windows XP Mode Beta.
• Compact differencing disks
  You can compact the differencing disks to decrease the file size.
• Ability to install Windows XP optional components
  Windows XP optional components can be installed in Windows XP Mode RC without prompting for Windows XP media.
• Ability to choose a location to store virtual machine files for Window XP Mode RC
  When you are setting up Windows XP Mode RC, you can choose where to store all virtual machine files for Windows XP Mode RC. The default path is: %LOCALAPPDATA%MicrosoftWindows Virtual PCVirtual Machines.
  
• Option to turn off and discard changes when Undo disk is enabled for a virtual machine
  An additional option is available when you are turning off a virtual machine: Turn off and discard changes. This option will delete the current Undo disk, and turn off the virtual machine.

        Windows Virtual PC RC 包含中文版，需要的朋友可以前往官方网站下载体验。下载地址是：http://www.microsoft.com/windows/virtual-pc/download.aspx

Hyper-V Server V1 vs. Hyper-V Server R2

        Microsoft Hyper-V Server R2 相比它上一版本除了对硬件提供更大更多的支持以外，在功能上如：在线迁移、高可用方面都提供了支持，此外 Hyper-V Server R2 依旧是一款免费的产品！

        虽然微软官方资料不建议在生产环境下使用动态扩展或差异磁盘，但是在一些特定的环境中我们即使这样做了，也不会有太大的性能差异。这两天我在制作一个定制版的 Windows 7 安装镜像，其中需要使用 WDS 服务器，以方便我的测试。但是在实际中发现在 WDS 多次的文件拷贝删除及编辑操作后，该虚拟机的 VHD 体积不断扩大，即使我重新启动或关闭虚拟机都无法回收那些丢失的容量。最终导致这个 VHD 占据了我大部分的空间！这时想到了 Hyper-V 提供的 VHD 编辑工具，通过这个编辑工具我可以对 VHD 进行压缩、转换或者扩展。在对 WDS 服务器所对应的 VHD 进行了压缩之后，VHD 由之前 30G 的体积缩小到了 16G，惊人的数字！有效的解决办法！不敢独享，特 Blog 一文与大家分享！具体步骤如下：

        首先打开 Hyper-V 管理器，选中要编辑的虚拟机，然后右键单击选择“设置”，在右边的窗体中选择要压缩的磁盘驱动器，之后在右边的窗体中单击“编辑”，就会出现如下图所示的提示，选择“压缩”根据向导完成。

        压缩完毕之后就会发现 VHD 释放了相当可观的容量，但是需要注意执行这些操作时虚拟机必须是关机状态！

        在 Windows Virtual PC 控制台下的虚拟机是无法通过显示属性来调整分辨率的，之前 gOxiA 也是捉摸了半天没有找到解决办法，幸好昨晚参加了 MCSE.org.cn 举办的 Windwos 7 的 Livemeeting，洛洛给于了解答和演示。

        调整虚拟机分辨率的方法很简单，直接使用鼠标拖动控制台 UI 界面的大小，那么虚拟机便会自动调整显示分辨率。

        之前我们对 Windows Virtual PC & Windows XP Mode 有所了解！除了可以用于解决企业中所遇到的应用程序兼容性问题以外，其实通过 Windows Virtual PC 也能创建其他虚拟机，如：Windows XP、Windows Vista、Windows 7，甚至是 Windows Server。与 Microsoft Virtual PC 2007 SP1 相比 Windows Virtual PC 功能更强大，但是对硬件有特定的需求，不过如果希望使用 USB设备，或无缝地与当前系统交互，那么目前来说 Windows Virtual PC 恐怕是微软产品中唯一的选择。此外不知道大家是否还记得，微软曾经在 Windows Vista 时曾提到要在企业版和旗舰版中内置 VPC，但是最终未能真正如愿。现在看来，这一切终于实现了！

        OK，回到正题！使用 Windows Virtual PC 创建一个自己手工安装的虚拟机还是十分方便的，不过与以往的操作方式不同，如果不留意或看资料还真不好找。首先，单击 Windows 开始图标，从“所有程序”中找到“Windows Virtual PC”程序组，并单击下面的“虚拟机”。

        随后会打开 Windows Virtual PC 虚拟机所在目录，这里就是 gOxiA 所说的与以往虚拟机操作界面不同的地方了，如下图所示在工具栏上红色框圈选的地方就是创建虚拟机的按钮，这么看来 Windows Virtual PC 确实与 Windows 7 紧密集成了。

        单击了“创建虚拟机”后随之弹出操作向导，根据图示键入虚拟机的名称，这里我以测试安装 Windows server 2008 R2 为例，之后选择虚拟机文件存储的位置，因为默认情况下虚拟机文件被存储在系统卷上，很显然默认保存不是明智的做法。

        然后为虚拟机指定所使用的内存容量，并复选是否启用网络连接支持。复选之后，默认会为该虚拟机配置当前设备所有正在连接的网络，幸好我当前有线和无线局域网都处于连接状态才发现有这个有意思的特性。单击“下一步”继续！

        添加硬盘这里我们可以默认创建一个动态扩充类型的虚拟硬盘或使用当前已经存在的虚拟硬盘。当然也可以使用高级选项来创建固定大小类型或差异类型的虚拟硬盘。这一步的设计还是很人性化的，使用户能够容易的理解和选择。

        创建了虚拟机之后不会立刻自动运行，我们可以选中这个虚拟机，并通过工具栏上的“设置”对此虚拟机进行详细的配置。如下图所示，Windows Virtual PC 的设置界面与之前的 Microsoft Virtual PC 没有太大差别，如果之前有使用过 Microsoft Virtual PC 则会很容易上手。此例中，gOxiA 在 DVD驱动器设置中选中了本地磁盘上的 Windows Server 2008 R2 RC 版的光盘映像文件，接下来准备尝试安装 Windows Server 2008 R2 RC，以确认 Windows Virtual PC 是否支持 64bit 的 Guest OS。

        测试结果很可惜，Windows Virtual PC 虽然要求 CPU 支持虚拟化功能，但是却未能提供对 64bit Guest OS 的支持。也就是说，目前如果你希望不使用 Hyper-V 来实现 64bit 的 Guest OS 恐怕只能选择第三方产品了。不过另外一个特性也许能稍稍安抚一下咱们失望的心情，在之前我安装了 Windows 7 RC 英文版的虚拟机发现在 Windows Virtual PC 下，竟然能够打开 Aero Class 特效，还算不错！

        至此相信大家已经了解如何在 Windows Virtual PC 下创建虚拟机的过程，与以往的虚拟机平台一样，大家不要忘记安装 Windows Virtual PC 的集成功能组件（Integration Components）哦！安装集成功能组件请从菜单栏里“工具”下选择安装。有关集成功能组件更近一步的使用我将在后面的日志里与大家分享，敬请期待！

        微软终于发布了 Linux Integration Components 正式版，这意味着我们可以在 Hyper-V 上安装 Linux，并且使用 Hyper-V 卓越的 VMBus 技术，以提升 Linux 在 Hyper-V 下的性能。正是发布的包含了简体中文以及其他11个语言版本，共计12个！有在 Hyper-V 部署 Linux 的朋友或准备测试 Linux 的都可以体验一下。下面是有关 Linux Integration Components 的官方概述，供大家参考：

概述

When installed in a supported Linux virtual machine running on Hyper-V, the Linux Integration Components provide.
Driver support for synthetic devices: The Linux integration components include support for both the synthetic network controller and synthetic storage controller that have been developed specifically for Hyper-V. These components take advantage of the new high-speed bus, VMBus, which was developed for Hyper-V.

Hypercall adapter: The Hypercall adapter is a thin layer of software that translates the Xen-specific virtualization function calls from a Xen-enabled Linux kernel to Microsoft Hyper-V hypercalls. This results in improved performance for the Linux virtual machine.

Fastpath Boot Support: Boot devices now take advantage of the storage VSC to provide enhanced performance.

访问下载：Linux Integration Components

        如果在一台新部署的 Hyper-V 上新建一个 Virtual Machine 时，出现错误信息："The virtual machine could not be started because the hypervisor is not running”，那么请打开 CMD 执行"BCDEdit /set hypervisorlaunchtype auto” 命令行，之后重新启动计算机即可解决！

        这是因为 Hypervisor 没有运行所导致的，Hypervisor 是一个存在于操作系统之下的软件层，直接位于硬件之上。它能够处理许多以前在虚拟机管理软件中完成的功能。这种模型非常小并且高效，并且可以使得它们以在真实机上运行的速度来运行。

此外，Hypervisor 不需要自己的驱动，利用支持虚拟化的处理器。例如：启动了 AMD-V 或者 Intel VT 的处理器。这使得 Hypervisor 非常小并且高效。

Hypervisor 通过将系统分区来管理资源。故 Hypervisor 使用两种类型的分区：

• 父分区：用于存放操作系统和 Windows Virtualization 组件的地方。系统只有一个父分区。
• 子分区：一个子分区是一个虚拟机。当建立一个新的虚拟机的时候，就建立了一个子分区。

        我们可以通过下面的 Hyper-V 架构图来详细的了解和认识。如欲了解更详细的内容可以参考微软中文技术论坛里的讨论：http://social.microsoft.com/Forums/zh-CN/windowsserversystemzhchs/thread/8b6362b2-6acd-4d60-a795-cd6386ea67b5/

        综上所述，gOxiA 认为导致 ”the hypervisor is not running” 的主要原因应该是系统管理员在安装操作系统前没有在 BIOS 中打开 CPU 的虚拟化功能所导致。

        我们知道在 Windows Server 2008 RTM 中 Hyper-V Roles 并不是正式版，需要安装随后发布的 KB950050 补丁才能升级至 Hyper-V RTM。

        最近在执行一个虚拟化的项目，在完成了全新安装的 Windows Server 2008 x64 后，先执行了 Windows Update，才再安装的 Hyper-V Roles，但是让人郁闷的是打开 Hyper-V 管理器发现整个界面居然是英文的。回忆之前的步骤，操作系统是简体中文版，随后通过 Windows Update 完成的自动更新，这一过程应该是没有问题的。

        无奈，要解决该问题应该是安装本地化语言版本的管理器更新程序即可！随后在 Microsoft Download Center 搜索一番找到了该补丁更新——Windows Server 2008 x64 Edition Hyper-V 语言包更新程序（KB951636）安装后该问题解决！

    
• 支持 Virtual Server 2005 和 Virtual PC 2007 的 VMC 文件导入
    
• 在 Hyper-V 本地环境中创建虚拟机
    
• 在远程 Hyper-V 中创建虚拟机
    
• 验证虚拟磁盘文件和ISO文件的位置信息
    
• 编辑 VHD，VFD，ISO 虚拟格式文件的路径
    
• 转换第一块 SCSI 磁盘为 IDE 磁盘
    
• 规范化静态 MAC 地址
    
• 规范化旧式网卡或增强性网卡
    
• 规范化虚拟处理和资源控制
    
• 规范化管理配置
    
• 规范化串行端口
    
• 规范化设备引导顺序
    
• 规范化下一虚拟机路径
    
• 内置帮助在CHM文件中
    
• 支持 x86 及 x64 版本

        由于翻译理解水平有限，建议阅读原文。VMC2HV 的下载地址是：http://cid-7edf4c4ce8729f83.skydrive.live.com/self.aspx/Public/VMC2HV