【服务器数据恢复】服务器硬盘坏道掉线的数据恢复案例

本文涉及的产品
云服务器 ECS,每月免费额度280元 3个月
云服务器ECS,u1 2核4GB 1个月
简介: 服务器数据恢复环境:一台IBM某型号服务器上有16块FC硬盘组建RAID阵列。上层linux操作系统,ext3文件系统,部署有oracle数据库。服务器故障&检测:服务器上跑的业务突然崩溃,管理员发现服务器上有2块磁盘的指示灯显示黄色。

服务器数据恢复环境:
一台IBM某型号服务器上有16块FC硬盘组建RAID阵列。上层linux操作系统,ext3文件系统,部署有oracle数据库。

服务器故障&检测:
服务器上跑的业务突然崩溃,管理员发现服务器上有2块磁盘的指示灯显示黄色。
通过IBM storage manager查询服务器状态,发现服务器报告逻辑卷状态失败。物理硬盘状态为:一块盘报告“警告”,指示灯显示黄色的2块盘报告“失败”。通过IBM storage manager将当前服务器的日志完整备份。北亚企安数据恢复工程师在备份服务器日志的同时分析日志内容,获取数据恢复所需要的逻辑卷信息。

服务器数据恢复过程:
1、将服务器中所有硬盘编号标记后从服务器内取出,由硬件工程师对所有硬盘进行硬件故障检测,经过检测发现16块盘均可以读取。针对16块盘的SMART状态进行检测,经过检测发现在IBM storage manager中报告“警告”的那块盘的SMART状态也报告为“警告”,结果一致。
2、在windows环境下将识别出来的FC盘在磁盘管理器中标记为脱机状态,然后对这些磁盘进行扇区级别全盘镜像,将原始磁盘中的所有物理扇区镜像到windows系统下的逻辑磁盘并以文件形式保存。在镜像过程中发现SMART状态报告为“警告”的磁盘镜像速度异常,windows环境下的一般应用软件无法对其进行操作,结合前面的检测结果可以判断该盘应该存在损坏/不稳定的扇区。
3、使用专业硬盘镜像设备对这块SMART状态报告为“警告”的磁盘进行镜像,在镜像过程中观察发现该盘的坏道并不多,但是存在大量的读取响应时间长的不稳定扇区,于是调整镜像策略,修改“遇到坏道跳过扇区数”和“响应等待时间”等参数后继续对该盘进行镜像。
4、所有其他磁盘(除了SMART状态报告为“警告”的磁盘)镜像完成后,查看镜像过程中生成的日志,发现在IBM storage manager和硬盘SMART状态中均没报错的另外一块磁盘中也存在坏道,指示灯显示黄色的2块盘也存在大量不规律的坏道分布,根据坏道列表定位到目标镜像文件分析发现,ext3文件系统的一些关键源数据信息已经被坏道破坏,只能等待SMART状态报告为“警告”的磁盘镜像完毕后,通过同一条带进行xor以及根据文件系统上下文关系手动修复被损坏的文件系统。
5、SMART状态报告为“警告”的磁盘镜像完成,但是之前为了最大限度做出有效扇区以及为了保护磁头而设置的拷贝策略会自动跳过一些不稳定扇区,所以该盘的镜像是不完整的。调整拷贝策略,继续镜像被跳过的扇区,直到该盘所有扇区全部镜像出来。
6、将服务器中16块硬盘的物理扇区镜像完成后,在windows平台下使用软件将所有镜像文件全部展开。经过对ext3文件系统的逆向分析以及对日志文件的分析,获取到16块FC盘的盘序,RAID的块大小,RAID的校验走向和方式等信息。
7、利用这些raid相关信息虚拟重组RAID,RAID重构完成后对ext3文件系统进行解析。
8、和用户沟通后,数据恢复工程师提取出了一些oracle的dmp文件,由用户尝试进行恢复。恢复的过程中oracle报告imp-0008错误。北亚企安数据库工程师仔细分析导入dmp文件的日志文件,发现提取出来的dmp文件存在问题。
9、重新分析raid结构,进一步确定ext3文件系统被破坏的程度。又经过数小时的努力,北亚企安数据恢复工程师重新提取了dmp文件和dbf原始库文件。将恢复出来的dmp文件移交给用户进行导入,这次导入一切顺利,没有报错。对恢复出来的dbf原始库文件进行校验,结果所有文件均通过测试。经过仔细核检测后,用户认可数据恢复结果,本次服务器数据恢复工作完成。

