H3C FlexStorage P5730服务器数据恢复初检报告

一、报修清单及基本描述

设备品牌 : H3C服务器
设备型号 : FlexStorage P5730
RAID级别: RAID 5
硬盘数量 : 21块
单盘容量 : 2T
服务器故障描述:存储中的2个卷被删除,大小分别为5T和6T,删除之后重建了一个16T的卷。
期望恢复效果:需要恢复原5T卷中的数据

二、服务器初检方案及过程

根据与客户沟通,作如下判断:
故障表现:客户设备为H3C FlexStorage P5730,共21块2T容量硬盘,创建一组RAID 5,包括1块热备硬盘。
在一次操作中,客户将存储中原先的2个卷删除,大小分别为5T和6T,在删除完成后,客户又重新创建了一个16T的卷。重建完成后,想要恢复被删除的5T卷中的数据。
H3C FlexStorage P5730存储支持精简、快照等功能,客户在删除并重建卷之后没有进行数据写入操作,若在重建卷之后,存储本身没有对新卷进行初始化操作,则数据应保存较为完整。另外由于没有对存储硬盘底层进行检测,无法判断卷删除之后,相关map信息是否也被清除,若map信息残留,则有机会完整的恢复被删除卷,若map信息被清除,则无法完整的恢复被删除卷,只能尝试通过片段拼接的方式恢复被删除卷中的数据。

三、服务器数据恢复周期预估

服务器原始磁盘镜像:约100G/每小时(可同步进行,预估1个工作日)
分析数据:8小时
生成数据:8小时
说明:总时间控制在3个工作日左右,以实际情况为准。

四、成功率预估

数据安全救援的可靠度应超过 80%。参考:2017年全年企业级数据安全救援的最终成功率为 84.3%。因不存在同步及基本可排除的硬件故障。

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

时间: 2024-08-29 22:22:37

H3C FlexStorage P5730服务器数据恢复初检报告的相关文章

服务器存储共享文件夹丢失数据恢复检测报告

服务器故障描述发生故障的服务器存储是DroboPro FS网络存储器,共有8块SAS硬盘,单盘容量2TB,raid5磁盘阵列. 在服务器的正常使用过程中有一个共享文件夹丢失,管理员进行简单检查后在北京数据恢复公司咨询服务器数据恢复相关问题,工程师随后上门对发生故障的服务器存储进行初检.数据恢复第一步:备份数据并初检按照数据恢复流程(基于数据的安全性以及可还原性),在对任何数据恢复之前需要对所有源数据做备份,以防万一其他原因导致数据无法再次恢复.使用dd命令或winhex工具将所有磁盘都镜像成文件

华为OceanStor S5600T服务器数据恢复方案(带过程图)

一.服务器数据恢复描述 先简单介绍一下服务器故障情况:客户的服务器是一台华为OceanStor S5600T型号,服务器位于北京大兴机房,使用MD1200磁盘柜+RAID卡的方式,服务器共有15块硬盘创建了一组RAID5阵列,分配了两个LUN共80T左右,在系统层面对LUN进行了分区划分,分别为sdc1.sdc2和sdc3三个分区,其中sdc1分区大小为4T,通过LVM扩容的方式,将sdc1分区加入到了root_lv中,剩余的sdc2和sdc3分区格式化为XFS文件系统使用.管理员对服务器进行重

32块4TB SATA接口硬盘组成RAID6 128TB MAC苹果服务器数据恢复

32块4TB SATA接口硬盘组成RAID6 128TB MAC苹果服务器数据恢复 故障服务器: 32块4TB SATA接口硬盘组成RAID6 苹果服务器 故障现象: 服务器开机后找不到磁盘阵列上的硬盘,客户与设备供应商沟通后,设备供应商远程将RAID重建RAID5,商家按照自己的方式,将每个柜子16块硬盘先组成一组RAID5再将2组RAID5组成RAID0,但重组后还是看不到客户分区与数据. 恢复方法: 将客户32块硬盘连接到我们服务器恢复设备上进行手动分析,经过几个小时分析后,我们确定结果是

服务器数据恢复

