ITPub博客

服务器数据恢复环境： IBM Storwize某型号存储，共10块磁盘，组建了2组Mdisk加入到一个存储池中，创建了一个通用卷存放数据，存放的数据包含oracle数据库。 服务器故障： 存储中其中一组Mdisk有两块磁盘出现故障离线，该组Mdisk失效，通用卷不可用。

服务器数据恢复环境： DELL EqualLogic PS系列某型号存储； 16块SAS硬盘组成一组RAID5； 划分了4个卷，采用VMFS文件系统，存放虚拟机文件。 服务器故障： 存储设备中磁盘出现故障导致存储不可用，且存储设备已经过保，用户方联系到我们数据恢复中心要求恢复该存储设备中的数据数据。

数据库数据恢复环境： Windows Server操作系统服务器，部署MongoDB数据库。 数据库故障： 在MongoDB数据库服务未关闭的情况下，管理员将MongoDB数据库文件从原分区拷贝到其他分区，然后将MongoDB数据库所在原分区格式化，格式化完成又将MongoDB数据库文件拷回原分区，启动MongoDB服务失败并报错。

昆腾系列存储：9个配置24块硬盘的磁盘柜。8个磁盘柜存储数据，1个磁盘柜存储元数据。 元数据磁盘柜中有24块硬盘，组建了8组RAID1阵列+1组4盘位RAID10阵列+4个全局热备盘。 数据磁盘柜中，共组建32组6盘RAID5阵列。这32组RAID阵列分为2个存储系统。 数据磁盘柜其中1个存储系统中的一组RAID5的2块磁盘先后故障离线，该RAID5阵列失效，导致整个存储系统崩溃，无法使用。

服务器数据恢复环境： HP-EVA存储环境：EVA某型号控制器+EVA扩展柜+FC硬盘。 服务器故障： EVA存储中两块磁盘掉线导致存储中某些LUN丢失不可用。

NetApp某型号存储，有数十块SAS硬盘，划分的lun都映射给小型机使用，存放的是Oracle数据库文件，采用ASM裸设备存储方式。 管理员误操作删除了该NetApp存储上的所有lun。具体情况是：工作人员给NetApp存储设备重新划分空间，直接把存储的卷全部删除并进行重新分配。在删除所有卷后还没有来得及分配的时候，上层业务就出现异常。运维工程师紧急排查故障情况，发现业务服务器上的磁盘都不见了，无法访问数据。

服务器数据恢复环境： EMC某型号存储，20块磁盘组建raid5磁盘阵列，划分2个lun。 服务器故障： 管理员执行重装系统操作后发现分区发生改变，原先的sdc3分区丢失，该分区采用xfs文件系统，存储了公司重要业务信息，急需恢复该分区数据。

误操作格式化服务器RAID5磁盘阵列下的分区（NTFS文件系统）。

服务器数据恢复环境： IBM某型号服务器中6块硬盘搭建的raid5磁盘阵列，其中1块盘作为热备盘使用。 上层部署的是SAP应用+Oracle数据库。 服务器故障&检测： 服务器中RAID5磁盘阵列中的1块盘出现故障离线，热备盘激活替换离线硬盘，在进行数据同步的过程中又有一块硬盘故障离线，RAID5磁盘阵列瘫痪，上层LUN不可用，服务器崩溃。

数据库数据恢复环境： 5块硬盘组建RAID5，划分LUN供windows服务器使用，共有三个逻辑分区； 在windows服务器内部署有Sql Server数据库。 数据库故障： 未知原因导致数据库文件丢失，涉及5个数据库，数千个表，不能确定数据存储位置。 数据库文件丢失后服务器仍在运行，但未写入大量数据。

某企业一台存储设备，一组由16块硬盘组建的raid5磁盘阵列。管理员在巡检过程中发现该存储的卷无法挂载，经过检查发现存储设备的raid5磁盘阵列中有2块硬盘离线。

服务器数据恢复环境： 某公司网站服务器，6块SCSI硬盘组建raid5磁盘阵列； 服务器上层：linux操作系统+EXT3文件系统。 服务器故障&分析： 服务器在工作状态下raid5磁盘阵列中的一块硬盘由于未知原因离线。因为raid5中的一块硬盘掉线并不会影响磁盘阵列的正常工作，服务器没有出现异常，直到该raid5磁盘阵列中又有一块硬盘掉线，服务器瘫痪。

某公司一台存储设备存放公司内部重要文件。存储设备上有一组由6块硬盘组成的raid5磁盘阵列。存储设备在正常运行过程中突然崩溃，管理员强制重启后无法找到存储设备，多次重启后还是找不到存储设备。

服务器数据恢复环境： 某公司信息管理平台，若干台VMware虚拟机共享一台存储设备，供内部使用，该存储设备中存放了公司大量重要数据。 服务器故障： 该存储设备运行时，管理员在存储网络中连接了一台Windows服务器，这台存储设备突然无法正常使用。管理员对该存储设备进行初步检查后发现该存储设备中的虚拟磁盘丢失，分区表丢失，重启该存储设备后故障依旧。由于该存储设备中的数据十分重要且没有备份，管理员不敢擅自进行操作。

北京某公司管理员误操作删除了XenServer虚拟化服务器上的一台虚拟机。 服务器数据恢复工程师到现场对故障服务器进行初检后发现服务器内的VPS不可用，虚拟磁盘数据丢失。

服务器数据恢复环境： 某公司一台web服务器，存储网站程序和网站内容数据，部署的MySQL数据库。 6块硬盘组建的一组raid6磁盘阵列。 服务器故障： 服务器raid6中有3块硬盘离线，服务器崩溃。服务器上部署的MySQL数据库数据丢失，服务器上跑的网站关停，业务中断。

服务器数据恢复环境： 某品牌EVA系列某型号存储设备，采用的ESXI虚拟化系统，虚拟机存储的是mysql数据库。 服务器故障： 由于异常断电导致存储设备中的一台虚拟机无法启动，管理员发现虚拟机无法启动后再次重启服务器，但是该虚拟机依然无法正常启动。由于该虚拟机中的数据涉密极为重要，而且只能到现场进行恢复，于是用户方联系我们数据恢复中心寻求帮助。

北京某国企服务器中部署的Oracle 11g R2数据库被误操作执行了truncate table CM_CHECK_ITEM_HIS，表数据丢失，查询该表时报错，数据库备份不可用，表数据无法查询。 Truncate数据原理：表被Truncate后，ORACLE会在数据字典和Segment Header中更新表的DATA_OBJECT_ID，但是不会修改实际数据部分的块。

服务器数据恢复环境： 某公司的一台NetApp某型号存储； 几十块磁盘组建两组存储池，两组存储池互为镜像； 存储池划分卷并映射到ESXI作为数据存储使用，卷内有数百台虚拟机。 服务器故障： 管理员操作失误导致卷丢失，卷内虚拟机无法访问。管理员对该NetApp存储进行检查后尝试恢复数据但是没有成功。

服务器+10个磁盘柜，每个磁盘柜24块磁盘； 9个磁盘柜的磁盘用来存储数据，另外1个磁盘柜用来存储元数据； 存储元数据的24块磁盘的组成结构：9组RAID1磁盘阵列+1组4盘位的RAID10磁盘阵列+4个全局热备盘； 存储数据的9×24=216块磁盘的组成结构：36组6盘RAID5阵列；36组RAID5磁盘阵列分为2个存储系统。 存储数据的其中一个存储系统中一组RAID5阵列由于2块磁盘先后故障离线，该RAID5阵列失效，导致整个存储系统崩溃，无法使用。