苏繁的博客

路演使用 VHD Native Boot 打造多系统应用环境
        搜索 gOxiA 的博客查找关于 VHD 和 Native Boot 的文章确实比较匮乏，而且都比较零散，周围的朋友当工具参考的时候，也比较麻烦，所以今天写此篇日志，路演一遍使用 VHD Native Boot 打造多系统应用环境。除此之外，再分享一些小心得体会！
        在开始之前，有必要提醒大家几个注意事项，首先要准备好 image.exe 这个工具，使用它来释放系统源；其次建议准备一个独立分区，专门用来存储这些 VHDs，比如 gOxiA 就划分出一个独立的 40G 分区，用来存放 Windows Server 2008 R2、Ubuntu，根据需要还可以放入 Windows 7 英文版或64bit 进行测试或满足其他工作需求，当然这一步也不是必须得，根据自己的喜好；最后就是准备好系统源 — Install.wim。
        一切准备就绪，就可以开始了。首先安装主系统，最好是 Windows 7，毕竟桌面平台用桌面版本最符合要求（gOxiA 长期经验，不管做什么应用，桌面的还是用桌面系统最好，其他的跑虚拟化更为合适。），此外 VHD Native Boot  只有 Windows 7 和 Windows Server 2008 R2 支持，这点要尤为注意。主系统的安装过程我就不再复述，下面进入主要环节。
        我们要做的就是创建一个虚拟磁盘（VHD），将需要的系统版本安装源释放到这个 VHD 中，然后使用 bcdedit 创建这个对应 VHD 的引导信息便大功告成。过程其实很简单，因为大部分操作都涉及命令行，所以本例将全部以命令行的方式来进行路演。
        首先，我们需要使用 Diskpart 来创建一个 VHD 文件，当然也可以参考之前的文章（Discovery support Virtual Hard Disks （新增对 VHD 的支持））进行操作。

diskpart


create vdisk file=d:＼ws08r2.vhd maximum=20480 type=expandable


sel vdisk file=d:＼ws08r2.vhd


attach vdisk


create partition primary


format fs=ntfs quick label=WS08R2


assign letter=v

        上面的命令行很容易理解，在D盘创建一个名为 ws08r2.vhd 大小为20G的动态扩展虚拟磁盘，并挂载到当前系统，之后为该虚拟磁盘创建一个主分区，使用 NTFS 格式进行快速格式化，将其卷标命名为 WS08R2，分配其盘符 v。
        下来我们将使用 imagex.exe 释放 Windows Server 2008 R2 安装源 install.wim 中的 Windows Server 2008 R2 Standard Edition 版本到之前的虚拟磁盘中，在当前系统上虚拟磁盘的盘符是v。

imagex /apply f:＼soruces＼install.wim 1 v:

        OK，一个命令就完成了，如果需要安装其他版本则可以使用 /info 参数来确定版本的 index 。
        最后，我们将使用 bcdedit 来创建这个 WS08R2 的引导信息，为此执行下列操作：

bcdedit /copy {current} /d "Windows Server 2008 R2 Standard Edition"


bcdedit /set {GUID} device vhd=[d:]＼ws08r2.vhd


bcdedit /set {GUID} osdevice vhd=[d:]＼ws08r2.vhd


bcdedit /set {GUID} detecthal on


bcdedit /set {GUID} hypervisorlaunchtype auto

        如果希望 WS08R2 的引导不出现默认引导菜单，默认还是与往常一样进入 Windows 7，待需要时调用的话，可以将该引导项存储在 toolsdisplayorder 中，那么我们就需要先从 displayorder 中删除“Windows Server 2008 R2 Standard Edition”引导项，之后执行下面的命令再添加到 toolsdisplayorder 中，启动计算机时引导系统光标出现按下空格就可以进行调用，这也是 gOxiA 所推荐的，毕竟很美观不破坏整体效果。

bcdedit /displayorder {GUID} /remove


