raid5阵列条带分析和阵列重组过程

1.服务器raid5磁盘阵列故障


服务器型号为P2000服务器/raid5磁盘阵列/10块磁盘/单盘容量1TB/热备盘盘号为6,故障表现为磁盘阵列中2块磁盘离线,提示×××警报灯,初检结果为阵列磁盘序列号不能读取/无法通过扩展卡识别,初步推断磁盘物理故障。

2.raid磁盘阵列数据备份

我公司服务器数据恢复工程师对故障设备进行初检发现该磁盘阵列故障情况复杂,需对正常硬盘和掉线硬盘使用不同的方法进行处理,针对raid阵列中的正常磁盘借助数据恢复软件进行镜像备份即可,存在物理故障的离线硬盘则需要修复硬件故障再进行备份,常用的磁盘故障修复方法为加电检测,判断故障硬盘有无起转、磁头能否寻道,然后通过清洁HDA氧化组件、更换ROM芯片、更换磁头等常用的硬盘数据恢复方法。但在实际的数据恢复过程中有一块磁盘硬件损坏情况严重无法进行修复,只能通过另一块磁盘进行备份和恢复数据。

3.通过重组RAID5阵列进行数据恢复

3.1.判断起始扇区
将不包括热备盘的所有9块磁盘通过数据恢复工具打开并将镜像文件解析为磁盘发现该raid5阵列中所有磁盘的0扇区都表现为“55AA”,0x01C2H处显示“05”代表一个扩展分区,该MBR分区不正确。继续查找该阵列在另外1块磁盘中发现了其中1块磁盘的MBR分区正常的(0x01C6处数值代表指向的下一个扇区为GPT的头部),基本可以断定该盘是第一款硬盘,GPT分区所在扇区起始于172032扇区,因此初步确定LUN的起始扇区是172032扇区。
3.2.判断raid阵列stripe(条带)大小
stripe(条带)是raid磁盘阵列中用于数据处理的基本单元,条带的大小受raid磁盘阵列影响各有不同,分析条带大小的依据是在raid5磁盘阵列中每一条带组含一个大小与之相等的校验区。因此查询分析出该raid阵列中的条带大小为1024扇区。
3.3确定磁盘阵列磁盘盘序
由于已经分析到阵列的条带大小为1024,按照此规律进行分割,使每一条带与记录大小相同且阵列中所有磁盘全部跳到283123。然后通过对比分析raid5阵列走向,将已经分析出来的第一块硬盘放在第一位即可,实际分析的阵列盘序为9-3-10-4-2-1-5-8-7

3.重组RAID阵列

借助数据恢复工具将raid阵列进行重组,属性为raid5/Stripe size 512KB/左异步。阵列重组结束后即可进行数据验证。

4.数据验证/raid5数据恢复成功

对重组好的阵列进行数据验证成功,本次数据恢复成功。

原文地址:http://blog.51cto.com/sun510/2308888

时间: 2024-10-11 21:59:36

raid5阵列条带分析和阵列重组过程的相关文章

raid5阵列条带分析 / 磁盘阵列数据恢复方法

1.服务器数据恢复故障描述服务器型号:HP P2000服务器操作系统:VMWARE ESX服务器文件系统:VMFS磁盘阵列级别:RAID-5需要进行数据恢复的服务器挂载了8块硬盘组成RAID-5磁盘阵列,其中4号盘是热备盘,服务器在正常运行中两块硬盘亮黄色故障灯,经用户方维护人员检测,故障硬盘应为物理故障,表现为:序列号无法读取,在SAS扩展卡上硬盘无法识别.需要对raid磁盘阵列进行数据恢复 2.硬盘物理故障修复由于服务器故障情况严重,需要首先确定该组raid阵列的磁盘掉线原因,工程师在接到用

HP P2000两块硬盘物理故障修复过程+raid条带分析方法

1.服务器数据恢复故障描述 服务器型号:HP P2000服务器操作系统:VMWARE ESX服务器文件系统:VMFS磁盘阵列级别:RAID-5需要进行数据恢复的服务器挂载了8块硬盘组成RAID-5磁盘阵列,其中4号盘是热备盘,服务器在正常运行中两块硬盘亮×××故障灯,经用户方维护人员检测,故障硬盘应为物理故障,表现为:序列号无法读取,在SAS扩展卡上硬盘无法识别.需要对raid磁盘阵列进行数据恢复 2.硬盘物理故障修复 由于服务器故障情况严重,需要首先确定该组raid阵列的磁盘掉线原因,工程师在

