Netapp数据恢复—惊心动魄的NetApp数据恢复:误删卷后的应急处理案例
NetApp存储数据恢复环境:
NetApp某型号存储存储上有96块SAS接口硬盘,硬盘扇区大小是520字节。所有lun映射到小型机使用,存放Oracle数据库文件,采用ASM裸设备存储方式。
NetApp存储故障:
工作人员误操作删除了存储上的所有lun。沟通后得知:由于业务变化,需要重新规划空间,工作人员将存储卷全部删除并重新分配。删除卷但还没有分配的时候,上层业务宕机。运维工程师紧急排查故障情况,发现业务服务器上的磁盘都看不见了,无法访问数据。 阅读全文
posted @ 2025-11-25 13:50 北亚数据恢复 阅读(5) 评论(0) 推荐(0)
虚拟化数据恢复过程:
1、将故障服务器上所有数据以只读方式全部镜像。后续的数据分析和数据恢复操作都基于镜像文件进行,避免对原始磁盘数据造成二次破坏。
对底层数据进行扫描,找到大量未被覆盖
某品牌服务器+存储,安装的linux操作系统。
机房意外断电导致服务器操作系统无法正常启动,服务器管理员故障服务器进行修复操作后进入系统查看数据,发现部分服务器文件丢失。
服务器存储数据恢复环境:
一台服务器上部署esxi虚拟化平台。上层采用通过FreeNAS构建的iSCSI方式FCSAN功能,FreeNAS层采用UFS2文件系统。
esxi虚拟化系统有3台虚拟机。其中一台虚拟机采用FreeBSD系统,存储的是数据库文件;另外一台台虚拟机存储网站数据;第三台虚拟机安装的Windows server操作系统,存储的是数据库数据和工作程序代码。
服务器存储故障:
机房供电不稳定导致设备非正常关机,重启后发现ESXI系统无法连接存储。服务器管理员对服务器进行故障排查,发现FreeNAS的UFS2文件系统出现故障。服务器管理员对文件系统进行fsck修复并将ESXI系统连接到服务器存储上。
管理员对上层文件系统及数据进行检查,发现原服务器上的文件系统和存储数据都无法识别,于是对vmfs进行了格式化等操作,导致数据丢失。
两组4盘raid5磁盘阵列都划分为lun,组成lvm结构,采用ext3文件系统。
一组raid5磁盘阵列上的一块硬盘离线,此时该组raid5阵列中的热备盘顶替故障盘上线并开始同步数据。数据同步尚未完成时,同一阵列中的另一块硬盘掉线,热备盘同步失败,这组raid5阵列不可用,lvm结构被损坏,文件系统也无法正常使用。
北亚企安硬件工程师对两块离线硬盘进行检测,发现第一块离线的硬盘存在物理故障,第二块离线的硬盘可以正常识别。
某公司的一台服务器中有一组数块硬盘组建的raid5阵列。
服务器中有一块硬盘由于未知原因离线,服务器崩溃,存储重要数据的D分区无法识别。
服务器管理员重启服务器,故障硬盘重新上线同步数据,数据同步到将近一半时,管理员将服务器强制关机。
某公司一台服务器中一共有72块SAS硬盘。
工作人员误操作删除了十几个lun。需要恢复服务器中的数据。
vsan分布式存储上有16块硬盘(8块固态硬盘+8块机械硬盘,固态硬盘作为缓存盘使用。)
供电异常导致设备异常关机,重启后发现vsan存储逻辑架构出现故障,虚拟磁盘文件丢失,虚拟机组件异常。
浙公网安备 33010602011771号