ITPub博客

服务器数据恢复环境： ORACLE SUN ZFS某型号存储，共40块磁盘组建存储池，其中的36块磁盘分为三组，每组12块，单个组使用ZFS特有的RAIDZ管理所有磁盘，RAIDZ级别为2；另外的4块磁盘作为全局热备。存储池内划分出若干空间映射到服务器使用。 服务器故障： 服务器正常运行过程中崩溃，服务器管理员重启设备后无法进入系统。通过对服务器和存储的初步检测以及和管理人员的沟通，排除了断电、进水、异常操作等外部因素。

一台安装Windows操作系统的服务器。工作人员在迁移该服务器中数据时突然无法读取数据，服务器管理界面出现报错。经过检查发现服务器中一个lun的数据丢失。

VSAN数据恢复环境： 一套有三台服务器节点的VSAN超融合基础架构，每台服务器节点上配置2块SSD硬盘和4块机械硬盘。 每个服务器节点上配置有两个磁盘组，每个磁盘组使用1个SSD硬盘作为缓存盘，2个机械硬盘作为容量盘。三台服务器节点上共配置6个磁盘组，共同组成VSAN存储空间，存放虚拟机文件。 需要恢复服务器节点上的数据库数据。 VSAN故障： 非正常关机导致VSAN逻辑架构出现故障，部分虚拟机磁盘组件出现问题，磁盘文件丢失。

一台服务器上raid阵列上有两块硬盘出现故障，用户方已经将故障硬盘送到其他机构检测过，其中一块硬盘已经开盘，检测结果是盘片损伤严重；另一块硬盘尚未开盘，初步判断也存在硬件故障，这两块磁盘的数据没有成功恢复。用户抱着试一试的想法将2块故障磁盘送到北亚企安数据恢复中心进行检测和数据恢复。

NetApp数据恢复环境： NetApp某型号存储，存储中有数十块SAS硬盘，该型号NetApp存储硬盘是扇区大小是520字节。存储中的lun都映射给小型机使用，存放Oracle数据库文件，采用ASM裸设备存储方式。 NetApp存储故障： 由于业务发展需要重新规划存储空间，工作人员直接将存储卷全部删除并重新分配。当删除卷还没有开始重新分配的时候，上层业务宕机，运维工程师紧急排查故障情况，发现业务服务器上的磁盘都消失了，无法访问数据。

Windows Server操作系统服务器，部署Hyper-V虚拟化环境，虚拟机的硬盘文件和配置文件存放在某品牌MD3200存储中，MD3200存储中有一组由4块硬盘组成的raid5阵列，存放虚拟机的数据文件；另外还有一块硬盘存放虚拟机数据文件的备份。

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

服务器数据恢复环境： 两组由4块磁盘组建的raid5磁盘阵列，两组raid5阵列划分为lun并组成了lvm结构，ext3文件系统。 服务器故障： 一组raid5阵列中的一块硬盘离线，热备盘自动上线并开始同步数据。在热备盘完成同步之前，该组raid5阵列中另一块硬盘离线，热备盘同步失败，该组raid5阵列崩溃无法使用，lvm结构被破坏，ext3文件系统无法正常使用了。

服务器数据恢复环境： 北京某教育机构一台服务器中有一组由3块磁盘组建的raid5阵列，服务器安装的windows server操作系统。 服务器故障： 该服务器在运行过程中突然瘫痪，无法正常工作。北亚企安数据恢复工程师去现场对故障服务器进行了检测，发现故障服务器raid5阵列中有一块硬盘由于未知原因离线，服务器中存放重要数据的分区无法识别。

某单位一台Netapp存储，该Netapp存储内共有数十块SAS硬盘。 工作人员误操作删除了Netapp存储中12个lun，删除的数据包括客户信息和其他重要数据。

一套vsan分布式存储架构有数台服务器节点，该vsan分布式存储架构配置了固态硬盘和机械硬盘，固态硬盘作为缓存盘使用，机械硬盘作为容量盘使用。 机房供电异常导致服务器异常关机，工作人员重启服务器后发现vsan分布式存储逻辑架构出现故障，虚拟磁盘文件丢失，虚拟机组件异常。

服务器数据恢复环境： 一台同友存储，存储上有一组raid5磁盘阵列，存储上层有若干台虚拟机，其中有3台linux操作系统虚拟机上存放重要数据。 服务器故障： 同友存储上的raid5阵列崩溃导致存储无法启动。

服务器数据恢复环境：san环境下的存储上一组由6块硬盘组建的RAID6，划分为若干LUN，MAP到跑不同业务的服务器上，服务器上层是SOLARIS操作系统+UFS文件系统。服务器故障：业务需求需要增加一台服务器跑新增的应用，工作人员在原服务器在线的状态下将其中一个lun映射到一台新服务器上。实际上这个刚映射过去的卷已经map到了solaris生产系统上的某个lun上了。新服务器对这个映射过来的卷进

服务器数据恢复环境： 服务器中有32块硬盘，组建了3组RAIDZ，部分磁盘作为热备盘。zfs文件系统。 服务器故障： 服务器运行中突然崩溃，排除断电、进水、异常操作等外部因素。工作人员将服务器重启后发现无法进入操作系统。

云服务器数据恢复环境： 华为ECS云服务器，linux操作系统，mysql数据库（innodb引擎）。作为网站服务器使用。 云服务器故障： 在执行mysql数据库版本更新测试时，误将本应该在测试库上执行的sql脚本执行在生产库上了，生产库上的部分表被truncate，部分表内有少量数据被delete。 需要恢复被truncate的表以及被少量数据被delete的表。

服务器数据恢复环境： 服务器上有一组由12块硬盘组建的raid6磁盘阵列，raid6阵列上层有一个lun，映射到WINDOWS系统上使用，WINDOWS系统划分了一个GPT分区。 服务器故障&分析： 服务器在运行过程中突然无法访问。对服务器进行检测后，工作人员发现服务器raid6阵列中有3块磁盘处于离线状态，于是将这3块磁盘强制上线并进行rebuild操作，但是强制上线成功后分区打不开，数据无法访问。

服务器数据恢复环境： 服务器有一组由12块硬盘组建的raid5阵列。 服务器故障&分析： 机房供电不稳导致服务器意外断电，工作人员重启服务器后发现服务器无法正常使用。 根据故障情况，北亚企安数据恢复工程师初步判断服务器故障原因是意外断电导致的raid模块损坏，经过详细检测发现是异常断电导致的raid信息丢失。raid信息丢失实际上是raid模块损坏的一种情况。

服务器数据恢复环境： 某品牌OceanStorT系列某型号存储+MD1200磁盘柜，组建的raid5磁盘阵列。上层分配了1个lun，安装的linux操作系统，划分两个分区，分区一通过lvm进行扩容，分区二格式化为xfs文件系统。 服务器故障： 重装系统操作失误导致上层linux操作系统分区改变，XFS文件系统分区由于未知原因无法访问，分区内的数据丢失。

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

昆腾某型号存储，StorNext文件存储系统。 共有9个分别配置了24块磁盘的磁盘柜，其中8个磁盘柜存放普通数据，1个磁盘柜存放元数据。 存放元数据的磁盘柜中的24块磁盘组建了8组RAID1阵列和1组4盘RAID10阵列，还有4个全局热备硬盘。 存放普通数据的磁盘柜中的192块磁盘共组建了32组6盘RAID5阵列，32组RAID5阵列分为2个存储系统。