存储崩溃强制上线是否完全不可行?

服务器数据恢复故障描述:

这次要为大家介绍的数据恢复案例是一台存储因硬盘出现故障导致的数据丢失。这台存储设备为某常见品牌的DS5300型号存储,存储连接扩展柜。存储的最底层是十几块硬盘组成的几组raid5磁盘阵列。管理员有一天发现了存储的多组raid阵列中的一组阵列崩溃了,崩溃原因未知。

数据恢复硬件检测:

经数据恢复工程师对该组因为故障崩溃的磁盘阵列内的所有磁盘进行镜像并检测,发现阵列中有2块硬盘存在大量不规则坏道,只好使用数据恢复工具对存在坏道的硬盘进行恢复和生成镜像。

存储数据恢复过程:

数据恢复工程师需要收集这台存储的日志信息,从存储的日志信息中分析出这两块存在坏道的硬盘的掉线时间,从掉线较晚的那块硬盘中提取阵列的最新数据。
通常在这种情况下可以进行强制上线操作的尝试,不过在强制上线前不需要对数据做好备份,以防止万一强制上线失败后进行重组raid数据恢复。
工程师对存储进行了强制上前操作,强制上线成功但是raid阵列现在处于降级的状态,数据恢复工程师设置了一块热备盘并启用热备盘,阵列开始进行数据同步操作。待raid阵列数据同步操作成功后检查所有数据均可见,上层应用正常。

存储阵列维护小贴士:

在存储的运维中,要尽量保持机房的供电稳定,避免电源异常冲击存储及主机。对于服役年度比较长久的存储或服务器设备需要安排定期检查运行状况,及时评估硬件状态,必要时进行硬件升级。制定突发故障的应急处理预案,避免临时出现故障后为企业带来业务损失。

原文地址:https://blog.51cto.com/sun510/2401864

时间: 2024-07-29 12:47:13

存储崩溃强制上线是否完全不可行?的相关文章

服务器两块硬盘离线能否强制上线恢复

磁盘阵列两块硬盘离线数据恢复案例一: 客户的一台服务器因为未知的原因导致一块硬盘红灯闪亮,不过服务器还在正常运行,管理员未做处理,随后该服务器内的另一块硬盘出现同样的报警提示,服务器崩溃.数据恢复工程师对该磁盘阵列数据恢复过程如下(下列操作有风险,请备份后再操作):1.将服务器启动,服务器自检时手动进入管理程序查看raid磁盘阵列情况,发现硬盘的状态为Failel,手动将其中一块离线硬盘重新设置为online状态后尝试重启服务器但重启失败.2.将该硬盘重新Fail掉,重复上次的操作步骤将另一块硬

EMC FC AX-4存储崩溃,raid5硬盘损坏的数据恢复过程

故障描述: 北京某医院EMC FC AX-4存储崩溃,由于RAID5阵列中出现2块硬盘损坏,而此时只有一块热备盘成功激活,因此导致RAID5阵列瘫痪,上层LUN无法正常使用,整个存储空间由12块1TB STAT的硬盘组成的,其中10块硬盘组成一个RAID5的阵列,其余两块做成热备盘使用. 由于前两个步骤并没有检测到磁盘有物理故障或者是坏道,由此推断可能是由于某些磁盘读写不稳定导致故障发生.因为EMC控制器检查磁盘的策略很严格,一旦某些磁盘性能不稳定,EMC控制器就认为是坏盘,就将认为是坏盘的磁盘

北京EMC存储崩溃raid离线恢复数据方法