服务器数据恢复 服务器在现代商业中扮演着重要的角色,无论是网站服务器,财务服务器,邮件服务器,数据库服务器以及虚拟机服务器,我们的日常生活和商务活动都无法离开这些幕后英雄. 如果您的服务器没有一个有效的备份,您将面临的是随时可能中断的业务以及沉重的灾难恢复成本,不幸的是,服务器经常存储大量的数据,因此服务器系统也是易受故障的系统,经常面临严重的硬件和软件问题. 甲驭科技拥有多年服务器数据恢复经验,并且采购了大量的服务器进行研究和开发,让我们能够有足够的时间以及精力应对最新的存储技术.并且甲驭科技

上海宝山区服务器数据恢复公司哪家好

随着服务器的应用越来越广泛,服务器故障引起的服务器数据丢失给企事业单位以及个人带来重大的损失,不仅使服务器数据丢失这一问题越来越得到大家的重视,而且使得服务器数据恢复成为一种需求. 以SDII9000为例来说,服务器故障有以下常见的几种情况.服务器突然断电造成RAID磁盘阵列卡信息的丢失:服务器在使用的过程中RAID阵列卡固件信息损坏丢失:服务器RAID阵列卡认为误操作删除信息:服务器重新配置RAID阵列信息导致的数据丢失:服务器RAID阵列卡物理损坏更新后系统崩溃:服务器由于某块硬盘掉线:服务

EMC CX4-480服务器数据恢复案例

[用户信息]上海某公司[故障描述]需要进行数据恢复的设备是一台EMC CX4的存储服务器,因为硬盘出现故障导致整个存储阵列瘫痪.整个LUN是由7块1TB的硬盘组成的RAID 5.但服务器共有10块硬盘,其中有3块是以前存储中掉线的硬盘.(服务器存储在使用过程中有硬盘掉线了,但客户只是添加了一块的新的硬盘做rebuild,并没有将掉线的硬盘拔掉,所以就多出了3块).因客户说是存储服务器中有些硬盘有故障才导致存储服务器不可用的,所以初步判断是RAID中有硬盘掉线了.将所有硬盘交给硬件工程师检测硬盘是

raid数据恢复,Raid5磁盘阵列数据恢复案例,服务器数据恢复

服务器数据恢复用户:江西省某大学服务器数据恢复故障描述:用户使用的是曙光某型号16盘位光纤存储柜,底层存储介质为16块600GB 光纤磁盘,做成两组RAID5磁盘阵列,每组raid中有7块磁盘,另两块磁盘做成全局热备磁盘.第一组RAID磁盘阵列分有3个LUN,分别分配给一台linux主机.一台sun小型机和esxi主机.第二组RAID全部给了一台ESXI5.0主机,存储约有10台虚拟机数据.服务器磁盘阵列故障发生过程:存储磁盘报警,服务器存储原厂技术人员对raid磁盘阵列进行更换磁盘的操作,并对

服务器数据恢复案例之xfs数据丢失数据恢复方法

今天为大家分享的是一例服务器linux系统下xfs文件系统数据丢失的案例,武汉某公司的服务器出现故障,管理员使用xfs_repair工具修复文件系统,但文件系统修复失败导致服务器中数据全部丢失,经过多方咨询与比较后,客户联系到北京数据恢复公司,由于客户数据涉及保密且恢复难度较大,数据恢复中心从北京总部派出服务器数据恢复工程师前往客户现场进行数据恢复.一.服务器 故障描述客户服务器为linux服务器,连接一台华为存储.客户使用的文件系统为XFS文件系统,在一次机器故障中,客户使用xfs_repai

IBM V7000数据恢复过程;服务器数据恢复成功率分析

IBM V7000存储是一款定位中端的存储设备,很多企业选择该服务器作为存储,最近北亚数据恢复中心接到一例V7000服务器数据恢复案例,下面将对本次数据恢复的过程和数据恢复方法进行归纳总结,希望对各位管理员在服务器的运维工作有所帮助.服务器状态介绍:需要进行数据恢复的服务器故障表现为vdisk丢失,操作系统中的数据库无法正常使用.管理员重建MDisk,原来的raid10重建为raid6,然后又再次重建为riad10,这一系列的操作导致服务器对应的存储池中的VDisk丢失,从而影响上层Solari