欢迎光临,这里是 gOxiA=苏繁=SuFan 独立的个人博客。
本站域名:http://goxia.maytide.net or http://sufan.maytide.net
移动设备请访问:http://goxia.maytide.net/m
转载文章,请务必保留出处与作者信息,未经许可严禁用于商业用途!

image

HOWTO: 在 MDT 环境中为 Deploy to VHD 指定存储位置

        Microsoft Deployment Toolkit(MDT)支持 Native VHD Boot 部署,在早期的文章中曾简要介绍了 MDT Deploy to VHD 的过程,利用 MDT 执行 Native VHD Boot 部署适用于需要大批量应用的环境,并且整个过程支持自动化处理,便于 IT 工作人员掌控并可有效降低人力成本,还提高了效率。

        Deploy to VHD 任务序列的默认设置中,会将物理硬盘重新分区格式化,并把 VHD 部署到系统磁盘中,这一设定对于实验或新机器部署倒也没有问题。但是,对于那些已经部署过操作系统在生产环境下运行的设备来说,就需要重新进行设置,并且用户也会希望 VHD 存储在非系统分区上。要实现这一目标我们仅需要修改“Task Sequence”相关设置即可。

        对于已运行在生产环境的设备,我们可以彻底禁用“Format and Partition Disk”,它位于“Preinstall”->“New Computer only”下,当禁用分区和格式化任务序列后,即可安全保障硬盘上原有的分区和数据。

image

        而要将 VHD 存储到目标设备的其他分区时,就需要使用到分区属性的高级选项,利用变量值帮助任务序列识别要存储 VHD 的所在分区。如下图所示,在“Format and Partition Disk”下创建一个新分区,该分区卷标为“VNB”,其对应的变量值为“VNBDisk”。它将作为存储 VHD 的分区。

image

        上述操作已经指定了 VHD 存储所在分区,那么任务序列如何来识别呢?!在“Preinstall”下还有个“Create VHD Disk”任务序列,除了可以设定“VHD filename path”以及“VHD size”外,还提供了“Retreive the destination drive for the VHD file from a variable”选项,为其变量名输入之前分区对应的变量值“VNBDisk”后,执行 Deploy to VHD 时便会将 VHD 文件存储到变量值相同的对应分区中。

image

        注意:即使禁用“Format and Partition Disk”但是任务序列仍会根据变量值进行查找,所以无需担忧!

windowsazure_logo_1 bb545021_hero_windows_sysinternals(en-us,MSDN_10)

        Windows Azure 已经来到中国,虽然目前只提供试用服务,但相信在不久的将来,广大用户终将享用这一微软提供的高品质云计算服务。gOxiA 在6月份提交了试用申请,就在前几天审批终于下来,拿到了试用激活码,立刻激活了试用权益,可以好好体验一下中国版的 Windows Azure。(PS: 其实早在7月份 gOxiA 就开始使用 Windows Azure 的国际版,嘿嘿!)

        虽然微软承诺为 Windows Azure 的虚拟机提供 99.95% 的计算 SLA,但作为用户还是要定期将云中的数据拉回到本地备份一份。

        Windows Azure 存储管理中,我们可以下载虚拟机的 VHD,但是前提是必须事先关闭这些虚拟机,即使你发现未关闭虚机的情况下也能下载,但是几分钟后下载进程便会中断。要关闭虚机才能下载 VHD,即要中断服务,而且一般 VHD 的容量都不小,即使在光纤专线下,从 Windows Azure 下载这些数据也需要不少的时间。所以,通过此法备份 VHD 显然不可行!

image

        Windows Azure 存储概览页面中,提供了其他第三方开发的存储资源管理器链接,但是经过比较和试用,也并不能起到很好的作用。因为通常虚拟机上都会运行 Web 和数据库服务,对于文件备份还比较简单,但是数据库的完整备份就需要停止数据库服务,否则运行中涉及的数据文件都是独占模式,根本无法打包拷贝。此外,将零散的备份数据拉回本地也是相当繁琐的。

        如何能在节省资源的情况下,快速备份整个数据磁盘呢?!

        目前 gOxiA 想到了两个办法,第一个最为简单快速,但实现的目标比较单一,即使用 Windows Sysinternals 提供的 Disk2VHD 工具,gOxiA 早在09年10月就介绍过这款小工具 http://goxia.maytide.net/read.php/1307.htm,利用它便可以在不停机、不停服务的情况下快速创建当前系统上磁盘的镜像。在创建了数据磁盘镜像后,我们便可将其放置到 Web 目录或 FTP 中,将其拉回到本地存储。此外,Disk2VHD 还有一个显著的特点,可将产生的磁盘镜像文件,存储在要捕获镜像的磁盘卷上。

