【服务器数据恢复】服务器光纤共享存储互斥失败的数据恢复案例
摘要： 
服务器数据恢复环境：
两台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个数据文件需要恢复。 阅读全文
服务器数据恢复环境：
两台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个数据文件需要恢复。 阅读全文
posted @ 2022-08-24 10:21 北亚数据恢复 阅读(77) 评论(0) 推荐(0)
服务器数据恢复环境：
IBM某型号服务器；
4块SAS磁盘组建的RAID5磁盘阵列；
服务器操作系统windows server；
一个单节点Oracle，数据存储为文件系统，无归档。oracle使用默认的users表空间，users表空间下仅有一个不到1G的数据文件。
服务器故障：
工作负荷过重导致RAID磁盘阵列出现故障，管理员为了挽救数据执行了重建RAID的操作，RAID初始化过程中一磁盘出现故障，RAID初始化中断，有少量数据被同步破坏。此时重建的RAID磁盘阵列可访问，系统可以正常启动，oracle数据库所在的分区报错无法打开，执行chkdsk操作后能正常打开，但数据库无法启动。管理员在原盘上重新安装了oracle数据库并导入了以前备份的dmp文件，但数据相差太大。管理员联系我们数据恢复中心寻求帮助。 
服务器数据恢复环境：
农科院某研究所DELL某型号服务器；
15块1TB硬盘搭建为RAID5磁盘阵列；
磁盘阵列只包含一个卷组，卷组占用阵列全部空间，该卷组只有一个起始位置为0扇区的XFS裸分区。
服务器故障：
服务器正常运行过程中一块硬盘离线，管理员对磁盘阵列进行数据同步操作，在进行数据同步的过程中又有一块磁盘报警，磁盘阵列同步数据失败，服务器raid阵列崩溃，无法正常工作。管理员联系我们数据恢复中心进行数据恢复。 
服务器数据恢复环境：
IBM某型号服务器；
5块SAS硬盘组成RAID5磁盘阵列；
存储划分为1个LUN和3个分区：第一个分区存放windows server系统，第二个分区存放SQL Server数据库，第三个分区存放备份文件。
服务器raid故障：
服务器在运行时候raid磁盘阵列崩溃，服务器管理员联系我们数据恢复中心进行数据恢复。 
本案例需要进行数据恢复机器是一台IBM某型号存储，故障为vdisk丢失，操作系统中的Oracle数据库无法正常使用。管理员重建MDisk，把故障存储中的raid10重建为了raid6，然后又再次重建为riad10，这番操作导致服务器对应的存储池中的VDisk丢失，上层Solaris操作系统中的Oracle数据库无法正常使用。用户联系我们数据恢复中心要求恢复服务器Solaris操作系统中的Oracle数据库。 
服务器数据恢复环境：
太原某公司linux操作系统服务器+一台某型号的存储；
xfs文件系统。
服务器故障：
管理员使用xfs_repair工具试图修复文件系统失败，linux服务器中所有数据丢失，管理员联系我们数据恢复中心寻求帮助。经过初步诊断后，我们数据恢复中心从北京总部安排服务器数据恢复工程师前往用户现场进行故障服务器的数据恢复。 
服务器数据恢复环境：
Dell某型号服务器；
6块SCSI硬盘组成raid5磁盘阵列；
操作系统为Redhat linux ；
文件系统为ext3文件系统。
服务器故障&分析：
服务器在工作过程中瘫痪，管理员检查后发现raid5阵列中两块硬盘离线，于是对其中一块硬盘进行强制上线操作，但是操作系统不能正常启动。管理员马上把服务器关机，联系到我们数据恢复中心进行数据恢复。 
服务器数据恢复环境：
两组由4块SAS硬盘组成的raid5磁盘阵列；
ext3文件系统、lvm结构。
服务器故障：
磁盘阵列中1号硬盘离线，热备盘启动开始同步数据，在数据同步过程中3号硬盘出现故障离线，Raid阵列崩溃，LVM结构不完整，ext3文件系统无法正常使用，服务器瘫痪。管理员检查掉线的两块硬盘，发现1号硬盘无法识别，3号硬盘可以识别。管理员联系我们数据恢复中心进行服务器的数据恢复。 
虚拟机数据恢复环境：
故障服务器操作系统为Linux系统；
文件系统为EXT4文件系统。
虚拟机故障：
故障服务器上的KVM虚拟机被删除，每台虚拟机包含一个qcow2格式的磁盘文件，和一个raw格式的磁盘文件， 
服务器数据恢复环境：
8块SAS硬盘中的7块硬盘组成RAID5阵列，1块作为热备盘。
服务器故障：
故障服务器存储中的RAID5阵列有2块硬盘损坏离线，RAID5阵列瘫痪，影响上层LUN无法正常使用。管理员联系我们数据恢复中心进行数据恢复，硬件工程师检测硬盘没有发现物理故障和坏道。 
浙公网安备 33010602011771号