bcdedit /toolsdisplayorder {GUID} /addlast

        至此，我们就可以重新启动计算机引导 WS08R2 进行安装初始化，由于默认引导还是 Windows 7，所以当 VHD 上的 WS08R2 重新启动时需要认为干预选择通过 WS08R2 引导。通过这些操作我们还可以在当前系统上搭建出不同的应用环境满足自己的需求，gOxiA 基本上保证一套自己常用的主系统长期正常运行，再通过此法搭建出一套只用于 Hyper-V 的实验环境，满足自己的需求。有时候要进行教程录制或不同语言环境的测试，都需要一个干净的环境，所以 VHD Native Boot 也派上了大用场，总之充分利用这一颠覆性的创新特性能帮助我们解决不少问题，更多应用还有待用户来挖掘。
        最后希望今天这一路演能帮助从事微软相关工作的朋友们，嘿嘿！确实很适合一定人群的使用需求！其他更多相关文档可以在本博搜索关键字 vhd 或 native boot，为了方便大家这里提供 imagex 文件的下载：imagex.exe[/img]..

        VHD Native Boot 的路演日志（路演使用 VHD Native Boot 打造多系统应用环境）已经发布过了，再配合之前关于 VHD Native Boot 的文章应该算比较全面的，贯穿下..

Microsoft SharedView 使桌面共享更轻松更灵活
        知道 Microsoft SharedView 这个软件还是通过 Office Live Workspace，在 Documents 中提供了 Share 功能，除了能够将文档分享给指定的用户外，还能够实现 Share Screen，而该共享方式就是通过 Microsoft SharedView 来实现的，Microsoft SharedView 允许最多 15人加入会话，能够轻松地将 Windows 桌面或指定的应用程序展示给会话成员，或根据需要授权某个会话成员控制权限。之外，还能够轻松地共享给会话成员1个或多个文档，或传递即时消息。按照下图的提示，会要求我们安装 Microsoft SharedView，单击“确定”会转到 Microsoft SharedView下载页面。

        Microsoft SharedView 的安装非常简单，如下图所示首先接受“隐私声明”，根据自己的喜好选择是否在桌面和快速启动菜单（在 Windows 7 中可不选择该选项）中显示该程序图标，以及是否允许微软收集我们使用 SharedView 的信息。

XPS Viewer 无法设置权限账户 - 无法激活此计算机上的任何权限管理账户
        PDF 格式文件相信大家都了解或听说过，其实微软也提供了与其相同的格式文件 - XPS，通常我们将他们称之为电子纸张，因为他们除了保留排版样式、编页等布局以外，不能够被编辑修改，而且不包含任何任意代码、宏和脚本。非常适合我们传递电子版的合同书、报价书、通知书、文章、新闻稿等等。出此之外，XPS还提供了数字签名以及权限管理（依赖于 RMS 或微软提供的 .NET Passport account 验证服务）功能，其中权限管理甚至能够做到禁止打印及复制。更多的 XPS 资讯可以浏览：http://www.microsoft.com/china/whdc/xps/default.mspx
        要创建或阅读一个 XPS 文件非常简单，在 Windows 7 中只要安装了 XPS Viewer 和 XPS Viewer 服务即可。默认系统中 XPS Viewer 已经被安装。否则，可以通过“打开或关闭 Windows 功能”进行安装。其他版本如 Windows XP、Windows Server 2003 可以通过 http://www.microsoft.com/whdc/xps/viewxps.mspx 下载！其中 Microsoft XPS Essentials Pack 支持创建 XPS 文档，安装后只要通过打印功能选择“Microsoft XPS Document Writer”进行打印即可将你的文档、图片、网页保存为 XPS 文件。或者使用 Office 将其保存为 XPS 格式。

        此外关于 XPS 的功能介绍和使用可以通过 Explorer the features: XPS documents 获取。而今天主要提到的是如下图出现的错误：XPS Viewer 无法设置帐户，无法通过激活此计算机上的任何权限管理账户。详细少数爱鼓捣的朋友也遇到了这个问题。当我们打开一个未设置权限的 XPS 文档，此时想通过 XPS Viewer 的权限功能来为该文档设置权限时将会看到这个错误。而且在网上查了一下目前还没有更多有关该问题的解答。但是如果在部署了 RMS 的企业环境中则不存在该问题！

        gOxiA 阅读了一篇文档“Set permissions for an XPS document”，其中有一段说明引起了 gOxiA 的注意，原文如下：