Disk2vhd

        另一个办法即使用系统内置的 Windows Server Backup,功能强大,而且还可以执行计划备份,但是要备份的数据不能包含备份存储所在的磁盘卷上,所以通常要为备份单独准备一个磁盘,这无形中便会增加了资源的占用,并会在 Windows Azure 中产生一些费用。

image

        如果只是简单的不定时的做些备份,gOxiA 倒是推荐第一个办法,如果备份属于必须的计划内工作,那么选择第二种最为合适。因为备份磁盘不必一直在线,所以可以在 Windows Azure 门户中进行操作将其与虚机分离,然后再下载到本地。

        两种备份方法都是对磁盘卷进行镜像操作,因为使用了卷影技术所以不需要中断那些独占存储的应用或服务,而且用户所获得的备份还将包含完整的磁盘目录结构信息,特别是目录安全设置等信息。此外,还可以备份系统镜像,这样便可在需要的时候将其挂载到本地环境下运行。

Windows 8 Native VHD Boot

[ 2013/01/02 10:44 | by gOxiA ]

windows_8_logo

Windows 8 Native VHD Boot

        Native VHD Boot 相关的文章 gOxiA 之前已经写过很多了,之前貌似大伙都以 VHD Native Boot 来称呼。之所以今天要把这个话题重新拿出来分享是因为 Windows 8 已经正式发布一段时间,而且看到很多网友都在咨询如何能在不影响当前系统的前提下,安装全新的 Windows 8 进行体验!既然涉及到双系统,那么 Native VHD Boot 的方式则是最佳的选择!为了便于大家查询参考,gOxiA 本次以一台 Windows 7 的系统环境,并在其上安装 Windows 8 Native VHD Boot 为例,对执行步骤做一次路演!

        首先,我们要创建一个 VHD 文件用于承载 Windows 8 Native VHD Boot,在 Windows 7 上我们完全可以使用图形界面来完成这一步骤,当然也可以使用下面的命令行。

diskpart

create vdisk file=c:\windows8.vhd maximum=40000 type=expandable

attach vdisk

create partition primary

format fs=ntfs quick

assign letter=v

exit

        下来,我们需要使用工具将 install.wim 释放到 vhd 中,简单点还是推荐用 imagex.exe,需要的朋友点击文件名即可下载,然后执行如下命令行:

imagex /apply x:\sources\install.wim 1 v:
  

        当然也可以使用广为流传的 Install-WindowsImage Powershell Script,使用方法见其文档。这里一定要提一下 Windows 8 内置的 DISM 命令,可以直接操作 WIM 十分有用,命令行参考如下:  

dism /apply-image /imagefile:x:\sources\install.wim /index:1 /applydir:v:\
  

        最后,使用 bcdedit 命令来创建启动信息,命令行如下:  

bcdedit /copy {current} /d “Windows 8 Native VHD Boot”
  

bcdedit /set {GUID} device vhd=[c:]\windows8.vhd
  

bcdedit /set {GUID} osdevice vhd=[c:]\windows8.vhd

        至此大功告成,重新启动计算机执行后续的初始化过程最终完成 Windows 8 Native VHD Boot,理解了三大步就会明白其实 Native VHD Boot 非常简单易用!如果要在裸机上以 Native VHD Boot 方式运行 Windows 8,也非常简单,事先做个安装 U盘,启动计算机进入安装向导,调用 cmd 执行前面的第一大步创建 VHD,之后在安装向导的磁盘分区那一步刷新一下就能看到 VHD 这个磁盘卷,选择将系统安装到其上,之后一路跟着向导走都搞定了!

        很简单,不复杂!不依赖第三方的软件,安全可靠!对 Windows Server 2012 一样奏效,gOxiA 当前的本子上就是这样使用的(PS:UEFI Mode)。

Tags: , , , , , , ,

logo_winserver2012

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 文件服务器。常见的部署方式有三种:

