ITPub博客

服务器数据恢复环境： 基于EXT2/EXT3/EXT4/Reiserfs/Xfs文件系统的Linux操作系统。 服务器故障： LINUX操作系统下误删除/格式化数据。

ESX SERVER常见故障表现： 1、因光纤存储设备连接至非ESX环境，共享未互斥，对存储进行的改写操作（如：重装系统，WINDOWS初始化，格式化等）导致存储结构损坏。 2、卷升级、变更时分区表或VMFS卷结构异常。 3、VMFS存储中VMDK被删除。 4、VMFS被格式化。

华为OceanStor某型号存储，11块硬盘组建了一组RAID5阵列，另外1块硬盘作为热备盘使用。基于RAID5阵列的LUN分配给linux系统使用，存放Oracle数据库。 RAID5阵列1块硬盘由于未知原因离线，热备盘激活开始同步数据，在热备盘同步的过程中又有1块硬盘离线，RAID5阵列瘫痪，上层LUN无法正常使用。

HP EVA某型号存储，存储中一共有23块磁盘，上层映射给一台windows server服务器上。 该EVA存储上三块硬盘指示灯显示黄色，此时存储设备还能正常工作。运维更换显示黄色的指示灯对应的硬盘，在更换硬盘的过程中，又有一块硬盘对应指示灯显示黄色离线，这时存储崩溃无法使用。

北京某单位Oracle 11g R2数据库误执行truncate table CM_CHECK_ITEM_HIS，表数据丢失，查询该表时报错。数据库备份无法使用，表数据无法查询。

北京某单位有一台EMC某型号存储，有一组由10块STAT硬盘组建的RAID5阵列，另外2块磁盘作为热备盘使用。RAID5阵列上层只划分了一个LUN，分配给SUN小机使用，上层文件系统为ZFS。 存储RAID5阵列中有2块硬盘损坏离线，只有一块热备盘激活，RAID5阵列瘫痪，上层LUN无法正常使用。

一台某品牌服务器通过一张同品牌某型号RAID卡将4块STAT硬盘组建为一组RAID10阵列。上层部署Xen Server虚拟化平台，虚拟机上安装的是Windows Server操作系统，包括系统盘 +数据盘两个虚拟机磁盘，作为Web服务器使用，存放网站代码、SQL Server数据库以及其他网站数据。 机房意外断电导致服务器中一台VPS（Xen Server虚拟机）不可用，虚拟磁盘文件丢失。

服务器数据恢复环境： 一台服务器中有两组分别由4块SAS硬盘组建的raid5阵列，两组阵列上层划分LUN组建LVM结构，并被格式化为EXT3文件系统。 服务器故障&检测： RIAD5阵列中有一块硬盘故障离线，热备盘激活上线顶替离线硬盘。在热备盘上线同步数据的过程中，该RAID5阵列中又有一块硬盘离线，热备盘同步失败，该组RAID5阵列崩溃，上层的LVM结构被破坏，EXT3文件系统无法正常使用。

某单位一台存储，1个机头+4个扩展柜，有两组分别由27块和23块硬盘组建的RAID5阵列。其中由27块磁盘组建的那一组RAID5阵列崩溃，这组RAID5阵列存放是Oracle数据库文件。存储系统上层共划分了11个卷。 存储内磁盘发生故障，存储设备上有两块盘的硬盘指示灯显示黄色，存储不可用，存储设备已经过保。

某公司服务器Ext4文件系统umount失败，管理员执行fsck操作检查一致性，导致Ext4文件系统mount不上并报错，报错信息：“mount:wrong fs type,bad option,bad superblock”。 日志和数据的不一致导致正常文件系统数据被覆盖的情况在Ext3、Ext4文件系统中发生频率较高。因为.journal日志文件保留了缓冲数据，可以通过.joumal日志文件找到相应信息并重建源文件。