Rights Account Certificates obtained using Windows Live credentials apply only to XPS documents created in the Microsoft Office system. Documents created in other programs can only be accessed and protected using a corporate Rights Account Certificate.
        看来在单机环境下，我们需要先通过 Office 来进行 RMS 权限设置，然后保存为 XPS 格式，才能激活文档权限管理保护。下面是 Office 2010 设置权限的截图。

        MDT 2010 中加入了一个新的高级功能 - Media，通过该功能我们可以实现客户端部署时脱离网络的限制，即无需 PXE 引导和 WDS 以及 MDT 节点服务器。部署涉及的脚本控制、任务序列、应用软件、操作系统、驱动等等数据都可以打包到一起生成 ISO 文件，刻录成DVD光盘使用。或者，将其直接拷贝到 U 盘，通过 U 盘进行安装（注意：该方法必须在 Windows Vista 或 Windows 7 系统上对 U 盘执行分区、格式化、激活才能实现引导）。对于单机部署来说，十分方便快捷！并且能实现最小化的接触安装。
        gOxiA 最近实施一个小项目，为5台 Dell 服务器进行系统安装，由于环境和时间约束无法部署 WDS+MDT2010，那么为了节省时间并减少人为干预，通过传统载体实现自动化安装是最佳的方式。最终，gOxiA 选择了 MDT 2010 的 Media 高级功能，该方案非常适合此项目的实施！整个设置步骤和操作过程其实都非常简单，gOxiA 认为重点主要还是在设计规划上，首先要尽可能的实现少量接触，此外还要保证其相对的通用性。这5台 Dell 服务器除了型号不同以外，有些还应用了 RAID5。因为操作系统是 Retail 的 Windows Server 2003 R2 Standard Edition，所以自动化步骤中的产品密钥部分就要单独考虑。此外，因为必须要在设备抵达前就准备好系统安装所需，那么通过设备序号或 MAC 来标识安装的办法亦不可取，最后的设计是产品密钥使用通用密钥，之后单独输入各自的产品密钥手工激活；计算机名也是用自动命名方式，之后再单独进行更改；系统分区没有特别要求，故分配40G。
        完成了计划便可以进入准备工作，为了减少数据占用的容量建议单独创建一个 Point，添加 Windows Server 2003 R2 安装源文件，添加磁盘控制器、显卡、网卡等驱动，具体的步骤就不再复述，需要注意是任务序列创建过程中序列号应当输入一个通用密钥，以便后续部署过程中能够自动输入序列号。当准备工作完成后，便可以使用“Advanced Configuration”下的“Media”功能开始创建单机部署源。

        创建过程也非常简单，可以参考下面的截图。

