服务器数据恢复—坏道搞垮Raid5阵列,数据复活有妙招
服务器数据恢复环境&故障:
北京市某单位的办公用服务器。服务器上有一组由6块硬盘组建的raid5磁盘阵列。
服务器崩溃,经过初步检测,发现raid5阵列的两块硬盘掉线。这2块硬盘经过初步检测,硬件工程师推断掉线的2块硬盘存在物理故障,导致服务器数据丢失。需要修复存在物理故障的硬盘,然后再重组raid,从而恢复服务器数据。 阅读全文
posted @ 2025-08-05 10:56 北亚数据恢复 阅读(40) 评论(0) 推荐(0)
一台EqualLogic存储上有一组由16块SAS硬盘组成的RAID5阵列。上层部署VMFS,存放的数据是虚拟机文件。存储系统上层划分4个卷。
RAID5阵列2块硬盘的指示灯亮黄色,存储不可用,且已经过保。
硬件工程师对16块硬盘做硬件故障检测,经过检测发现raid5阵列中2块硬盘存在坏道、SMART的错误冗余级别已经超过阈值。
服务器数据恢复环境&故障:
某公司一台服务器上有一组由24块FC硬盘组建的raid。
服务器出现故障,无法正常工作。
经过初步检测,管理员发现导致服务器故障的原因是raid中有两块硬盘掉线,导致卷无法挂载。
Oracle数据库故障:
某公司一台服务器上部署Oracle数据库。服务器意外断电导致数据库报错,报错内容为“system01.dbf需要更多的恢复来保持一致性”。该Oracle数据库没有备份,仅有一些断断续续的归档日志。
Oracle数据库恢复流程:
1、检测数据库故障情况;
2、尝试挂起并修复数据库;
3、解析数据库文件;
4、导出并验证恢复的数据库文件。
一台服务器上一个分区存放Oracle数据库数据。由于管理员误操作不小心删除了该分区,数据库报错,无法使用。
北亚企安数据恢复工程师到达现场后,将故障服务器中所有硬盘以只读方式进行完整镜像。镜像完成后将所有硬盘按照原样还原到原服务器中,后续的数据分析和数据恢复操作基于镜像文件进行,避免对原始磁盘数据造成二次破坏。基于镜像文件分析所有硬盘底层数据。发现服务器内丢失的数据是数据库文件,导致数据库报错。
一台服务器中有5块硬盘,其中的4块组建了一组RAID5阵列,剩下一块盘作为热备盘(Hot-Spare)使用。服务器操作系统为linux,应用系统为构架于oracle数据库的一个oa。
raid5阵列中一块盘离线,但热备盘未自动激活rebuild。直到另外一块盘离线,RAID崩溃。
由于oracle已经不再对本案例中的oa系统提供后续支持,用户方要求尽可能恢复数据和操作系统。经过检测发现热备盘完全没有启用,硬盘无明显物理故障,无明显同步表现。
一台光纤服务器存储上有16块FC硬盘,上层部署了Oracle数据库。服务器存储前面板2个硬盘指示灯显示异常,存储映射到linux操作系统上的卷挂载不上,业务中断。
通过storage manager查看存储状态,发现逻辑卷状态失败。再查看物理磁盘状态,发现其中一块盘报告“警告”,硬盘指示灯显示异常的2块盘报告“失败”。
一台服务器上有一组raid5磁盘阵列,该raid5阵列有5块硬盘。服务器数据无备份。
服务器一块硬盘掉线,运维人员在没有完全了解服务器的具体情况下,使用服务器上的另外4块正常硬盘重建了一组新的raid5阵列,导致服务器原有数据丢失。
存储数据恢复环境&故障:
某单位一台EMC某型号存储中有12块STAT接口的硬盘,其中10块硬盘组建了一组RAID5阵列,剩下2块设置为热备盘使用。
RAID5阵列中的2块硬盘出现故障离线,但是只有一块热备盘成功激活,导致RAID5阵列不可用,上层LUN无法使用。
Mysql数据库数据恢复环境&故障:
一台操作系统为windows server的本地服务器上部署mysql数据库,innodb引擎,独立表空间。数据库没有备份,未开启binlog。
人为误操作使用Delete命令删除数据时未添加where子句进行筛选,结果是全表数据被删除,删除后未对该表进行任何操作。
浙公网安备 33010602011771号