某公司的信息管理平台，通过3台虚拟机共享了一台存储设备供企业内部使用，存储设备中存放了公司内部重要的数据文件。 由于业务增长的需要，管理员又在这个存储网络上连接了一台Windows server服务器，结果这台存储变得不可用了。 管理员对该存储进行故障排查时发现存储中虚拟磁盘丢失，分区表丢失。重启该存储设备后故障依旧。 由于存储中的数据十分重要，没有备份。管理员为了安全起见，联系北亚企安数据恢复中心寻求帮助。 经过硬件工程师的检测，没有发现存储存在硬件故障。存储中的硬盘经过硬件工程师的检测后也没有发现任何物理故障，都可以正常读取。基本上可以排除故障是由于硬件导致的。
一台服务器中有一组由多块硬盘组建的raid阵列，在运行过程中服务器突然崩溃，管理员检查服务器发现该服务器raid阵列中有两块硬盘的指示灯显示红色。于是，管理员重启服务器，服务器重启后，先离线的硬盘上线并开始自动同步数据，数据同步过程中管理员又将服务器强制关机。
一台存储上有一组由多块硬盘组建的raid5阵列，该raid5阵列中的一块硬盘掉线，热备盘自动上线同步数据的过程中，raid阵列中又有一块硬盘掉线，热备盘的数据同步被中断，raid5阵列失效，卷挂载不上，存储瘫痪。 这类raid故障比较常见，服务器raid中的硬盘大多数情况下都是一个批次的同品牌同型号的硬盘，一旦有硬盘出现故障掉线，那么其他硬盘也随时有出故障掉线的可能。
一台某品牌EVA存储异常断电，存储上的一台ESXI虚拟机无法启动，该虚拟机里存放的是mysql数据库。 发现虚拟机无法启动后，管理员重启存储和服务器，重启设备后虚拟机仍然无法启动。由于数据涉密，管理员联系我们数据恢复中心要求数据恢复工程师到现场恢复数据。
北京某国企客户Oracle 11g R2数据库误truncate table CM_CHECK_ITEM_HIS，表数据丢失，业务查询到该表时报错，数据库的备份不可用，无法查询表数据。 Oracle数据库执行Truncate命令的原理：在执行Truncate命令后ORACLE会在数据字典和Segment Header中更新表的Data Object ID，但不会修改实际数据部分的块。由于数据字典与段头的DATA_OBJECT_ID与后续的数据块中的并不一致，所以ORACLE服务进程在读取全表数据时不会读取到已经被TRUNCATE的记录，但是实际数据未被覆盖。
NetApp存储数据恢复环境： 北京某公司的一台NetApp某型号存储，通过96块磁盘组建了两组存储池，这2组存储池互为镜像。存储池内划分卷并映射到ESXI作为数据存储使用，卷内有几百台虚拟机。 NetApp存储故障： 操作过程中由于未知原因导致卷丢失，卷内虚拟机无法访问。管理员对该NetApp存储进行检查并试图恢复数据但是没有成功，于是联系我们数据恢复中心恢复数据。
VSAN数据恢复环境： 由四台某品牌服务器组建的VSAN集群，每台节点服务器上有两个磁盘组。每个磁盘组中有1块SSD硬盘+5块SAS硬盘，SSD作为闪存，SAS硬盘作为容量盘。 VSAN故障： VSAN集群中一个节点服务器上其中一个磁盘组中的容量盘出现故障离线，VSAN开始数据的重构迁移，数据迁移还没有完成的时候机房停电导致数据迁移中断。来电后启动所有设备后，管理员发现另一个磁盘组中的两块容量盘出现故障离线，VSAN数据存储出现问题。VSAN管理控制台可以登录，但是所有虚拟机都无法访问。
服务器数据恢复案例之服务器raid6中3个磁盘离线导致阵列崩溃的数据恢复案例 服务器数据恢复案例之服务器RAID5两个磁盘指示灯显示红色导致服务器崩溃的数据恢复案例 服务器数据恢复案例之服务器硬盘出现坏道/坏扇区离线导致服务器崩溃的数据恢复案例
10个磁盘柜，每个磁盘柜配24块硬盘。9个磁盘柜用于存储数据，1个磁盘柜用于存储元数据。 元数据存储中24块硬盘，组建了9组RAID1阵列+1组RAID10阵列，4个全局热备硬盘。 数据存储中，组建了36组6硬RAID5，36组RAID5阵列划分为2个存储系统。其中1个存储系统中的一组RAID5中有2块硬盘先后出现故障离线，RAID5阵列不可用，存储系统崩溃。
Copyright © 2005-2024 51CTO.COM 版权所有 京ICP证060544号
