我们有一台旧的 HP DL380G5 服务器,在 RAID5 阵列中具有 5 个 300GB SCSI 3.5'' 磁盘,位于外部托架中,格式化为具有 ext3 文件系统的逻辑卷,承载 1.2 TB 的敏感临床患者数据。
两个磁盘在 hpacucli 中显示预测性故障,所以我先更换了其中一个,看到它没问题,但我没有看到它也显示“准备重建”。我也完全不小心更改了第二个,现在它说 RAID 已失败。
我退回了旧磁盘,尝试重新启动服务器,但它现在在启动期间让我进入恢复模式,并说它找不到逻辑卷。
我能做些什么来尝试恢复它?不幸的是,我们没有备份。任何帮助将不胜感激!
我正在考虑返回两个旧驱动器,这是否有可能恢复 RAID?
eww*_*ite 25
抱歉。但这是操作员错误。
您在 RAID5 阵列上有两个出现故障的磁盘,并且您移除的磁盘超出了阵列的承受能力。
在没有任何备份的情况下执行此操作是更大的错误。
您应该联系数据恢复公司以尝试从损坏的逻辑驱动器中检索数据。
Joh*_*tes 11
不要再次打开系统电源。关闭它,呼叫数据恢复服务。有许多服务允许远程恢复此类故障。在这一点上,你所能做的就是让它变得更糟。
这通常涉及将所有驱动器直接连接到已知良好的 HBA(不是 RAID 卡或其他控制器!)并使用远程管理工具启动特定的可下载 linux 映像。然后,该公司远程访问系统,评估磁盘状态,并恢复剩余的任何 RAID 元数据。使用专有软件,他们可以重新组装虚拟 RAID 磁盘(技术细节:通常是插入标准 Linux 设备映射器系统的东西)。然后公开 RAID 只读软件(没有 RAID SoC 加速器)。接下来的步骤是验证数据未损坏而无法使用,并将虚拟磁盘克隆到新磁盘以完成数据恢复。之后,您可以担心让系统恢复运行。
虽然我不打算在这里命名任何服务,但它们中的大多数都很容易找到,并且对于具有远程服务的服务(节省您将 RAID 驱动器 + 恢复驱动器运送到它们并等待恢复 + 克隆和然后他们将其发回)您将获得数据从未真正离开您的设施的好处。
少量好消息:只要 RAID 控制器(或您)没有将任何新数据写入任何磁盘,并且故障前警告不是故障警告,实际上有 99.9999% 的机会一个好的数据恢复团队可以恢复所有数据,而且速度也相当快。
回复:恢复旧驱动器。
由于您的 RAID 已经完全失效,因此重新安装两个故障前驱动器不会有什么损失。
请务必将它们安装在原始托架中。
请记住,它们是预故障而不是彻底失败,因此它们很可能会运行足够长的时间来挽救您的数据。
有可能raid根本不会出现,并且控制器有很小的机会要求“重置”raid(选择NO/CANCEL),并且raid控制器可能会自动重置raid,这会否定任何值由数据恢复公司添加。
因此,如果 RAID 出现,您的首要任务就是清除数据。这意味着至少有 1.2 TB 的可用空间并准备好复制数据,并且像robocopy
或xcopy32
或 在您的 linux 案例中rsync
准备运行的工具。如果您的驱动器浪费了最后几分钟,您不想浪费时间阅读手册页和弄清楚语法。
一旦您的数据安全,然后使用新驱动器将raid 重新创建为raid6。您将减少 300GB 的容量,但获得两个驱动器的容差。或者添加一个额外的驱动器并考虑超过 6 个驱动器的 raid10。或者考虑彻底淘汰这台机器;G5已经超过10年了,真的不适合做重要的生产任务了。
并且不要尝试将引导放入,但也要设置适当的备份解决方案。会有下一次。
归档时间: |
|
查看次数: |
971 次 |
最近记录: |