-4006-505-646

RAID数据恢复及回迁成功案例


今天小编分享的案例是两块SAS 300G盘组成的一个RAID0上,其中的一块盘亮黄灯,被RAID卡踢出后,RAID崩溃。

工程师协助客户首先把硬盘从机器中拔出来,标记好顺序,然后通过SAS HBA的方式直连到win的环境下,并在磁盘管理中将硬盘标记为脱机状态,以保证操作过程中是只读的,保护原始数据的安全。

图片1.png

【数据恢复及回迁过程】

在将两个硬盘底层所有扇区都镜像出来后,通过文件系统分析盘序和条带大小,使用软件虚拟重组的方式将原始RAID环境搭起来后,再进一步解析NTFS文件系统后终于看到了数据,这时候新的问题出现了,如果直接把数据拷贝出来,那么原始的系统和应用都需要重新部署,而且因为没有了软件服务商的支持,实施起来有一定的难度,于是想着把搭起来的RAID再完整的迁移到新的RAID环境中,就可以做到和损坏前一样。这样一来就可以节省大量时间。

由于有了前车之鉴,所以在新的RAID环境上吸取了上次的教训,决定使用三块盘组建RAID5,即使有一块硬盘出现故障离线,RAID也可以处于降级状态,不会立刻崩溃,给了使用者替换新硬盘的机会。

在安装了支持RAID5的新RAID卡和插了新硬盘后创建了一个RAID5的卷,现在开始研究怎么把做出来的数据迁移过去

因为服务器前面板由RAID卡来管理,所以直接插个新盘上去是不会在系统下直接识别的,需要在RAID卡下创建RAID后才可以使用,而且限于单盘容量的问题,不能采用这个方案,于是研究别的办法。其实在数据量不大的时候也可以使用USB方式去做,但是因为现在绝大部分服务器的USB还停留在USB2.0 速度太慢,对于大数据量,时间上不可接受。

最后我们决定使用网络回迁数据,这时候需要先启动个LINUX live cd 一般我们都使用LINUX system rescue cd,在LINUX启动完成后ifconfig配置下服务器的IP,然后我们将做出来的数据放在一个win机器上,在win环境下开启NFS服务(默认是关闭的)“服务管理器--角色--添加角色--勾选文件服务—勾选网络文件系统服务进行安装,第一次安装完成之后需要重启一下计算机”,重启完成后我们对存放镜像数据的文件夹进行操作,右键—NFS共享标签页里面勾选共享此文件夹,然后有个重点是在权限里面勾选允许根目录访问,访问类型选择读写。Win端的设置完成后,我们再看下LINUX端的设置,ifconfig查看当前网络配置,因为我们需要分配个IP给他,在这里我们分配网卡“enp4s0”,IP地址分配成10.3.12.3 子网掩码为255.0.0.0,使用如下命令:ifconfig enp4s0 10.3.12.3 255.0.0.0 然后再使用ifconfig查看IP地址。配置好IP之后,查看一下网络是否连同,命令:ping 10.1.1.1 ,再查看10.1.1.1机器上的NFS共享的目录是否能够访问,命令:showmount –e 10.1.1.1,源机器和目标机器现在已经连接通,在LINUX创建一个目录mkdir /mnt/bysjhf。创建好之后,我们将镜像出来的数据挂载到LINUX下新创建的文件夹下mount 10.1.1.1:/data /mnt/bysjhf –o nolock,挂载好之后,查看一下挂载点信息df –k。确定已经挂载好之后,进入这个文件夹,查看一下文件夹里的镜像文件:root@sysresccd /mnt/bysjhf % ls,并查看硬盘及分区信息:fdisk –l,确认好源设备和目标设备之后,进行镜像操作:dd if=/mnt/bysjhf/data.img of=/dev/sda bs=10M。在千兆网环境下NFS的速度能够跑到70M/S,这已经是一个很理想的速度,在等待dd完成后,我们重启IBM X3650服务器,并选择RAID引导。


【数据恢复及迁移结果】

期待的windows启动页面终于出现了,前面的辛苦没有白费,经客户验证数据,数据没有问题,本次数据恢复成功,迁移成功。

微信图片_20200720133039.jpg

微信图片_20200720133039.jpg

北京北亚数据恢复中心:4006-505-646

地址:北京市海淀区温泉镇中关村创客小镇16号221


4006-505-646