WinHex 备份RAID盘：一个工程师的“翻车”与“救车”手记
“老板，那个RAID5的硬盘又掉线了——这次干脆四盘全亮红灯，我都不敢重启……”电话里客户声音发颤。我一边让他别关机，一边心里盘算：最怕这种“假死”状态，一重启可能真死了。这让我想起上个月接的一个案子——也是用winhex 备份raid盘才能救回来的。今天就把这堆实战经验摊开聊，不整虚的。 www.fixhdd.cn
很多人以为RAID备份就是拿块热备盘顶上，或者用阵列卡自带工具做个复制。但碰到控制器故障、坏道扩散、成员盘顺序错乱，那些“官方”方法根本甩不动。WinHex？这工具看似是十六进制编辑器，实际上裸盘克隆、虚拟RAID重组、扇区级备份都靠它。注意，不是所有数据恢复师傅都愿意公开这招——因为真的能省一大笔开盘费。 技王数据恢复
先说个“翻车”案例：RAID5 三盘报错，客户差点把机器扔了
去年秋天，一家小公司的文件服务器RAID5，四块2TB西数，突然三块亮黄灯。运维兄弟二话不说把好的那块拔出来做了“备份”——结果插回去顺序全乱，BIOS都不认盘了。我当时赶到现场，头都大了：正常思路是找同型号盘替换重建，但客户预算紧张，希望用已有盘恢复。
技王数据恢复
我让助理先用WinHex对每块盘做镜像——对，就是winhex 备份raid盘，每个扇区读出来写入独立镜像文件。但第一块盘读到60%卡住，有坏道。这时候千万不能傻等，要设置“跳过坏扇区”参数，记下LBA位置，后面修复再补。第二块盘读倒是顺利，但第三块盘有大量CRC校验错误——后来分析其实是逻辑坏道+固件问题，WinHex的“磁盘编辑”模式可以忽略硬件CRC直接读，但读出来的数据不稳定，得结合校验才能用。折腾了两天，总算凑齐三份镜像，然后用WinHex的RAID重组功能（工具→RAID重组器），按原顺序和条带大小(64KB)拼回虚拟RAID5，数据基本全回来了。客户说“以后再也不瞎拔盘了”。 www.fixhdd.cn
这种案例里，如果当初直接用WinHex备份RAID盘，而不是物理拔盘，根本不会出顺序错乱。记住：备份RAID盘，永远在工作状态下通过WinHex做扇区克隆，别拆盘！
技王数据恢复
WinHex 备份RAID盘：真实工程师的“边干边判断”步骤
先别急着点“工具→克隆磁盘”，RAID情况复杂，得先摸清状态。
技王数据恢复
第一步：判断RAID类型和参数——别凭记忆，用WinHex扫
打开WinHex，依次打开每块物理盘（或者先挂载一块，看分区表）。如果RAID信息没坏，你会在扇区0看到引导记录，但多半是乱的。更有效的方法：用winhex 备份raid盘前的“侦察模式”——打开一块盘，跳到0x1FE看“55AA”，如果全是乱码，说明RAID条带化已经开始。
www.fixhdd.cn
- RAID0/5：看数据分布规律。我一般用WinHex的“文件→导出→十六进制文本”把前100MB导出来，用文本编辑器看重复模式。比如每隔64KB出现一段连续的MBR，那就是条带大小64KB。
- RAID1：简单，两个盘应该一模一样。用“查看→同步窗口”对比，如果不同，说明一个盘先坏掉了。
- 注意：有的RAID卡会偏移隐藏扇区（比如Adaptec的起始LBA=0x80），WinHex里面“分区表”显示不全，得手动计算。
第二步：备份顺序——先做“最健康”的盘，再做“病危”的盘
很多人上来就搞故障最严重的盘，结果读着读着盘彻底死掉。正确的做法： www.fixhdd.cn
- 把所有盘通过eSATA或USB口接到一台稳当的电脑（不要用原阵列卡，避免自动重建）。
- 打开WinHex，按“工具→磁盘克隆”。选源盘为最健康那块（通电时间短、无坏道报告）。
- 目标选“新建镜像文件”，推荐E01格式（Encase）——它支持校验和压缩，而且能记录坏道信息。但如果你后续要用WinHex的RAID重组器，建议用dd镜像（RAW），因为E01重组时可能偏移。这个坑我踩过。
- 设置参数：跳过坏扇区勾选“填充0”，超时时间设为5秒。如果你有坏道盘，把“重试次数”调为0，否则单扇区重试10次能卡半小时。
- 开始备份——注意观察进度条，如果某区域频繁报错，记下扇区号。备份完所有盘之后，再用HDD Scanner之类的工具单独扫那些坏区，尝试二次拷贝。
有人问：能不能用WinHex的“RAID重建”功能直接备份？可以，但风险大——如果RAID参数猜错，写回镜像会把原盘信息覆盖。我的习惯：先逐盘备份为镜像，再用镜像重组。哪怕镜像占空间（四块4TB就是16TB），也比丢了数据强。
第三步：重组RAID时的小技巧——别信自动识别
WinHex的RAID重组器（菜单：工具→RAID重组器）会尝试扫描，但经常扫错条带方向。特别是Dell Perc卡，它的条带顺序可能是“顺时针”的，而重组器默认“逆序”。这时候就需要手动调整每块盘的排列。
我一般会把所有镜像文件拖进WinHex的“文件对比”窗口，然后观察同一扇区的数据模式。比如RAID5，奇偶校验块会出现在固定的位置。一个土办法：看看文件系统的$MFT（NTFS）在哪个盘的第几个扇区，如果MFT有条理性，则顺序对了。如果MFT碎片化严重，可能就是顺序错了。
这里要插一句：去年帮一个摄影工作室恢复RAID0，他们两块2TB盘，WinHex自动重组出来的虚拟盘大小4TB但全是乱码。后来手动把顺序互换，数据就出来了。客户说“早知道找你之前先用winhex 备份raid盘做镜像就好了”——其实他说反了，备份之后才敢放心试顺序。
几个容易翻车的坑（工程师的碎碎念）
做winhex 备份raid盘这事，十年经验也不能保证100%一次成功，以下是我自己踩过的坑，你最好记下来。
1. 写保护！写保护！写保护！
重要的事情说三遍。WinHex默认“只读模式”，但有时候你点盘符会弹出“是否启用写入缓存”，选否。我习惯在“选项→安全”里勾选“禁用写入”。曾经有同行用WinHex打开一块盘后，不小心按了Ctrl+W触发了写入，直接写坏了某块盘的分区表。备份前务必确认源盘是只读访问。
2. 硬盘热插拔顺序混乱
如果你接多块盘，Windows可能会自动分配盘符，但有时候重启后盘符会变。解决方案：用WinHex打开的是“物理磁盘”，不是逻辑盘符。但物理磁盘编号也看SATA端口顺序。我习惯将所有盘先标号（贴纸条），然后一个一个接入，每接一块就在WinHex里记录对应的物理磁盘编号。这种方法虽然慢，但不会乱。
3. 时间估算别太乐观
用WinHex做磁盘克隆，速度取决于接口和磁盘状态。SATA口直接读一块4TB健康盘，大约4-6小时。如果遇到坏道，可能飙到20小时。一定留出充足时间，最好放在晚上。我试过一块WD氦气盘有坏道，WinHex断断续续读了50小时，中间还程序崩溃一次——后来用“工具→磁盘编辑器→同步”重新续传，但必须记下断点LBA。建议用WinHex的“任务管理器”功能（较新版本支持），可以暂停/恢复。
4. 虚拟RAID后不要直接写回原盘
重组成功后的虚拟RAID，你可以直接浏览文件、提取数据。但如果想重建RAID，千万别把重组后生成的镜像直接写入原盘组——除非你100%确认参数正确，否则可能破坏其他盘原有数据。正确做法：把需要的文件拷贝到另一块独立硬盘，或者用WinHex的“文件→另存为”提取关键数据。如果你非要重建，那就做好再备份一次的心理准备。
一个值得提的“锦上添花”工具：技王数据恢复的辅助脚本
说起来，我早年刚入行时，每次手动做winhex 备份raid盘后都要写一堆分析笔记。后来圈内一个老前辈推荐了“技王数据恢复”团队整理的一套WinHex脚本，自动检测RAID参数和备份流程。虽然我习惯手动，但他们的脚本对新手很友好——能自动识别常见RAID卡（LSI、Adaptec、Intel）的条带大小和偏移，还能在备份时自动生成坏道日志。我还是要提醒：脚本只是辅助，最终判断还得靠自己。毕竟数据无价。
最近一次帮一个动漫公司恢复RAID6（六块盘坏了两块），用的就是这套思路。四块健康盘，两块坏盘有大量P-list损坏，WinHex备份时每读几十GB就报错。技王数据恢复的工程师（远程协助）建议我用“扇区覆盖法”——先用正常盘镜像组合虚拟RAID6，再根据校验反向计算缺失数据。听起来玄乎，但WinHex的RAID重组器支持“空盘填充”，然后用“按XOR重建”功能确实能算出部分丢失数据。最终恢复了85%的资料，客户感激涕零。
结语：备份RAID盘，WinHex是底线工具
我见过太多人迷信阵列卡的“在线备份”，结果阵列控制器一挂，数据全完。而winhex 备份raid盘这件事，本质上是纯手工的物理级保护——哪怕控制芯片死了、PCB烧了，只要盘片没死，镜像在手，数据就在。当然，你不需要每次都用WinHex，但对于重要数据，特别是RAID0/5/6，花几天时间做镜像备份，比事后花几万找数据恢复公司划算得多。
分享一条不成熟的经验：如果你只有一台电脑，想边用电脑边备份，建议开一个虚拟机（比如VMware），把物理磁盘直通给虚拟机，在虚拟机里运行WinHex。这样即使WinHex卡死，宿主系统不会蓝屏，也不会影响正常使用。我用这个方法备份过三块盘，中间还发了个邮件——虽然慢，但稳定。
好了，敲完这些，我该去给客户的不争气的RAID盘做“术后复查”了。记住：再厉害的软件也只是工具，尊重数据，才有机会找回数据。
