gOxiA=苏繁=SuFan Blog

HOWTO:在 Windows Virtual PC 上安装 Business Contact Manager 2010

        Business Contact Manager（BCM）2010 是 Outlook 的一个插件程序，具有强大的联系人和客户管理功能，它其实就是一款针对小型商务的 CRM。利用 BCM 能够协助我们将客户的资料进行集中管理，并可以建立和执行有效率的销售活动、在整个销售过程中管理销售潜在客户，并协助员工提供售后的服务与追踪。

        如果你拥有合法的 Office 2010 授权，并准备好你的 Office 2010 密钥，就可以免费获取 Business Contact Manager。

        gOxiA 最近将一部分工作涉及的应用转到了 Windows Virtual PC 下的一个 Windows 7 虚拟机中，并利用 XPMode（RemoteApp） 功能来使用其中的应用程序，这样一来就降低了当前笔记本操作系统环境平时的负载，并使系统环境显得更加干净。为了获得更好的性能并降低本地磁盘资源的占用率，gOxiA 利用 iSCSI 技术在单位的服务器上为笔记本创建了一个虚拟磁盘，并将 Windows 7 虚拟机文件存储在其上，虚拟机分配了2GB的内存，而宿主 CPU 是一颗强劲的 Intel i7-2620M。

        当为该虚拟机安装 Business Contact Manager 2010 时，却遇到了问题，提示我的硬件无法满足最低需求，截图如下：

        搜索了 BCM 的相关网页得知 Business Contact Manager 2010 的最低硬件需求是：400MHz 处理器、128MB 内存，但是在 Windows Virtual PC 下的虚拟机安装时 Setup 程序可能存在 Bug，导致无法正确识别当前虚拟机的硬件配置。

        还好有解决办法，BCM 的最低硬件需求存储在 Setup.ini 文件中，我们只需要将安装文件全部拷贝到本地磁盘的一个目录中，然后修改 Setup.ini 中的“ReqMem=128”和“ReqCPU=400”将其值更换为“1”，保存并退出，最后重新执行安装程序即可。问题便可解决！

HOWTO:启用 Windows 系统的紧急管理服务

        微软在 Windows 系统中提供了一个强大的接口服务技术 - 紧急管理服务（EMS，Emergency Management Services）。利用 EMS 允许在服务器未连接到网络或其他标准远程管理工具时，远程控制服务器的选定组件！简单说，我们可以通过服务器的 COM（串口）、USB、1394等接口与其通讯，并执行重启和关闭系统的指令，或蓝屏掉系统。最 Cool 是可以通过 CMD 来管理服务器。

        是不是感觉非常 Cool！如果你想实现上面的操作首先就需要为系统启用 EMS，默认情况下系统的 EMS 是禁用的，而控制 EMS 是否启用是由 Windows 引导程序来决定的，所以我们要启用 EMS 就需要编辑 Windows 引导文件，那么在开始前请备份你的 Windows 引导数据文件。

        本文以 Windows XP 和 Windows Server 2008 R2 为例，为其启用 EMS。

        Windows XP Enable EMS：

        Windows Server 2008 R2 Enable EMS：

        完成上述操作后，就可以使用免费的 putty 软件（一定要用英文版哦！）进行连接。由于实验环境是虚拟机，所以 Session 配置中 Serial 的数据为“＼＼.＼pipe＼com1”，Speed 为“115200”

        Keyboard 下的“The Function keys and keypad”勾选“VT400”

        Translation 下 “Remote character set” 为“UTF-8”

        近期 gOxiA 重新搞起 Windows XP 的映像部署实践，虽然 Windows XP 正逐步被淘汰，但是面对一些老机器而言，有一个能够快速部署 Windows XP 的安装映像，能省掉不少时间和精力。此外，MDT 的新版本打包的 Windows XP 貌似能在不同的硬件上使用。所以 gOxiA 耗费了几天的时间制作了包含预装应用程序的 Windows XP Pro with SP3 Volume 和 Windows XP Pro with SP3 Dell OEM 的自定义映像，用于加速安装 Windows XP。

        加上早期制作的 Windows 7 HomePremium Custom Image，目前有三个自定义映像，下面便是三个自定义映像的相关信息截图。

        大家已经留意到上面的第一张截图是 WDS 控制台的界面，是的！gOxiA 将 MDT 中捕获的 Windows XP 映像进行了修改，去除了与 MDT 相关的执行脚本，便于在 WDS 或通过 Windows Setup 来进行安装。

        但是在使用 WDS 部署 Windows XP Custom Image 时会出现如下图的蓝屏故障，即：STOP: 0x000000ED (0x823329E0, 0xC000014F, 0x00000000, 0x00000000)。系统在执行完毕 Mini Setup 阶段之后，重新启动便无法自举！

        随即启动 Windows PE 3.0，进入 Diskpart 环境，通过 Detail Disk 查看磁盘信息，发现了问题！虽然磁盘是联机状态，并且磁盘及分区都能够被识别，但是分区格式为 RAW。

        在命令行状态下进入 C: 失败，反馈信息为“此卷不包含可识别的文件系统。请确定所有请求的文件系统驱动程序已加载，且此卷未损坏。”查阅了微软知识库，找到了一篇 KB315403。KB 解释出现该故障的原因是由于 IDE 磁盘驱动器中的写模式优化导致的，为了将驱动器的写入速度保持在尽可能最快的水平上，缓存例程有时会根据数据在磁盘上的位置，打乱数据的写入顺序。一次写入没有完成时，将会在 NTFS 磁盘系统可能有关键表受损的位置开一个计时窗口……

        这么讲貌似应该与 WDS 没有关系，问题应该是出在映像系统本身上，但是实际的测试表明，当使用 Windows Setup 或 MDT 来部署 Windows XP Custom Image 时则不会发生这样的故障。之后，gOxiA 又在 WDS 上做了更深入的测试，在安装过程中，直接在现有分区上进行安装，而不再删除或格式化。之后发现 0x000000ED 故障不再出现，看来此故障应该与 WDS 中使用 Windows Setup 安装 Windows XP Custom Image 时建立的分区有关，而单独使用 Windows 7 安装源的架构和 Windows Setup 则不会出现故障，看来还是 WDS 在添加 Windows 7 的 Boot.wim 时，加入的某个 WDS 相关动态链接库文件（DLL）存在 Bug。

        目前在出现 0x000000ED 蓝屏故障后有效的解决办法就是参考 KB315403，在 Windows XP 故障恢复控制台或 Windows PE 中执行 chkdsk /r 执行扫描修复。之后再重新启动计算机 0x000000ED 故障消失！