发布时间：2022-11-09 11:35:01
服务器数据恢复环境：
MYSQL数据库服务器，2块硬盘组建RAID1；
DATA卷存储了200多个数据库；
每天将每个数据库dump出后直接压缩成.gz包，然后将所有重要数据库的.gz 包放在一起压缩成一个总的.tar.gz包，覆盖原来的备份；
数据文件及备份文件全部存储于DATA卷上。
服务器故障&分析：
在一次常规的维护中，管理员不小心将DATA卷下的所有文件全部rm，删除后管理员马上关闭系统，再未做其它操作，但在删除那一刻有大量终端在访问此服务器。......【阅读全文】
发布时间：2022-11-08 11:40:53
服务器电源损坏，用户找到一家电源销售商更换电源。可能是害怕损坏硬盘中的数据，电源销售商竟然把硬盘全部拔掉（只留下RAID卡）启动服务器进行测试，完成测试后再次连接硬盘启动服务器，发现RAID信息已经破坏。之后又做了一些操作（未知）。
我们中心拿到故障服务器时的故障表现：启动操作系统时提示无效的引导记录。用户要求恢复服务器中的数据，同时重新激活修复服务器的操作系统。......【阅读全文】
发布时间：2022-11-07 11:49:26
1、无法挂载分区;
2、文件/目录丢失，根目录下生成/LOST+FOUND文件夹，里面有大量#XXXXXX类的文件和目录;
3、FSCK很快报错完成；
4、执行FSCK时有大量提示如修改节点、清0节点等操作。......【阅读全文】
发布时间：2022-11-04 14:17:12
数据库数据恢复环境：
LINUX EXT3文件系统，部署ORACLE数据库。
数据库故障&分析：
管理员在建立测试库时选错了服务器，在ORACLE数据库平台上CREATE了一套新库，创建至10%左右时发现异常，中止操作。
查看数据库目录发现只剩下SYSTEM2.DBF这一个库，其他的库（主要为SYSTEM1.DBF）丢失。......【阅读全文】
发布时间：2022-11-03 11:52:49
服务器数据恢复环境：
北京某科技大学，某品牌PowerEdge系列某型号服务器，6块SAS硬盘组成RAID5；
操作系统REDHAT，文件系统EXT3，分区采用LVM方式，存储着该大学某研究室运算1年多的重要数据。
服务器故障&分析：
未知原因导致服务器崩溃。管理员进入RAID控制界面检查发现1号盘与6号盘状态显示损坏。咨询服务器原厂工程师后，管理员强制上线6号盘，结果raid无法启动（操作系统也安装于此RAID）。管理员意识到问题严重性，马上停止所有操作。......【阅读全文】