hyper-v_over_smb

        主要区别就是 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 并安装了文件共享服务。

image

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

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

1

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

2

3

4

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

5

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

6

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

7

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

8

9

10

        总结, 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

logo_winserver2012

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

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

15

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

image

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

image

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

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

Windows_Server_8_Beta_logo

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

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

Tags: , , , , , , , , ,

Windows8_Consumer_Preview

Windows 8 Consumer Preview 安装的两个小问题分享

        这几天人人都在安装和体验 Windows 8 Consumer Preview(Win8 CP),gOxiA 也不例外,到目前为止已经在虚拟机、实体机上进行了测试,而且也用 eSATA 移动硬盘上体验了一下 Windows To Go!而在虚拟机中测试 Win8 CP 的 VHD Native Boot 时却同时遇到了两个小“问题”,其实主要跟 Win8 CP 的安装程序的提示信息不完善有关。为了避免其它朋友也会遇到此类的问题而抓狂,gOxiA 干脆写个日志出来与大家分享一下!

  • 在 Hyper-V 平台上当为虚拟机配置了动态内存后,如果“启动 RAM”低于 1GB,那么在安装 Win8 CP 时会出现安装密钥无效的问题,具体提示是“我们无法验证此产品密钥。请尝试重新输入。”
    w8_key_error
    所以,如果你也正好遇到了这个问题,除了看看密钥是否正确外,最好复查一下硬件配置是否符合最低需求。
  • 在执行 Win8 CP 的 VHD Native Boot 时,gOxiA 误将所需的 VHD(动态扩展类型)建在了已有系统的启动卷上(PS:在 Setup/PE 环境下,启动卷默认盘符是“C:\”),之后的安装过程失败,提示“Windows 无法安装到这个磁盘。这台计算机的硬件可能不支持启动到此磁盘。请确保在计算机的 BIOS 菜单下启用了磁盘的控制器。”
    vhd_error
    难道是 Win8 CP 不支持 VHD Native Boot?!不可能啊,随后的检查证明的前面所讲的,因为启动卷只有 100MB,所以安装失败了,因为 Setup 给的反馈信息太模糊,而让粗心的 gOxiA 试了多次才找到原因!

        最后,友情提示大家!Win8 CP 目前还是 Beta 阶段,会有一些不尽人意的地方,所以大家在进行测试的时候还是应该多留个心,多些仔细就能避免很多不应出现的“问题”!

MSFT_SolutionAccelerators

使用 MDT 2012 Beta1 轻松部署 VHD Native Boot

        早先 gOxiA 发布了 MDT 2012 Beta1 相关的三篇日志《微软发布 Microsoft Deployment Toolkit 2012 Beta 1》、《升级至 MDT 2012 Beta1》、《因数据库权限问题引发的 MDT 2012 升级故障》,而今天要为大家带来的是使用 MDT 2012 Beta1 轻松部署 VHD Native Boot,关于 VHD Native Boot 这里就不再做介绍了,需要了解的朋友可以在本 Blog 搜索 vhd native boot 即可,相信感兴趣的朋友对其不会陌生啦。

        之前大家尝试 VHD Native Boot 都是在单机环境进行测试,如果要大规模应用到企业环境中,我们就需要借助 WDS,gOxiA 就此专门写过一篇文章《使用 Windows Deployment Services 部署 VHD Native Boot》,大家可以先看看。而此次将借助 MDT 2012 Beta1 来部署 VHD Native Boot,当然这一功能特性也是 MDT 2012 Beta1 的显著改进!

        利用 MDT 2012 Beta1 部署 VHD Native Boot 非常简单,我们只需要创建对应的任务序列即可,而无须做过多的繁琐操作,与创建一个普通的 Windows 7 安装任务无任何区别!下来就让我们开始此次 MDT 2012 Beta1 部署 Windows 7 Enterprise VHD Native Boot 的实践。注意,在开始前请务必先在 MDT 中添加一个 Windows 7 的系统安装源

        首先,创建一个新的任务序列,如下图填写 ID 和 Name。

1

        接下来很关键,我们需要在任务模板中选择“Deploy to VHD Client Task Sequence”,如果要部署 Windows Server 2008 R2 的 VHD Native Boot 就需要选择“Deploy to VHD Server Task Sequence”。

