ITPub博客

机房管理员在对机房服务器进行定期维护过程中误操作导致一台服务器（raid5磁盘阵列）中的分区丢失。由于丢失的分区存储了该公司所有的生产业务数据，从而导致业务中断。管理员联系我们数据恢复中心进行数据恢复。

数据库数据恢复环境： 5块2T硬盘组建RAID5； 划分LUN供windows服务器使用； Sql Server2008数据库； 存储空间有三个逻辑分区。 数据库故障： 数据库文件丢失，涉及到5个数据库，表约6000个，丢失原因未知，且不能确定数据存储位置。在文件丢失后服务器仍处于开机状态，但并未写入大量数据。

一台光纤存储共有16块硬盘，存储的卷无法挂载。管理员检查存储设备发现有2块硬盘离线，raid崩溃。管理员联系我们数据恢复中心对存储进行数据恢复。

服务器数据恢复环境： DELL PowerEdge服务器； 6块SCSI硬盘组成RAID5； LINUX REDHAT操作系统； EXT3文件系统。 服务器故障情况： 服务器运行过程中有一块硬盘离线，但服务器管理员未及时发现，直到另一块硬盘掉线服务器崩溃。

存储raid故障： 本案例数据存储中储存的是公司内部文件和机 密信息。存储上的6块硬盘组成raid5。存储在运行过程中突然崩溃，管理员强制重启后无法找到存储设备，多次重启也是如此。于是管理员联系我们数据恢复中心进行存储层面的数据恢复。

一共12块盘的IBM FlashSystem系列存储中的一块磁盘出现故障，服务器管理员更换磁盘，同步数据，数据同步到40%左右时，另一个磁盘也出现了问题，逻辑盘无法挂载在小型机上，业务中断。存储的管理界面显示两块硬盘故障脱机，其中10号槽位故障硬盘为热备盘。 阵列柜中创建了2组Mdisk，加到一个pool中，主要数据pool无法加载，一共有三个通用卷无法挂载。

服务器数据恢复环境： 阵列中存储的数据是文档文件，Windows server操作系统，主机没有配置ups。 服务器故障： 一台服务器raid磁盘阵列由于多次意外断电导致的raid信息丢失。服务器多次意外断电重启后阵列一直可以正常使用，所以服务器管理员也没有过分在意，后续又有几次异常断电，最终导致raid报错，服务器无法找到存储设备。服务器管理员多次尝试重启服务器，问题依旧没有解决，进入raid管理模块就导致操作系统死机。

存储数据恢复环境： 某公司的一个信息管理平台，3台ESX SERVER的虚拟机共享一台存储设备，供企业内部使用，存储了公司大量的重要数据文件。 存储故障： 管理员为该存储通过网络连接了一台Windows2003服务器后，这台存储就无法使用了。管理员对存储进行故障检查时发现存储的虚拟磁盘和分区表丢失，重启该存储后故障依旧。由于存储中的数据十分重要且没有备份，管理员不敢擅自进行尝试修复，于是联系我们数据恢复中心进行数据恢复。

服务器故障： 服务器管理员误操作删除了XenServer服务器中的一台虚拟机，这台服务器中存储了公司重要数据，于是联系我们数据恢复中心进行虚拟机的数据恢复。数据恢复工程师前往现场初检发现服务器内的VPS不可用，虚拟磁盘中的数据丢失。经过沟通由数据恢复工程师携带数据恢复设备前往现场进行数据恢复。

数据恢复环境： Oracle 11g R2数据库。 数据库故障情况： 数据库管理员误truncate table CM_CHECK_ITEM_HIS，表数据丢失，业务查询到该表时报错。数据库备份不可用，表数据无法查询。

虚拟化数据恢复环境： Linux系统，EXT4文件系统； 每台虚拟机包含1个qcow2格式的磁盘文件+1个1.2T的raw格式的磁盘文件。 虚拟机故障： KVM虚拟机被机房管理员误操作删除掉了。需要恢复的是raw格式的磁盘文件，主要是三台虚拟化服务器，存放的是数据库 ，程序代码等数据。

