【服务器数据恢复】IBM服务器raid5信息丢失的数据恢复案例
摘要： 
服务器数据恢复环境：
北京某公司IBM X系列某型号服务器；
服务器上共8块硬盘组建raid5磁盘阵列；
服务器上部署有oracle数据库。
服务器故障&分析：
服务器在运行过程中，raid5磁盘阵列中有2块硬盘报警，服务器操作系统启动不了，服务器上部署的ORACLE数据库无法启动，用户联系我们数据恢复中心要求恢复服务器的数据。
RAID5最多只能允许有一块硬盘离线，若有第二块磁盘离线，RAID5磁盘阵列便会崩溃，不能正常工作。在用户确认之前还没有第二块硬盘离线，所以初步认定RAID卡上的RAID信息可能已经丢失或破坏。 阅读全文
服务器数据恢复环境：
北京某公司IBM X系列某型号服务器；
服务器上共8块硬盘组建raid5磁盘阵列；
服务器上部署有oracle数据库。
服务器故障&分析：
服务器在运行过程中，raid5磁盘阵列中有2块硬盘报警，服务器操作系统启动不了，服务器上部署的ORACLE数据库无法启动，用户联系我们数据恢复中心要求恢复服务器的数据。
RAID5最多只能允许有一块硬盘离线，若有第二块磁盘离线，RAID5磁盘阵列便会崩溃，不能正常工作。在用户确认之前还没有第二块硬盘离线，所以初步认定RAID卡上的RAID信息可能已经丢失或破坏。 阅读全文
posted @ 2022-11-28 11:47 北亚数据恢复 阅读(159) 评论(0) 推荐(0)
云服务器数据恢复环境：
某云ECS网站服务器，linux操作系统，mysql数据库。
云服务器故障情况：
在执行mysql数据库版本更新测试时，将本应在测试库执行的sql脚本错误地在生产库中执行，部分表被truncate，部分表内的少量数据被delete。该实例内数据表均采用innodb作为默认存储引擎。 
服务器数据恢复环境：
一台采用zfs文件系统的服务器，配备32块硬盘。
服务器故障：
服务器在运行过程中崩溃，经过初步检测没有发现服务器有物理故障，重启服务器后故障依旧，用户联系我们中心要求恢复服务器数据。 
Linux误删除及误格式化的数据恢复方案针对的文件系统：
1 、基于EXT2/EXT3/EXT4文件系统 ；
2 、基于Reiserfs文件系统；
3 、基于Xfs文件系统。 
服务器数据恢复环境：
一台HP EVA某型号存储设备；
共23块硬盘，上层映射给一台windows系统服务器。
服务器故障情况：
存储设备有三块硬盘的指示灯变黄色，存储设备还在正常运行。管理员在更换亮黄灯的故障硬盘过程中，存储设备中又有一块硬盘的指示变黄离线，这时存储设备已经不可用了。 
移动硬盘常见故障情况和解决方法：
1、硬盘本身没有问题，数据线、硬盘盒或接口卡问题。
2、硬盘质量问题，固件损坏或出现坏道。
3、人为导致移动硬盘无法工作或损坏。 
经常使用电脑和移动硬盘的用户，如果察觉到电脑运行速度变得很慢，即使做了磁盘整理和系统重装操作后速度还是没有恢复到正常状态，这个时候就要小心是硬盘盘片出现坏道了。
如果这个时候用硬盘检测软件扫描硬盘就会发现扫描界面上出现很多绿块，也有可能出现褐色或红色的色块，这就表明硬盘已经或即将出现坏道，那么什么是硬盘坏道？ 
服务器数据恢复环境：
5台服务器节点，每台服务器节点配置一组RAID5，每组6块硬盘，其中1块设置为热备盘。
系统环境为Lustre分布式文件系统，5台服务器共同存储全部的数据文件。
服务器故障&检测：
机房漏水导致服务器进水，服务器中的部分硬盘损坏。每组服务器有2块及以上的盘掉线。由于短时间同时掉线2块及以上硬盘导致RAID5崩溃，服务器,数据无法正常读取。 
SQL SERVER数据库故障类型：
MDF（NDF）或LDF损坏。
SQL SERVER故障原因：
1、数据库正在操作过程中，机器突然断电；
2、人为误操作。 
数据库数据恢复环境：
合肥某大学一台安装redhat linux操作系统的服务器，采用ext3文件系统，服务器部署有mysql数据库用来存储&管理教职员工和学生的信息。
编写好的脚本每天会定时将数据库文件打包成tar.gz备份到本地磁盘的其他分区并删除前一天的备份文件。
数据库故障&分析：
服务器遭受攻击，所有数据库文件（包括备份）被恶意删除。
本案例是ext3文件系统数据被删除，若删除的文件数量比较少且删除后没有或者只有很少的写入，恢复出数据的概率比较高。 
浙公网安备 33010602011771号