2

        在操作系统选择列表中,选中我们要部署 VHD Native Boot 的 Windows 7 SKUs,本例使用的是 Windows 7 Enterprise 版本。

3

        下来一路的配置界面相信大家再熟悉不过,不再一一介绍,看图有真相!

45678

        启动一台客户端,这里 gOxiA 使用 Hyper-V 创建了一个客户端虚拟机,硬盘分配 20G 即可!PXE 进入 MDT 的 LTI 环境,选择我们之前创建的任务序列“Windows 7 Enterprise VHD Native Boot”,下一步!如下图,后续的步骤与常规部署并无区别,因为 gOxiA 做了自动化处理,有些设置步骤被省略掉了!

9101112

        由于是在虚拟环境下,所以耗时会相对较长,MDT 要先根据任务序列的配置分区格式化卷,然后在其上创建一个 VHD文件,之后 Mount the VHD,再进行分区格式化,才会将 Windows 7 释放到该 VHD 中,最后才开始进入初始安装阶段。在此次测试中完成部署大约用去了近一个小时的时间,而这一时间应该取决于硬件性能和网络带宽。

MDT_VHD_Profiles

        下图就是 VHD Native Boot 部署后的磁盘情况,MDT 2012 Beta1 相比较 WDS 部署 VHD Native Boot,更加灵活、简便!我们无需实现准备用于部署的 VHD,MDT 2012 为自动帮助完成这一切,而且在部署过程中我们还可以选择要在之后安装的应用软件等等!

MDT_VHD_Finish

MSFT_SolutionAccelerators

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 部署。听起来比较绕嘴!来看看下图所展示的大致流程:

image

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

P2V_Migration_SA_Demo_1 P2V_Migration_SA_Demo_2

        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 系统的情况下还可以使用原来的旧系统,最关键的是解决了那几个国产应用程序兼容性的问题。

WS08-R2_v_rgb  HOWTO:从移动存储上启动和运行完整版的 Windows Server 2008 R2

        还记得这篇日志吗 —《从UFD启动和运行Hyper-V Server 2008 R2》!?要从 UFD(USB Flash Disk 闪存盘)或移动硬盘上启动和运行 Hyper-V Server 2008 R2 是非常简单的,这是因为微软在 Hyper-V Server 2008 R2 中添加了对移动存储启动的支持。只需要参考日志中的操作流程,就可以看到成果了!在文中,gOxiA 提到只需要修改注册表中的相关项便能够在移动存储上运行完整版的 Windows Server 2008 R2,相信这才是大家更感兴趣的体验!

        gOxiA 先后入手了一个PNY 8G 的 UFD和一个双接口的移动硬盘盒,目前打算在这个拥有320G存储容量的双接口(eSATA+USB)硬盘盒中独立运行一个 Windows Server 2008 R2,主要用于 Hyper-V 相关的虚拟机应用,其中虚拟机也将存储在这个移动存储中。这样一来,gOxiA 就能够节省出来笔记本本身的资源,降低本机硬盘的损耗。

        实际的实施过程比较顺利,但是结果并不乐观。gOxiA 修改了 PollBootPartitionTimeout 为 30000(十进制,十六进制是0x00007530)后,在启动系统时还是出现了蓝屏 0x0000007b,看来只修改 PollBootPartitionTimeout 并不能完全解决问题。前面讲过 Hyper-V Server 2008 R2 能够直接从 UFD或大容量移动存储上启动和运行主要还是因为微软添加了对此的支持,通过对相关驱动文件内容的比较发现 Hyper-V Server 2008 R2 和 Windows Server 2008 R2 并无实质差异,不足以影响到启动失败,那么问题应该还是出在注册表设置上,查阅了一些资料发现了一个关键的注册表键 – BootDriverFlags,在 MSDN Library 中找到了合理的解释。

BootDriveFlags:On initial validation, Image Configuration Editor displays the following message in the Validation tab: Package "Bootable Windows USB Stack" would like Setting "BootDriverFlags" in Component "Kernel-PnP" set to the value "4".

        找到了关键问题所在,一切都迎刃而解!非常顺利的,gOxiA 在自己的320G移动硬盘上启动并成功运行了 Windows Server 2008。下面就将详细的操作步骤与大家分享!

分页: 1/2 第一页 1 2 下页 最后页 [ 显示模式: 摘要 | 列表 ]