使用 PowerShell 执行 Exchange 2010 安装前准备工作         自 Exchange 2010 RTM 并签约 MSDN/TechNet 订阅后，gOxiA 下载后就对 Excange 2010 的安装展开了学习。其实微软现在发布的产品在安装方面很大程度上都进行了简化，安装步骤几乎都是一路“Next”，但使 gOxiA 不太明白的是，为什么这些产品安装步骤都已经如此简化、直观！而产品需求却不能做成自动化的呢？！         这里不论及安装者的技能及专业经验，就安装程序及安装向导所带来的安装体验而言！准备一台用于 Exchange Server 2010 的基于 Windows Server 2008 R2 的服务器，打上最新的更新补丁，之后加入到 AD 中。最后放入 Exchange 2010 安装盘开始安装，在向导首页其实我们并不能看到有关 Exchange 2010 安装需求的具体明示。那么我们直接跟随向导执行每个安装步骤！         在执行安装过程中会进入一个准备情况检查阶段，这里安装向导会根据选择要安装的服务角色，对当前环境进行需求检查，如果不满足要求则给出警告提示。如下图所示，在一个全新安装的 Windows Server 2008 R2 上执行 Exchange 2010 的安装，检查阶段给出的检查报告。比较人性化的是，在报告中给出了问题的解决办法。虽然如此，但是 gOxiA 发现目前微软开始广泛在产品中使用机器翻译技术，那么势必会有语言表达不明确的情况发生，gOxiA 就在安装准备阶段饶了好几圈，除了对提示语句的理解有出入意外，发现提供的详细帮助信息都是在线方式的，而很多都并未是针对 Exchange 2010 的最新编译！         为了让大家了解具体的需求信息，我将详细的检查报告拷贝了出来供大家参考，内容如下： 摘要: 5 个项目。2 个成功，3 个失败。
已用时间: 00:00:45 组织先决条件
失败 错误:
需要为 Exchange Server 准备 Active Directory，并且此计算机上没有安装 Ldifde.exe。您必须通过运行“ServerManagerCmd -i RSAT-ADDS”来安装 Ldifde.exe，或在域控制器上重新启动安装程序。 警告:
安装程序正要通过使用“Setup /PrepareAD”为 Exchange 2010 准备组织。在此拓扑中没有检测到任何 Exchange 2007 服务器角色。此操作完成后，您将无法安装任何 Exchange 2007 服务器角色。 已用时间: 00:00:23 语言 先决条件
已完成 已用时间: 00:00:03 集线器传输角色 先决条件
已完成 警告:
此计算机需要 2007 Office System Converter: Microsoft Filter Pack。请从 http://go.microsoft.com/fwlink/?LinkId=123380 安装该软件。 已用时间: 00:00:07 客户端访问角色 先决条件
失败 错误:
无法从元数据库读取数据。请确保已安装 Microsoft Internet 信息服务。
建议的操作: http://go.microsoft.com/fwlink/?linkid=30939&l=zh-Hans&v=ExBPA.4&id=a4a4d339-4009-4fb7-b842-ca2ba79f13f0 错误:
无法访问此计算机上的“默认网站”。
建议的操作: http://go.microsoft.com/fwlink/?linkid=30939&l=zh-Hans&v=ExBPA.4&id=aadc8176-1c47-49b7-83a0-9493a1093af1 错误:
Net.Tcp 端口共享服务的启动模式必须设置为“自动”才能继续安装。 已用时间: 00:00:06 邮箱角色 先决条件
失败 错误:
无法从元数据库读取数据。请确保已安装 Microsoft Internet 信息服务。
建议的操作: http://go.microsoft.com/fwlink/?linkid=30939&l=zh-Hans&v=ExBPA.4&id=a4a4d339-4009-4fb7-b842-ca2ba79f13f0 警告:
此计算机需要 2007 Office System Converter: Microsoft Filter Pack。请从 http://go.microsoft.com/fwlink/?LinkId=123380 安装该软件。 已用时间: 00:00:04         牢骚发够了，下面进入主题。从上面的信息了解到 Exchange 2010 在一台全新安装的系统上的具体需求，本例中操作系统是 Windows Server 2008 R2。为了今后安装更加顺利，并减少操作步骤实现自动化，将更多的使用命令行或脚本。因为在 Windows 中并未提供访问 http 协议的命令行程序，所以一些额外的程序包我们还需要手动下载来安装，当然也可以彻底为安装 Exchange 2010 做个安装准备目录，将必要的程序包放进去，并将相关命令批处理。         OK！在 gOxiA 执行了一次手工安装操作之后，对 Exchange 2010 的角色安装需求总结如下： 安装 .NET Framework 3.5 SP1 安装 RSAT-ADDS（AD DS 管理单元和命令行工具） 安装 IIS 7.5 以及 IIS6 元数据兼容性（IIS6 Metabase）组件 安装 Microsoft Filter Pack（筛选包） 配置 Net.TCP Port Share Service 为自启动模式 安装 桌面体验（Desktop Experience，注意：该步骤只在选择“统一消息角色”时使用） 安装 .NET Framework 3.5 SP1
[code] Add-WindowsFeature NET-Framework[/code] 安装 RAST-ADDS（AD DS 管理单元和命令行工具）
[code] Add-WindowsFeature RSAT-ADDS[/code] 安装 IIS 7.5 以及 IIS6 元数据兼容性（IIS6 Metabase）组件
[code]Add-WindowsFeature Web-Server[/code]
[code]Add-WindowsFeature Web-Basic-Auth[/code]
[code]Add-WindowsFeature Web-Metabase[/code]
通过 gOxiA 实际详细的学习和测试，发现其实在1、2步骤完成后，该步骤只需要安装这三个功能组件即可，如 ASP.Net 等组件功能，会在 Exchange 2010 安装后自动启用。 安装 Microsoft Filter Pack（筛选包）
从 http://www.microsoft.com/downloads/details.aspx?FamilyID=60c92a37-719c-4077-b5c6-cac34f4227cc&DisplayLang=zh-cn 下载 64-bit 版的 FilterPack，文件名为“FilterPackx64.exe”，使用“/quiet”参数来实现自动安装，命令行如下：
[code]FilterPackx64.exe /quiet[/code] 配置 Net.TCP Port Share Service 为自启动模式
[code]Set-Service "NetTcpPortSharing" -StartupType Automatic[/code]
[code]Start-Service "NetTcpPortSharing"[/code] 安装 桌面体验（Desktop Experience，注意：该步骤只在选择“统一消息角色”时使用）
[code]Add-WindowsFeature Desktop-Experience[/code]         当准备工作完成后，再次执行安装检查，此时相关检查均检测通过，下面我们就可以开始 Exchange 2010 的正式安装。安装后，默认配置下就可以直接开始进行 Exchange 2010 的体验和使用，因为上面的准备工作满足 Exchange 2010 相关角色的基本需求。

