gOxiA=苏繁=SuFan Blog

HOWTO:解决在 DC/GC 上的 Exchange Server 2007 无法自动启动

        微软官方并不推荐 Exchange Server 2007 部署在 DC/GC 上。确实，当我们将 Exchange Server 2007 部署在 DC/GC 上会出现很多故障，非常要命的就是在服务器重新启动后 Exchange Server 2007 相关服务无法自启动。如下图所示，当然这个错误指示只是众多启动故障中的一个，而重点的对应参考则在于如果你在 DC/GC 上部署了 Exchange Server 2007，并且出现了服务无法正常启动，那么下面的内容会协助你解决这些问题。

        在微软的 KB940845 中提供了一系列的解决办法，此外还提供了 Fixit 供大家使用！但是经过 gOxiA 的实际测试发现解决方案中给出的一些设定值并不能彻底解决问题，还需要稍加修改。OK，下面就是整体修改的策略：

HKEY_LOCAL_MACHINE＼System＼CurrentControlSet＼Services＼MSExchangeSA
DependOnService
EventLog，RPCSS，LanmanWorkstation，LanmanServer Netlogon

HKEY_LOCAL_MACHINE＼System＼CurrentControlSet＼Services＼MSExchangeADTopology
DependOnService
Netlogon

HKEY_LOCAL_MACHINE＼System＼CurrentControlSet＼Services＼MSExchangeIS
DependOnService
Netlogon

HKEY_LOCAL_MACHINE＼＼System＼CurrentControlSet＼Services＼MSExchangeSA＼Parameters
BootPause
300

HKEY_LOCAL_MACHINE＼System＼CurrentControlSet＼Services＼MSExchangeADTopology
DependOnService
MSExchangeSA

HKEY_LOCAL_MACHINE＼System＼CurrentControlSet＼Services＼MSExchangeIS
DependOnService
MSExchangeSA

        其中关键的就是调节 MSExchangeSA 的 BootPause 志，其他都是参考 KB940845 的内容为 Exchange Server 的相关服务设置依赖关系。最后，再参考 KB940845 中的方法4设置服务失败重启。

  在 Office 2007/2010 中启用宏

        有一套通信工程量计算软件是基于 Excel 开发的，其中用到了大量的宏来实现自动计算和填表，由于更换了新的 PC 设备，预装的 Windows 7 和 Office 2007，所以首先对该软件进行了兼容性测试，发现默认情况下表格内用于执行计算的宏按钮无法使用，那么要解决该问题就要在 Office 2007 中启用宏，因为默认设置里 Office 的宏是被禁用的，这也是出于安全考虑而设计！启用宏实际上非常简单，只是 Office 2007 较上一版本在 UI 设计上有很大的变化，所以对 Office 不十分熟悉的朋友可能无从下手，OK 看下图就一切明了了！

        首先我们需要通过 Excel 左上角的 Office 图标激活主菜单，并进入选项设置，在常用选项下的“使用 Excel 时采用的首选项”中复选“在功能区显示“开发工具”选项卡”，之后确定退出选项设置。回到程序主界面就会看到开发工具栏，切换该工具栏后就能看到“宏安全性”设置。

        在 Office 2010 由于 UI 设计再次发生了变化，所以设置步骤也稍做改变。与 Office 2007 一样进入选项设置后，则需要切换到“自定义功能区”才能添加“开发工具”。

        启用宏后，该计算软件能够正常工作了。Office 新版本的使用看来需要一个对 UI 的熟悉过程，记得微软在 Office 2007 发布之初针对其销售渠道推出过一个 Office 2003 与 2007 功能界面对比和学习的 Flash 蛮好，希望在未来 Office 2010 发布之后微软能继续重视因 UI 变化导致的一些操作问题。

  小测 Disk2VHD v1.0

        在本文开始前，我谨代表我个人向 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 还是很有必要收藏一份！