一台装有20块硬盘的服务器在运行过程中上层业务突然崩溃，服务器管理员检查服务器发现服务器崩溃的原因是3个硬盘离线。服务器管理员将服务器内的所有硬盘按照现有盘序从槽位取出后携带硬盘来到我们数据恢复中心进行服务器数据恢复。

服务器故障： 先后有两块磁盘离线，服务器管理员没有及时更换磁盘，当第3个硬盘离线后raid崩溃，数据全部丢失。服务器管理员在数据丢失后便第一时间联系一家当地的数据恢复公司，但是经过该公司的数据恢复操作后仍有近一个月的文件没有恢复出来，MYSQL数据库仍然没有修复好。后来经其他运维的介绍，这位服务器管理员就联系到了我们数据恢复中心。

服务器数据恢复环境： 10个磁盘柜，每个磁盘柜24块硬盘； 9个存储柜存储数据，1个存储柜存储元数据； 元数据存储柜中的24块硬盘配置情况：9组RAID1阵列+1组4盘位RAID10阵列+4个全局热备硬盘。 数据存储柜中硬盘配置：共36组6盘位的RAID5，分为2个存储系统。 服务器故障： 数据存储柜的1个存储系统中的一组RAID5由于2块硬盘先后故障离线，RAID阵列失效，整个存储系统崩溃，无法使用。

服务器数据恢复环境： Dell PowerVault系列磁盘柜； 用RAID卡创建的一组RAID5； 分配一个LUN。 服务器故障： 在Linux系统层面对LUN进行分区，划分sdc1和sdc2两个分区。将sdc1通过LVM扩容的方式加入到了root_lv中，将sdc2分区格式化为XFS文件系统。 服务器管理员在为服务器重装系统后，发现磁盘分区改变，原先的sdc2分区丢失，无法访问。

最近一段时间碰到了好几个意外断电引起的服务器故障而导致的数据丢失的案例。意外断电引起的服务器故障有：服务器无法启动、服务器可以启动但是虚拟机丢失、服务器多块硬盘出现故障离线……（好像最近机房的供电都不太稳定的样子）。今天我们通过一个异常断电导致服务器数据丢失的案例给大家简单介绍一下服务器异常断电如何进行数据恢复，仅供技术交流，如果有更好的方法欢迎探讨。

服务器数据恢复环境： 一台服务器使用FreeNAS做iSCSI，借助两台服务器做虚拟化系统； FreeNAS采用UFS2文件系统； 整个服务器建一个文件挂载给ESXi系统； ESXi虚拟化系统有5台虚拟机。 服务器故障： 需要进行数据恢复的服务器在正常运行过程中意外断电，重启后虚拟化系统无法连接服务器，FreeNAS中UFS2文件系统出现问题。

服务器数据恢复环境： HP ProLiant系列服务器； 6块73GB的SAS硬盘组成的RAID5； 操作系统：WINDOWS SERVER； 存储文件：企业的内部文件，无数据库文件。 服务器故障： 由于没有配备UPS，服务器遇到几次意外断电，但是重启后没有出现异常，直到最近一次断电重启后RAID报错，无法找到存储设备，进入到RAID管理模块进行操作导致死机。服务器管理员多次尝试重启服务器，但是没法进入系统。

服务器数据恢复环境： 6块SAS硬盘中的5块硬盘组成一个RAID5的阵列，1块作为热备盘使用。 服务器故障： RAID5中1块硬盘故障，热备盘激活开始同步数据，在同步数据过程中又有一块硬盘故障离线，导致RAID5瘫痪，上层LUN无法正常使用。

Oracle数据库故障： ASM磁盘组掉线，ASM实例不能mount。数据库管理员尝试进行简单的数据库修复但是没有成功。 Oracle数据库数据恢复方案： 数据库数据恢复工程师对底层的磁盘进行分析。分析组成ASM磁盘组的磁盘。将ASM元数据提取出来进行分析发现ASM存储元数据已经被损坏，因此导致diskgroup无法mount。 数据库数据恢复工程师对ASM存储空间进行重组，然后把ASM磁盘组里面的数据库文件导出，对导出的数据库文件进行检测和恢复。