某单位重要数据在一台WINDOWS操作系统的PC机上通过网络共享给公司员工使用。这台PC同时也连接着打印机提供打印服务，很多员工直接将文件拷贝到这台PC上进行打印。该PC机上只有一块500G磁盘。 该PC的F盘分区所有类型文件突然全部无法打开。

某品牌服务器中有4块SAS硬盘组建了一组RAID5阵列，另外1块磁盘作为热备盘使用。上层操作系统为redhat linux，部署了一个数据库是oracle的OA。 RAID5中一块磁盘离线后热备盘未自动激活rebuild，之后另外一块磁盘离线，RAID5阵列崩溃。因为oracle已经不再对服务器中部署的oa提供后续支持，用户联系我们数据恢复中心要求恢复数据和复原操作系统。

服务器数据恢复环境： 从物理机迁移一台虚拟机到ESXI，迁移后做了一个快照。该虚拟机上部署了一个SQLServer数据库，存放了5年左右的数据。ESXI上有数十台虚拟机，EXSI连接了一台EVA存储，所有的虚拟机都在EVA存储上。 服务器故障： 由于工作人员的误操作，不小心将几年前迁移数据后做的快照还原了。因为快照是几年前做的，还原快照意味着这几年的数据被删除了。

一组由12块硬盘组建的RAID6阵列，上层采用EXT3文件系统，共划分3个LUN。 在运行过程中RAID6崩溃，管理员对故障存储进行了重新分配RAID的操作并进行了初始化。初始化一段时间后，管理员察觉有异，于是强行终止初始化。因为初始化进程已经超过50%，部分数据已遭受不可逆破坏。

4块SAS硬盘组建一组RAID5阵列，采用的reiserfs文件系统。服务器操作系统分区结构：boot分区+LVM卷+swap分区（按照前后顺序）。LVM卷中直接划分了一个reiserfs文件系统，作为根分区。 服务器在运行过程中由于未知原因瘫痪，服务器重装系统后分区结构变为：boot+swap分区+LVM卷（按照前后顺序），LVM卷中的reiserfs文件系统位置有一个空的reiserfs超级块。

服务器中有一组由6块磁盘组建的RAID6磁盘阵列。服务器作为WEB服务器使用，上面运行了MYSQL数据库以及存放了网站代码和其他数据文件。 在服务器运行过程中该raid6阵列中有两块磁盘先后离线，但是管理员没有注意到这个问题，没有及时更换磁盘。当该raid6阵列中的第三块磁盘离线时该raid6阵列崩溃，服务器中的数据全部丢失。

一台服务器安装的ESXi虚拟化系统，该虚拟化系统连接了多个LUN，其中一个LUN上运行了数台虚拟机，虚拟机安装Windows Server操作系统。 管理员因误操作删除了一台虚拟机，该虚拟机上部署SQL Server数据库和存放了一些其它格式的文件。用户方要求恢复此虚拟机上所有文件，并且让该虚拟机能正常启动和工作。

EVA系列存储是一款以虚拟化存储为实现目的的中高端存储设备。EVA存储中的数据在EVA存储设备工作过程中会不断进行迁移，如果运行的任务比较复杂，EVA存储磁盘负载加重，很容易出现故障的。EVA存储通过大量磁盘的冗余空间和故障后rss冗余磁盘动态迁移来保护存储中的数据安全，但如果掉线磁盘越来越多，这种保护数据安全的能力会超过阈值，直至存储崩溃。下面分享一个EVA存储的数据恢复案例。

服务器数据恢复环境： 某单位有一台HP EVA存储，连接2组扩展柜，扩展柜中有12块FATA磁盘和10块FC磁盘，不确定数量的LUN，主机安装WINDOWS SERVER操作系统，存储设备用来存放该单位的重要资料。 服务器故障初检： 存储不可用。因故障存储在多家数据恢复服务商处理过，所以在暂时无法直接定位故障原因。

EVA系列存储是以虚拟化存储为实现目的的中高端存储设备，内部的结构组成完全不同于其他的存储设备，RAID在EVA内部称之为VRAID。