相关实践学习
日志服务之使用Nginx模式采集日志
本文介绍如何通过日志服务控制台创建Nginx模式的Logtail配置快速采集Nginx日志并进行多维度分析。
相关文章
|
1天前
|
存储 算法 数据挖掘
服务器数据恢复—昆腾存储StorNext文件系统数据恢复案例
服务器数据恢复环境: 昆腾某型号存储,8个存放数据的存储柜+1个存放元数据的存储柜。 元数据存储:8组RAID1阵列+1组RAID10阵列+4个全局热备硬盘。 数据存储:32组RAID5阵列,划分2个存储系统。 服务器故障: 数据存储的1个存储系统中的一组RAID5阵列中有2块硬盘先后出现故障离线,导致该RAID5阵列失效,整个存储系统崩溃不可用。
服务器数据恢复—昆腾存储StorNext文件系统数据恢复案例
|
1月前
|
存储 数据挖掘 Windows
服务器数据恢复—异常断电导致raid信息丢失的数据恢复案例
由于机房多次断电导致一台服务器中raid阵列信息丢失。该阵列中存放的是文档,上层安装的是Windows server操作系统,没有配置ups。 因为服务器异常断电重启后,raid阵列可以正常使用,所以未引起管理员的注意。后续出现的多次异常断电导致raid报错,服务器无法找到存储设备,进入raid管理模块进行任何操作都会导致操作系统死机。管理员尝试多次重启服务器,故障依旧。
|
1月前
|
存储 运维 安全
服务器数据恢复—存储互斥不当导致VMFS卷损坏的数据恢复案例
某公司的信息管理平台,通过3台虚拟机共享了一台存储设备供企业内部使用,存储设备中存放了公司内部重要的数据文件。 由于业务增长的需要,管理员又在这个存储网络上连接了一台Windows server服务器,结果这台存储变得不可用了。 管理员对该存储进行故障排查时发现存储中虚拟磁盘丢失,分区表丢失。重启该存储设备后故障依旧。 由于存储中的数据十分重要,没有备份。管理员为了安全起见,联系北亚企安数据恢复中心寻求帮助。 经过硬件工程师的检测,没有发现存储存在硬件故障。存储中的硬盘经过硬件工程师的检测后也没有发现任何物理故障,都可以正常读取。基本上可以排除故障是由于硬件导致的。
|
1月前
|
数据挖掘
服务器数据恢复—服务器硬盘掉线,指示灯显示红色的数据恢复案例
一台服务器中有一组由多块硬盘组建的raid阵列,在运行过程中服务器突然崩溃,管理员检查服务器发现该服务器raid阵列中有两块硬盘的指示灯显示红色。于是,管理员重启服务器,服务器重启后,先离线的硬盘上线并开始自动同步数据,数据同步过程中管理员又将服务器强制关机。
服务器数据恢复—服务器硬盘掉线,指示灯显示红色的数据恢复案例
|
29天前
|
Ubuntu JavaScript 关系型数据库
在阿里云Ubuntu 20.04服务器中搭建一个 Ghost 博客
在阿里云Ubuntu 20.04服务器上部署Ghost博客的步骤包括创建新用户、安装Nginx、MySQL和Node.js 18.x。首先,通过`adduser`命令创建非root用户,然后安装Nginx和MySQL。接着,设置Node.js环境,下载Nodesource GPG密钥并安装Node.js 18.x。之后,使用`npm`安装Ghost-CLI,创建Ghost安装目录并进行安装。配置过程中需提供博客URL、数据库连接信息等。最后,测试访问前台首页和后台管理页面。确保DNS设置正确,并根据提示完成Ghost博客的配置。
在阿里云Ubuntu 20.04服务器中搭建一个 Ghost 博客
|
1月前
|
存储 弹性计算 数据可视化
要将ECS中的文件直接传输到阿里云网盘与相册(
【2月更文挑战第31天】要将ECS中的文件直接传输到阿里云网盘与相册(
415 4
|
1月前
|
SQL 弹性计算 安全
购买阿里云活动内云服务器之后设置密码、安全组、增加带宽、挂载云盘教程
当我们通过阿里云的活动购买完云服务器之后,并不是立马就能使用了,还需要我们设置云服务器密码,配置安全组等基本操作之后才能使用,有的用户还需要购买并挂载数据盘到云服务器上,很多新手用户由于是初次使用阿里云服务器,因此并不知道这些设置的操作流程,下面给大家介绍下这些设置的具体操作流程。
购买阿里云活动内云服务器之后设置密码、安全组、增加带宽、挂载云盘教程
|
18天前
|
弹性计算
阿里云ECS使用体验
在申请高校学生免费体验阿里云ECS云服务器后的一些使用体验和感受。
|
1月前
|
弹性计算
阿里云3M带宽云服务器并发多大?阿里云3M带宽云服务器测评参考
在探讨云服务器3M带宽能支持多大并发这一问题时,我们首先要明白一个关键点:并发量并非仅由带宽决定,还与网站本身的大小密切相关。一般来说,一个优化良好的普通网站页面大小可能只有几K,为便于计算,我们可以暂且假定每个页面大小为50K。
818 1
|
5天前
|
弹性计算
阿里云ECS的使用心得
本文主要讲述了我是如何了解到ECS,使用ECS的一些经验,以及自己的感悟心得

相关产品

  • 云服务器 ECS