ITPub博客

服务器数据恢复环境： 一台HP DL系列服务器，通过hp smart array控制器挂载一台磁盘阵列设备，作为公司内部的文件服务器使用； 该磁盘阵列设备中有一组由十几块SCSI硬盘组建的RAID5； 上层安装LINUX操作系统并部署了NFS+FTP。 服务器故障&初检： 服务器和磁盘阵列设备从老机房搬迁到新机房，将所有线路连接好后开机发现服务器无法识别RAID，提示未初始化。

服务器数据恢复环境： 服务器采用的Linux操作系统+EXT4文件系统； 服务器中有3台KVM虚拟机：一台运行Mysql数据库，一台存放数据库备份，一台存放程序代码文件； 每台虚拟机包含一个qcow2格式的磁盘文件和一个raw格式的磁盘文件。 服务器故障： 工作人员的误操作将服务器上的3台KVM虚拟机都删除了，需要恢复raw格式的磁盘文件。

存储数据恢复环境： NetApp存储设备，WAFL文件系统，底层是由多块硬盘组建的raid磁盘阵列。 存储故障： 工作人员误操作导致NetApp存储内部分重要数据被删除。

ESXI上共有数十台虚拟机，EXSI连接一台HP EVA存储，所有虚拟机都存放在该EVA存储上。 其中一台虚拟机是数年前从物理机迁移过来的，其上部署了一个SQL SERVER数据库，该数据库存放了最近几年的数据。

服务器数据恢复环境： 同友存储，底层由数块物理硬盘组建的raid5磁盘阵列，存储池划分若干lun，每个lun下有数台虚拟机。 服务器故障： 未知原因导致存储崩溃，无法启动，虚拟机全部丢失，其中一个lun中的3台虚拟机数据尤为重要，需要恢复其中的数据。

某品牌StorageWorks存储设备，8块磁盘组建一组raid5磁盘阵列。存储中2块磁盘掉线导致阵列崩溃，经过检查发现掉线的2块磁盘均存在物理故障。

数据库数据恢复环境： 5块磁盘组建RAID5，划分LUN供windows服务器使用； windows服务器上部署Sql Server数据库；操作系统层面划分了三个逻辑分区。 数据库故障&初检： 未知原因导致Sql Server数据库文件丢失，涉及到数个数据库和数千张表，不能确定数据存储位置。数据库文件丢失后服务器仍然在开机运行，所幸没有大量写入数据。

数据库数据恢复环境： 某公司存储上部署SQL SERVER数据库，数据库中有1000多个文件，该SQL SERVER数据库每10天生成一个NDF文件，数据库包含两个LDF文件。 数据库故障&分析： 存储设备出现故障导致SQL SERVER数据库异常，经过检测发现有几个ndf文件大小变为0KB。

服务器故障环境： HP MSA某型号存储，8块SAS的硬盘组建RAID5磁盘阵列，其中包括1块热备盘。故障存储中基于该RAID组的LUN均分配给HP-Unix小机使用，上层做的LVM逻辑卷，存储的数据为Oracle数据库及OA服务端。 服务器故障： RAID5磁盘阵列中2块磁盘未知原因离线，阵列中的热备盘虽然成功激活，RAID5磁盘阵列瘫痪，上层LUN不可用。

Oracle数据库常见数据灾难： 1、ORACLE数据库无法启动或无法正常运行。 2、ORACLE ASM存储破坏。 3、ORACLE数据库数据文件丢失。 4、ORACLE数据库数据文件损坏。 5、ORACLE DUMP文件损坏。

服务器数据恢复环境： HP StorageWorks存储，10块磁盘组建了raid5磁盘阵列，其中有1块磁盘是热备盘。 服务器故障： raid5磁盘阵列中2块磁盘离线，硬盘指示灯显示黄色。管理员经过初步检查，发现磁盘阵列的磁盘序列号不能读取且无法通过扩展卡识别，初步推断离线磁盘出现物理故障。

服务器数据恢复环境： 磁盘柜+raid卡+15块磁盘组建一组raid5磁盘阵列，划分2个lun； 上层操作系统划分若干分区，通过LVM扩容方式将其中一个分区加入到了root_lv中，其他分区格式化为XFS文件系统。 服务器故障： 为服务器重装操作系统时误操作导致分区发生改变，存放重要数据的一个分区丢失，无法访问。

由于raid的特点和优势，磁盘阵列技术被广泛应用于服务器和存储等商用领域。由于用户基数大，出现故障的情况也不少。通过这篇文章介绍一下常见的raid磁盘阵列数故障类型和原因。

服务器数据恢复环境： 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文件系统，存储了公司重要业务信息，急需恢复该分区数据。