[Raid数据恢复概述]北京某企业一台EMC FC AX-4存储由于存储上的RAID5阵列故障导致存储瘫痪,急需进行raid数据恢复.这台存储中搭建了一组12块硬盘的raid5磁盘阵列,阵列中包括有2块热备盘.由于raid阵列中出现两块硬盘离线,但热备盘中有一块未成功激活,raid真累瘫痪,上层LUN无法正常使用,存储崩溃,数据丢失,客户要求上门对raid阵列进行数据恢复. [Raid5硬盘检测过程]由于硬盘离线原因未知,首先由硬盘工程师对raid阵列中的所有硬盘进行物理检测(包括掉线盘和正常磁

EMC存储崩溃恢复数据过程

[Raid数据恢复概述]北京某企业一台EMC FC AX-4存储由于存储上的RAID5阵列故障导致存储瘫痪,急需进行raid数据恢复.这台存储中搭建了一组12块硬盘的raid5磁盘阵列,阵列中包括有2块热备盘.由于raid阵列中出现两块硬盘离线,但热备盘中有一块未成功激活,raid真累瘫痪,上层LUN无法正常使用,存储崩溃,数据丢失,客户要求上门对raid阵列进行数据恢复.[Raid5硬盘检测过程]由于硬盘离线原因未知,首先由硬盘工程师对raid阵列中的所有硬盘进行物理检测(包括掉线盘和正常磁盘

服务器硬盘掉线后强制上线成功案例

服务器大家应该都不陌生,这里不对服务器的概念做过多解释,直接切入主题:服务器更换硬盘后同步数据的过程中如果有其他硬盘出现故障掉线中断同步过程,此时应该如何处理才能恢复原来服务器内的数据呢?下面介绍服务器硬盘离线后强制上线的方法.这里有个先决条件需要介绍一下,那就是我今天的这个服务器数据恢复教程适用于raid5磁盘阵列,其中一方面是因为raid5阵列的安全系数比其他阵列高,大多数企业都为服务器配置riad5阵列模式,另一个原因就是raid5阵列的服务器数据恢复要相对容易,对数据恢复技术的专业要求不

如何应对eva存储崩溃的情况?

一.故障描述用户是持有一台HP EVA 4100的存储,23块容量为300G的光纤硬盘,上层映射给一台装有windows系统的服务器上,开始发现有三块硬盘亮黄灯,这个时候存储还能正常使用,之后用户就开始联系运维商更换硬盘,在更换硬盘的过程中,又出现一块硬盘亮黄灯离线,这个时候存储就整个崩溃无法使用了,用户对4块硬盘进行检测了下,发现4块硬盘都出现磁头和盘片损坏的情况,只能从剩余的19块硬盘上来进行恢复数据.二.备份数据考虑到数据的安全性以及可还原性,在做数据恢复之前需要对所有源数据做备份,以防万

这种方式解决EMC存储崩溃RAID离线问题,简单又高效

故障描述:由于RAID5阵列中出现2块硬盘损坏,而此时只有一块热备盘成功激活,因此导致RAID5阵列瘫痪,上层LUN无法正常使用,整个存储空间由12块1TB SATA的硬盘组成的,其中10块硬盘组成一个RAID5的阵列,其余两块做成热备盘使用.由于前两个步骤并没有检测到磁盘有物理故障或者是坏道,由此推断可能是由于某些磁盘读写不稳定导致故障发生.因为EMC控制器检查磁盘的策略很严格,一旦某些磁盘性能不稳定,EMC控制器就认为是坏盘,就将认为是坏盘的磁盘踢出RAID组.而一旦RAID组中掉线的盘到达

应对IBM V7000磁盘故障,你只差这一步!

一.IBM V7000简要: 第一个IBM自主研发的中端存储2.0产品,架构上突破传统,吸收了DS和IBM横向扩展架构XIV的精华. 第一次集"EasyTier自动分层""虚拟化""精简调配"三大存储效率于一身的磁盘阵列,使IBM Storwize V7000当之无愧的成为更加看重存储效率的中端存储市场上的杀手级产品. 第一次把DS8000的RAID技术和自动分层.SVC虚拟化架构以及XIV的赏心悦目的管理界面等高端存储上的技术用在中端存储上,拥

IBM DS 5300存储硬盘故障数据恢复详解

亚数据恢复接到IBM DS 5300 存储数据恢复的案例: IBM DS5300全名(IBM System Storage DS5300)是IBM推出的中端存储系统,它有一个设计合理.功能强大的内部架构,大幅度提升了性能,但某些物理故障或其他操作都可能会对卷或存储造成破坏,因此对系列存储的数据恢复技术才有了用武之地.而发生这些故障之后只能找专业的数据恢复公司做数据挽救工作.作者最近就处理过一起IBM DS5300因磁盘故障导致存储不可用的案例,见下文. 故障描述: 某公安局的一台IBM DS53