【服务器数据恢复】RAID5热备盘同步数据失败的数据恢复案例
摘要： 
服务器数据恢复环境：
分别由4块SAS硬盘组成的两组raid5磁盘阵列，并且两组raid5磁盘阵列划分LUN，组成LVM结构，格式化为EXT3文件系统。
服务器raid5故障：
一组raid5中的一块硬盘由于不明原因离线，热备盘顶替离线硬盘上线开始同步数据。但在热备盘同步数据的过程中又有一块硬盘离线，热备盘同步数据失败，一组raid5磁盘阵列崩溃，LVM结构不完整，文件系统无法正常使用。管理员联系我们数据恢复中心进行数据恢复。 阅读全文
服务器数据恢复环境：
分别由4块SAS硬盘组成的两组raid5磁盘阵列，并且两组raid5磁盘阵列划分LUN，组成LVM结构，格式化为EXT3文件系统。
服务器raid5故障：
一组raid5中的一块硬盘由于不明原因离线，热备盘顶替离线硬盘上线开始同步数据。但在热备盘同步数据的过程中又有一块硬盘离线，热备盘同步数据失败，一组raid5磁盘阵列崩溃，LVM结构不完整，文件系统无法正常使用。管理员联系我们数据恢复中心进行数据恢复。 阅读全文
posted @ 2022-09-06 11:03 北亚数据恢复 阅读(118) 评论(0) 推荐(0)
打开oracle数据库报错“system01.dbf需要更多的恢复来保持一致性，数据库无法打开”。用户找到我们数据恢复中心，提供了数据库oraclehome目录的所有文件，要求恢复zxfg用户下的数据。 
存储数据恢复环境：
NetAapp某型号存储,文件系统为WAFL。
存储故障：
工作人员误操作将NetApp存储中的重要数据删除，急需进行数据恢复操作，联系我们数据恢复中心寻求帮助。 
服务器数据恢复环境：
一台linux网站服务器；
一块SATA硬盘；
运行50个左右的网站。
服务器故障&分析：
服务器正常运行过程中宕机，管理员尝试重新启动失败。将硬盘从服务器上拆下来进行检测发现100个左右的坏扇区。送到某数据恢复服务商修复坏道后进行数据恢复，花费了3天时间数据仍然没有恢复成功。管理员联系到我们数据恢复中心进行数据恢复。 
服务器数据恢复环境：
LINUX操作系统服务器；
4块SAS磁盘组成RAID5阵列；
共两个卷：一个为/boot，另一个是LVM；LVM中又划分了一个根分区和一个交换分区。
服务器故障&分析：
服务器在运行时候突然死机，管理员进行重启操作，无法进入操作系统，但是raid正常。管理员联系我们数据恢复中心寻求帮助。管理员要求恢复的数据是存储在根分区中的MYSQL数据库和网站备份的tar.gz文件，文件系统为EXT4。经过北亚服务器数据恢复工程师检测，初步判断是文件系统故障导致的数据丢失。 
服务器数据恢复环境：
HP DL系列某型号服务器；
通过hp smart array控制器挂载磁盘阵列；
由14块SCSI硬盘组成raid5磁盘阵列；
LINUX操作系统，搭建了NFS+FTP，作为公司内部文件服务器使用。
服务器故障&分析：
服务器机房搬迁，拔掉各种连接线并对设备做了清扫，然后在新机房连接好线路之后服务器无法识别RAID，提示未做初始化。管理员联系我们数据恢复中心寻求帮助。 
某法院的一台某型号的Lefthand存储的存储系统因raid磁盘故障导致存储崩溃，更换磁盘强制上线后存储依然不可用。 
服务器数据恢复环境：
某高校web服务器由6块硬盘组成的raid6磁盘阵列，存放网站，MySQL数据库以及其他文件。
服务器故障&分析：
故障服务器raid6有三个磁盘离线，raid崩溃。MySQL数据库以及大量的其他文件全部丢失，急需进行raid数据恢复。
我们数据恢复中心接到这个数据恢复任务之前已经由其他公司对故障设备进行过一次raid数据恢复，但数据没有恢复成功，数据库损坏严重。 
服务器数据恢复环境：
两台SPARC SOLARIS系统通过光纤交换机共享同一存储作为CLUSTER使用，正常情况下A服务器工作，当A服务器发生故障宕机后即可将其关机然后开启B服务器接管。
服务器故障：
由于服务器配置不当导致两台服务器没有做好对存储的互斥。
管理员进行巡查时开启B服务器，查看到B服务器连接了一组未知的大容量磁盘。由于B服务器并未启用处于闲置的状态，所以管理员本能的认为B服务器连接的那一组大容量磁盘也处于闲置状态，于是将整个磁盘的某个分区做了newfs。没有想到这个磁盘就是那个共享存储，没多久A服务器报警并宕机。
管理员重启了A服务器，发现所有的文件系统均无法mount。管理员执行了fsck，除了在B机做过newfs的文件系统其他分区的数据都修复成功，在B机做过newfs的文件系统的根目录下只有一个lost+found文件夹，里面有大量数字标号的文件。故障文件系统存储了两组ORACLE实例，原结构为UFS，约有200~400个数据文件需要恢复。 
服务器数据恢复环境：
IBM某型号服务器；
4块SAS磁盘组建的RAID5磁盘阵列；
服务器操作系统windows server；
一个单节点Oracle，数据存储为文件系统，无归档。oracle使用默认的users表空间，users表空间下仅有一个不到1G的数据文件。
服务器故障：
工作负荷过重导致RAID磁盘阵列出现故障，管理员为了挽救数据执行了重建RAID的操作，RAID初始化过程中一磁盘出现故障，RAID初始化中断，有少量数据被同步破坏。此时重建的RAID磁盘阵列可访问，系统可以正常启动，oracle数据库所在的分区报错无法打开，执行chkdsk操作后能正常打开，但数据库无法启动。管理员在原盘上重新安装了oracle数据库并导入了以前备份的dmp文件，但数据相差太大。管理员联系我们数据恢复中心寻求帮助。 
浙公网安备 33010602011771号