【服务器数据恢复】服务器光纤共享存储互斥失败的数据恢复案例
摘要： 
服务器数据恢复环境：
两台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 北亚数据恢复 阅读(74) 评论(0) 推荐(0)
浙公网安备 33010602011771号