ITPub博客

服务器数据恢复环境： WinServer操作系统服务器，部署Hyper-V虚拟机环境； 虚拟机的硬盘文件和配置文件存储在一台存储设备中； 该存储设备配置：一组4盘raid5阵列存放虚拟机数据+单块盘存放虚拟机数据备份。 服务器故障： 由于MD3200存储中虚拟机的数据文件丢失，导致整个Hyper-V服务瘫痪，虚拟机无法使用。

Dell存储服务器，采用esxi虚拟化系统，esxi虚拟化系统里有3台虚拟机；上层iSCSI使用FreeNAS构建，通过iSCSI方式实现FCSAN功能；FreeNAS层采用UFS2文件系统。 机房供电不稳导致该存储服务器非正常关机，管理员重启服务器后发现ESXI系统无法连接存储。通过服务器故障排查，发现FreeNAS的UFS2文件系统出现故障，管理员对UFS2文件系统进行fsck修复并将ESXI系统连接到服务器存储上。

服务器数据恢复环境： 服务器内搭建2组raid5磁盘阵列，每组raid5阵列包含4个磁盘，2组阵列都划分为lun并组为lvm结构，采用的ext3文件系统。 服务器故障： 一直raid5磁盘阵列中的一块硬盘由于未知故障离线，此时该raid5阵列中的热备盘替代故障盘上线并开始同步数据。在数据同步没有完成时，该阵列中的另一块硬盘出现离线的情况，热备盘同步失败，该组raid5阵列崩溃，lvm结构损坏，文件系统不能正常使用。

服务器数据恢复环境： 北京某公司的一台服务器，有一组由3块磁盘组建的raid5磁盘阵列。 服务器故障： 服务器在正常运行过程中突然瘫痪。用户方致电我们数据恢复中心寻求帮助，数据恢复工程师达到现场对故障服务器进行了检测，发现导致服务器瘫痪的原因是服务器中一块硬盘由于未知故障离线，存储有重要数据的分区无法识别。

某品牌服务器由4块SAS硬盘组成RAID5，Linux操作系统； 存储分区结构：boot分区+LVM卷（划分了一个reiserfs文件系统，作为根分区）+swap分区。 服务器在正常运行中由于未知原因导致系统瘫痪，管理员重新安装系统以后发现整个RAID逻辑卷变成：boot分区+swap分区+LVM卷，LVM卷中文件系统位置有个空的reiserfs超级块。 需要恢复的就是原reiserfs文件系统中的所有数据，包含数据库、网站程序、网页、OA系统的所有办公文档。

北京某公司一台配有72块SAS硬盘的服务器，管理员误操作删除了该服务器中的12个lun，这12个lun中包含了该公司的客户信息以及其他重要数据，急需恢复服务器数据。

某单位服务器配置一套vsan超融合基础架构，服务器一共有16块硬盘，固态盘和机械盘各8块，固态硬盘作为缓存盘使用。 机房供电异常导致服务器非正常关机，管理员重启服务器后发现服务器中的vsan存储逻辑架构出现故障，经过初步检测发现虚拟磁盘文件丢失，虚拟机组件异常。

服务器数据恢复环境： 某品牌X3850服务器，组建的raid5磁盘阵列，该raid5磁盘阵列包含4块成员盘和1块热备盘。 服务器故障： 服务器在运行过程中由于未知原因突然崩溃，用户方工程师检查后发现该故障服务器raid5阵列中2块磁盘掉线，热备盘没有启用。

某单位同友存储设备，该存储有大于5台的虚拟机，其中有3台linux系统虚拟机存储重要数据。存储设备中组建的raid5由于未知原因崩溃导致存储无法启动。

服务器数据恢复环境： EMC存储，多块stat硬盘组建raid5磁盘阵列，两块热备盘，上层采用zfs文件系统。 服务器故障&检测&分析： EMC存储中的raid5磁盘阵列有2块硬盘出现故障，但是只有一块热备盘被激活，raid5磁盘阵列崩溃，存储不可用。

SUN光纤存储，组建RAID6，划分若干LUN，MAP到不同业务服务器，操作系统是SUN SOLARIS。 由于需要增加一台新服务器用来运行新增的应用，在原服务器还在线状态下，用户将其中一个lun映射到新服务器上。在执行操作之前，用户没有搞清楚这个即将要映射过去卷实际上已经map到了solaris生产系统上的某个lun上了。操作完成之后，这个卷开始进行初始化，原本的solaris上的磁盘报错。用户重启服务器后发现这个卷已经无法挂载了。

服务器数据恢复环境： ORACLE Sun ZFS Storage； 32块磁盘分为4组，每组8块硬盘，热备盘全部启用。 ZFS文件系统，Windows操作系统。 服务器故障&分析： 设备在正常工作时候突然崩溃，经过检查排除了断电、进水、异常操作、供电不稳定等因素。用户重启设备无法进入系统。

数据库数据恢复环境： 华为云ECS，linux操作系统； mysql数据库，实例内数据表默认存储引擎为innodb。 数据库故障： 在执行数据库版本更新测试时，用户误将本应在测试库测试的sql脚本执行在生产库中，导致部分表被truncate，部分表内少量数据被delete。

未知原因该infortrend存储设备不可访问，用户检查服务器发现故障存储raid6阵列中有3块磁盘离线，强制上线离线磁盘后又进行了rebuild，完成强制上线的操作后发现分区不能打开，数据无法访问。用户找了一家当地数据恢复服务器商进行数据恢复，结果只恢复部分数据。

服务器数据恢复环境&故障： 某品牌730服务器，linux操作系统。 机房意外断电导致服务器部分文件丢失。

昆腾系列存储，9个磁盘柜，每个磁盘柜配置24块硬盘。其中8个磁盘柜用于存储数据，1个磁盘柜用于存储元数据。上层使用的是StorNext文件系统。 存储数据的磁盘柜中磁盘的分配情况，每6块硬盘设组建一组RAID5阵列，共32组RAID5阵列，32组RAID5阵列分为2个存储系统。 1个存储系统中的一组RAID5阵列上的2块磁盘由于故障先后离线，该组RAID5阵列瘫痪，导致整个存储系统崩溃，无法使用。

服务器数据恢复环境&故障： 某品牌服务器，搭建raid5磁盘阵列。 用户误操作删除服务器上的卷。 经过检测发现服务器不存在物理故障，可以从raid5磁盘阵列层面进行数据恢复。

服务器数据恢复环境： 某单位一台某品牌DS系列服务器连接4个扩展柜； 50块磁盘组建两组RAID5，其中一组由27块磁盘组建的RAID5存放的是Oracle数据库文件； 上层一共划分11个卷。 服务器故障： 磁盘故障导致存放Oracle数据库文件的RAID5崩溃，服务器不可用。

服务器数据恢复环境&故障： 某公司服务器，配备24块FC硬盘，两块硬盘出现故障掉线，导致服务器上层的卷无法挂载。

服务器数据恢复环境： 一台服务器上5块硬盘组建raid5磁盘阵列，用于存储公司数据，无备份。 服务器故障&分析： 服务器上一块硬盘故障掉线，用户聘请一家运维公司对服务器进行维护，运维公司技术人员在没有了解清楚服务器原始环境的情况下，将服务器上没有掉线的4块硬盘重新组建为一组新的raid5阵列，导致服务器原有数据全部丢失。