常见问题

阵列重建进度卡在某个百分比不动，是坏了吗？

不一定，但要分「正常的慢」和「危险的卡」两种情况判断。正常的慢是匀速推进：重建本身就是逐条带重算校验的体力活，大容量阵列跑十几二十个小时是常态，RAID6因为双份校验会更慢，业务繁忙时控制器还会给重建让路——只要进度在动，就是正常的。危险的卡是完全停滞：进度数小时纹丝不动，同时伴随几种信号——阵列管理界面里其他成员盘出现重映射、超时、介质错误计数上升；服务器日志里频繁刷磁盘I/O超时；业务侧出现原本没有的卡顿和报错。这类停滞最常见的原因是：控制器在读盘时反复撞见坏道，一遍遍重试跳不过；或者另一块成员盘正在跟进失效的边缘。

判断动作很简单：先看停滞多久（超过三到五小时纹丝不动就要重视），再看成员盘的健康计数有没有变化，最后听机房的声音——多块盘同时出现异响、或某块盘的寻道声明显异常，都是危险的信号。一旦倾向「危险的卡」，正确动作不是继续等，而是立刻评估：暂停重建、对整组盘做完整镜像，把抢救窗口保住。重建中断并不可怕，可怕的是带病硬扛到最后——第二块盘在重建中途倒下，整列进入离线状态，恢复成本会上一个数量级。

补天时代在深圳专注服务器数据恢复二十余年，RAID5、RAID6、RAID10各级别的重建中断、进度卡死、多盘离线等场景均有成熟恢复流程，先检测评估、不成功不收费，7×24应急响应，电话 13802255378（微信同号），深圳本地可上门取机，外地可快递寄修。

服务器RAID阵列降级后，还能撑多久再用？

降级意味着冗余已经失效：RAID5再坏任何一块盘整列离线，RAID1剩下的单盘没有镜像伙伴。此时阵列技术上还能跑，但所有读写都由剩余盘硬扛，还要实时重算校验，剩余盘的故障概率被实打实放大。所以它不是"还能用多久"的问题，而是"还能承受一次掉线吗"的问题——答案是不能。

正确动作：业务能停就立刻停机保现场，做成员盘镜像后再处理；实在停不了就限速运行、监控健康计数，换盘重建安排在低峰期，重建期间避免大负载。同时查明掉线原因，其他盘的盘龄和状态一并检查。补天时代先检测评估、不成功不收费，7×24应急响应，电话 13802255378（微信同号）。

邮寄硬盘做数据恢复，怎么包装才安全？

机械硬盘的磁头和盘片结构决定了它最怕两件事：震动和静电。包装要点：先用防静电袋单独包好硬盘；再用气泡膜把硬盘整个裹住、不留晃动空间；放入硬质盒子（原包装最好），四周用缓冲材料塞实，摇一摇没有响声才算合格；多块盘必须每块单独包、独立固定，盘与盘之间绝不允许互相碰撞，RAID成员盘还要在盘体上标注盘序。随箱附一张纸写明联系方式、故障现象、盘序，避免到件后反复沟通。

选择快递时保价并按易碎品交寄，邮寄前和恢复机构确认收件信息。寄出前如果盘有异响、进过水，要在备注里明确说明——物理故障盘在运输中的每一次震动都可能扩大损伤，包装这件事值得多花十分钟。补天时代收到介质后先做只读检测并反馈评估结论，先检测评估、不成功不收费，深圳本地可上门取机，外地可快递寄修，电话 13802255378（微信同号）。

误删了数据库表，是先停业务还是先联系恢复公司？

先停业务，两者其实可以并行：让运维立即停掉该库的一切写入并保护现场，同时给恢复公司打电话描述现象——好的机构在电话里就会告诉你哪些动作千万别做。为什么不能先跑业务：数据库误删后，后续每一笔写入（含正常的业务写入、日志写入、自动任务写入）都可能覆盖被删数据原本占用的空间，时间每过一分钟，可恢复空间就少一点。

现场保护三件事：停止对该库的一切写入；不要尝试detach、重建、导入旧备份覆盖现库（备份还原是覆盖性操作）；保留数据库文件和日志文件原样，连同所在磁盘的状况一起告知工程师。联系恢复公司时准备四个信息：数据库类型与版本、表是怎么被删的（语句删除、工具误操作、程序bug）、删除后跑了多久业务、文件现在多大。信息越完整，远程初判越准确。补天时代数据库恢复支持页级修复与日志残余数据提取，先检测评估、不成功不收费，7×24应急响应，电话 13802255378（微信同号）。

数据库的日志文件越来越大，能直接删掉吗？

不能直接删，删了轻则数据库无法启动，重则正在恢复中的数据彻底断链。日志文件（如SQL Server的LDF）记录着数据库的每一笔写入，它的两大作用是：一是崩溃恢复——数据库异常重启后靠日志把未落盘的事务前滚、把未完成的事务回滚，保证数据一致性；二是备份还原链——差异备份和日志备份还原时都要靠它准确定位时间点。直接删掉日志，数据库重启时的一致性检查过不了，库就打不开；更关键的是，一旦发生误删除，日志是救命的原材料。

正确的做法是「收缩」而不是「删除」：先做一次完整备份，再收缩日志文件释放空间；日常则把恢复模式从「完整」改成「简单」（不需要时间点恢复的场景），或者配置定期日志备份，让日志在备份后自动截断。发现日志文件异常暴涨，先查原因——长时间不备份、大批量导入、复制任务卡住都会撑爆日志，对症处理才不会治标不治本。

如果日志已经被误删、数据库无法启动，补天时代数据库恢复支持日志链重建与一致性修复，先检测评估、不成功不收费，7×24应急响应，电话 13802255378（微信同号）。