ITPub博客

服务器数据恢复环境： 一台服务器共配备32块硬盘，组建了4组RAIDZ，Windows操作系统+zfs文件系统。 服务器故障： 服务器在运行过程中突然崩溃，经过初步检测检测没有发现服务器存在物理故障，重启服务器后故障依旧，需要恢复服务器内的大量数据。

Ceph存储可分为块存储，对象存储和文件存储。Ceph基于对象存储，对外提供三种存储接口，故称为统一存储。 Ceph的底层是RADOS(分布式对象存储系统)，RADOS由两部分组成：OSD和MON。 MON负责监控整个集群，维护集群的健康状态，维护展示集群状态的各种图表，如OSDMap、MonitorMap、PGMap和CRUSHMap。 OSD负责存储数据、复制数据、平衡数据、恢复数据，与其它OSD间进行心跳检查等。通常情况下一块硬盘对应一个OSD。

XSAN数据恢复环境： 昆腾存储，MAC OS操作系统，划分了9个数据卷（1个META信息卷，8个DATA信息卷），存放视频类数据，MXF、MOV等格式文件。 XSAN故障&分析： 将存储空间从XSAN架构迁移到STORNEXT架构，迁移完成后发现存储空间中数据全部丢失。 北亚企安数据恢复工程师分析META信息卷，读取其中的元信息，发现存储空间中数据丢失的原因是迁移的时候误将整个存储系统格式化。

一套VMware vSAN超融合基础架构，全闪存，开启压缩重删。共11台服务器节点。每台服务器节点上配置1块PCIE固态硬盘和8-10块SSD固态硬盘。 每个服务器节点上创建1个磁盘组，每个磁盘组将1个PCIE固态硬盘识别为2个硬盘作为缓存盘，将8-10个SSD固态硬盘作为容量盘，共同组成vSAN存储空间，用来存储虚拟机文件。 vSAN中一台服务器节点的PCIE缓存盘发生故障，导致vSAN逻辑架构出现故障，2台虚拟机磁盘组件出现问题，虚拟机无法正常使用。

SQL SERVER数据库故障类型： 1、SQL SERVER数据库文件被删除。 2、SQL SERVER数据库所在分区格式化。 3、SQL SERVER数据库文件大小变为“0”。 4、使用备份还原数据库时覆盖原数据库。

SQL SERVER数据库故障类型： SQL SERVER数据库MDF（NDF）或LDF损坏。 SQL SERVER数据库故障原因： 1、数据库正在操作过程中，机器突然断电。 2、人为误操作。

服务器数据恢复环境： 基于UNIX系统，软件层级的数据灾难。 服务器故障： 1、存储结构出错。 2、删除数据。 3、文件系统格式化。 4、其他原因导致的数据丢失。

ORACLE数据库常见故障： 1、ORACLE数据库无法启动或无法正常工作。 2、ORACLE数据库ASM存储破坏。 3、ORACLE数据库数据文件丢失。 4、ORACLE数据库数据文件部分损坏。 5、ORACLE数据库DUMP文件损坏。

服务器数据恢复环境： 基于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提供后续支持，用户联系我们数据恢复中心要求恢复数据和复原操作系统。