2009年2月14日那天，一台运行着枢纽业务的服务器发生异常，详细表现在 Remote Desktop 登录后操纵相应特别慢，使用任务治理器实时观察，CPU 及 内存占用都没有异常，网络资源占用也与往常一样不乱。之后远程登录意外间断，再次连接时均告失败。使用 ping 进行检测结果正常！当即启动应急方案，让机房职员使用检查帐号从本地登录系统，等待10多分钟后服务器可以重新访问了，但是工作职员告知硬盘用异常错误。打开事件查看器，确认 HardDisk0 发现大量的坏块。My God!由于遇上礼拜六，只能请示上级抽调人手从硬件商那里调新硬盘送往机房更换，从下战书4时左右开始关注一直到6时40分，机房处理的进度特别的慢，不能否认他们一些人真的缺乏专业的运维知识和技术。初步计划是让机房职员挂接新硬盘并执行软RAID1，将故障硬盘同步到新硬盘上，之后断开镜像。这是一种非常守旧也非常高效的一种做法。
　　交待了工作内容后，才赶忙放工回家，究竟今天是情人节！结果很让人绝望，机房职员无法按照我交待的准确有效地进行处理故障（PS：最后赶往现场发现软RAID1根本没有准确执行），在第二天早晨我联系上了值班职员被告知服务器无法加电，可能内存也泛起了故障，这意味着独一的一天休息日泡汤了！无奈，匆匆赶往机房。
　　到了机房首先对内存作了检查和测试，确实不不乱，最后的折衷解决方法是取消双通道的组合，而改为常规的排列方式，到现在为止运行不乱。终极要的就是运营系统如何迁移到新硬盘！？对该系统作了简朴的评估，旧硬盘上的系统运营多年，而且包含良多连续的后续配置（富含了应用、目录安全、帐户安全、数据状态等等），假如新装系统必定存在诸多未知题目。所以最好的方案就是有效的将整个硬盘数据迁移至新硬盘。因为旧硬盘包含大量的坏块，而且两块硬盘的容量不同，那么使用 Ghost 不是明智的选择。考虑再三决定使用这些工具来处理此次事故 Windows PE 2.0 中的 imagex 工具；Ntbackup；xcopy。这里之所以不再使用软RAID1 进行磁盘数据的同步实属无奈，由于旧硬盘非常不不乱，转换成动态磁盘后老是被标记为危险状态，那么同步数据必将失败，而且我也付出了惨痛的代价，耗费了良多宝贵的时间。
　　首先将新硬盘挂载到服务器上，从 Windows PE 2.0 引导，然后使用 diskpart 对新硬盘分区并格局化，为了确保旧硬盘上的分区及数据索引准确，又合用 Chkdsk /F 作了分区检查，最后使用 imagex 工具成功地对系统分区（C:）及备份治理分区（E:）作了映像，并保留在新磁盘的第二个分区上。很遗憾，仍是由于坏块题目，imagex 无法跳过已经损坏的数据块，所以未能完成对应用数据分区（D:）的映像制作，所以我需要采取其他的处理手段。为此重新启动服务器，从旧硬盘引导系统，进入系统后封闭所有相关的服务及应用程序。复查 D: 分区上的数据分布，回忆之前操纵失败点的位置，使用 Ntbackup 对可能没有坏块并且数据量少的目录进行了备份，这样不仅快速，而且更加安全，相关的目录权限也能完好的被备份下来。另外使用 xcopy /s /e /c /o 拷贝了一个包含数据的业务应用目录，由于数据量相对比较大，使用 Ntbackup 备份和恢复需要用掉良多时间，况且该目录的目录权限相对简朴。这一阶段很顺利的完成了！
　　至此，就剩下两个最为枢纽的数据目录。其中一个目录涉及到复杂的目录权限配置，所以使用一个月前的备份进行了数据恢复，之后再用 xcopy 进行新数据的笼盖，由于使用了 /c 参数，所以即使碰到数据坏块依然可以跳过，而且这个目录中的数据更新相对较少，故整体来说使用再笼盖方式，损失几乎很小很小！另外一个目录由于没有备份，只能使用 xcopy 加参数进行拷贝，这个目录除了数据量大，作了较为复杂的目录权限外，其他没什么特别，因为业务系统的必定性设计，会存在良多重复数据，所以即使由于坏块题目导致数据拷贝不完全也不会造成太大的损失。
　　这些数据恢复完毕后，封闭服务器，拔掉旧硬盘，重新启动服务器调整 BIOS，引导至 Windows PE 2.0，使用 imagex 将之前的映像开释到新硬盘的对应分区中。这里尤为要提到一点，我曾在网上看到有网友说：“imagex 无法将动态磁盘的映像恢复到基本磁盘上……”这一说法是完全错误的。imagex 是基于文件方式进行操纵的，所以我只需要在恢复该备份后修改 boot.ini 文件即可！ 重新启动新硬盘工作正常，重新识别了硬盘，盘符也与原先的相同。
　　最后，封闭服务器重新挂接旧硬盘，并从新硬盘引导，确认旧硬盘的卷未被分配盘符，并执行各项应用服务的检查确定没有题目后收工！
　　从早上9点多一直搞到晚上快8点，没喝一口水，没吃一口饭（PS：早上出门真应该吃饭了！）总算完成了整体的迁移。效果令人满足！其中走了不少冤枉路，之所以拿出来分享也是但愿大家碰到类似题目时能够有效、连续、正确地解决故障题目。