一步一步分析新建App启动过程

IOS温故而知新(一)  一步一步分析新建App启动过程 笔者接触IOS大概半年的时间,可以说能够开发App,但是又有很多不足的地方,因此打算写一些技术文章,能够达到温故而知新的效果,难免会有错误或者遗漏,也希望各位看官不吝指教.另外宣传一下刚建立的群“IOS菜鸟到高手之路”,312747764,欢迎希望交流分享的人加入. 1.IOS系统的简单说明IOS与Mac OS X以及安卓一样都属于类UINX系统,然而熟悉类UNIX系统的人可能会失望的是,个人开发的App会进入类似chroot的状态,被操

从源码角度分析view的layout过程

上两篇文章主要讲述了view的measure过程,主要分析了xml文件中控件的height和width设置成不同值的时候,经过测量之后,如何计算出控件的真实高度.所以也就验证了我们经常所说的measure过程就是把match_parent等值转化成在具体设备上的具体的值. 本文主要分析一下layout的过程,同样我们以LinearLayout的layout过程为例. 在ViewRoot的performTraversals方法中首先是measure过程,然后接着是layout,layout开始也是

第三次实验报告:使用Packert Tracer分析TCP建立连接过程.

姓名:贡觉扎西 学号:201821121122 班级:计算1814 1.实验目的 使用路由器连接不同的网络 使用命令行操作路由器 通过抓取HTTP报文,分析TCP连接建立的过程 2.实验内容 使用Packet Tracer,正确配置网络参数,通过抓取HTTP数据包,分析TCP连接建立过程. 建立网络拓扑结构 配置参数 抓包 分析数据包 3. 实验报告 1.建立网络拓扑结构 2.配置参数 客户端的ip地址为192.168.1.28,网关为192.168.1.29 ·服务器的ip地址为192.168

IP数据包的分片与重组过程

一.IP分片 (一)IP分片的原理: 分片和重新组装的过程对传输层是透明的,其原因是当IP数据报进行分片之后,只有当它到达下一站时,才可进行重新组装,且它是由目的端的IP层来完成的.分片之后的数据报根据需要也可以再次进行分片.    IP分片和完整IP报文差不多拥有相同的IP头,ID域对于每个分片都是一致的,这样才能在重新组装的时候识别出来自同一个IP报文的分片.在IP头里面,16位识别号唯一记录了一个IP包的ID(ipid),具有同一个ID的IP分片将会重新组装:而13位片偏移则记录了某IP片

为什么要有uboot?带你全面分析嵌入式linux系统启动过程中uboot的作用

1.为什么要有uboot 1.1.计算机系统的主要部件 (1)计算机系统就是以CPU为核心来运行的系统.典型的计算机系统有:PC机(台式机+笔记本).嵌入式设备(手机.平板电脑.游戏机).单片机(家用电器像电饭锅.空调) (2)计算机系统的组成部件非常多,不同的计算机系统组成部件也不同.但是所有的计算机系统运行时需要的主要核心部件都是3个东西: CPU + 外部存储器(Flash/硬盘) + 内部存储器(DDR SDRAM/SDRAM/SRAM) 1.2.PC机的启动过程 (1)部署:典型的PC

linux内核学习之三 跟踪分析内核的启动过程

一   前期准备工作       1 搭建环境 1.1下载内核源代码并编译内核 创建目录,并进入该目录: 下载源码: 解压缩,并进入该目录:xz -d linux-3.18.6.tar.xz tar -xvf linux-3.18.6 cd  linux-3.18.6 选定x86架构的相关文件编译: 编译: 1.2 制作根文件系统 在工作目录下新建一个文件夹: mkdir rootfs 下载老师提供的资料:git clone https://github.com/mengning/menu.gi

Android4.4 framework分析——startService的创建过程

我们常用context.startService()来启动一个service,下面来分析一下这个service的启动过程,下图是service启动的序列图: step2,mBase.startService()中mBase定义为Context,它的真实实现是ContextImpl对象(看名字就知道是Context的实现类). step4,ActivityManagerNative.getDefault().startService()中ActivityManagerNative.getDefau