Microsoft Exchange Server 2010 RTM 已经能够在 MSDN & TechNet 订阅站点下载，订阅用户可以下载进行评估测试。相比之前发布的 Exchange 2007 容量缩减到了 1G多，并且包含多个语言版本。
    SHA1: BBD6224FD72283142F9A8EC13615E11391C02BAB
    ISO/CRC: 02374C73
    以下是摘抄自微软官方发布的有关 Exchange 2010 新功能的介绍，供参考阅读！

Windows Home Server 顾名思义，即微软推出的一款面向家庭的服务器操作系统，在 2007 年 1 月 7 日的 Consumer Electronics Show (CES) 大会上由比尔.盖茨向公众发布。Windows Home Server（以下简称 WHS），将为拥有 2 台或 2 台以上的家庭提供文件分享、自动备份、远程访问等等的解决方案。

Live Mesh 会导致 Windows 7 Beta1 的 Aero Class 失效

        Windows 7 Beta1 的 Aero Class 以及 Super Taskbar 让不少 Windows 7 迷们为之心动。相信已经有不少朋友已经安装上了 Windows 7 Beta1 正体验着全新的操作界面。初次之外，之前 Blog 中我曾像大家介绍了一款微软的云计算软件 —— Live Mesh，我想也已经有很多朋友在使用了。但是不知道大家是否与 gOxiA 一样遇到一个问题，就是当在 Windows 7 Beta1 上安装了 Live Mesh 后，并且还启用了 Aero Class，那么当我们触发 Explorer Shell 的操作时会导致 Aero Class 实效，即使我们手动将 Theme 改回 Aero Class 但是还是会出现该问题。经过研究发现 Live Mesh 在安装后会修改 Explorer Shell，嵌入 Live Mesh 的管理界面，就是当我们打开一个 Live Mesh 文件夹时，Explorer Shell 的右边会附着一个 Live Mesh 的工具栏。gOxiA 认为导致 Aero Class 实效的主要原因就是 Live Mesh 的工具栏了。通过下面两幅图的对比我想大家很容易看到故障前后的变化。

 

        该问题 gOxiA 已经通过 Send Feedback 提交到了 Microsoft Connect，希望微软方面能尽快提供 Live Mesh 的升级。如果你也遇到了与 gOxiA 同样的问题，只要卸载 Live Mesh 即可！为了能够体验全新的 Aero Class 以及 Super Taskbar，我想先牺牲一下 Live Mesh 还是值得的，呵呵！虽然在 Windows 7 Beta1 上我们牺牲掉 Live Mesh，但是我们还有替代方式，比如在 Windows 7 Beta1 上可以通过 Live Mesh 的 Live Desktop 方式来进行访问。或者使用 gOxiA 采用的替代方式，即安装微软的另外一款 Live 软件 —— Live Sync。gOxiA 先卖个关子，在下一篇 Blog 中会向大家介绍 Live Sync 的使用。[/img]..

 再议 VHD with Native Boot
在开始之前，我们先通过下面列表中的链接回顾一下 gOxiA 对 VHD with Native Boot 的测试历程。总体来讲，Native Boot 部署起来还是非常之简单的，只不过由于是微软全新开发的技术，所以中文资料是少之甚少，也就导致我们部署起来或多或少会遇到一些阻碍！  
  
Native Boot 从一个 VHD 引导系统的相关说明    
Step by Step VHD with Native Boot    
在实体机中使用 Native Boot 从 VHD 引导 Windows Server 2008 R2 Beta x64   
        距离今天最近的一篇 Native Boot 相关日志中，gOxiA 曾提到有关引导 VHD 中的 Windows 7 的故障！当我创建的虚拟磁盘（VHD）文件为动态扩展类型时可能会导致引导失败，经过后来的测试终于找到了原因！不论该 VHD 类型是动态扩展还是固定的，其最大容量设置值应当小于实际磁盘分区（卷）的容量。比如我当前卷的可用容量是40G，那么在该卷上创建的 VHD 的容量则必须小于40G。至此也化解了 gOxiA 之前的假设，得出结论：“VHD with Native Boot 支持动态扩展和固定类型的 VHD，而导致动态扩展类型的 VHD 引导失败的原因则是该 VHD 的容量被设置为大于实际磁盘的容量”。[/img]..