[摘要]
国家质量监督总局，重要ORACLE数据库，存储于SAN 分配的50G LUN空间中，只分一个区，文件系统为EXT3，正常工作中ORACLE报磁盘物理故障，重新启动服务器后提示FSCK，全面执行完成，文件系统根生成/LOST+FOUND目录，其余目录消失，/LOST+FOUND目录下有太多形如#xxxxx一样的文件名称，但没有需要的几个数据库（根据大小查找也没有）
要求二个工作日内全部恢复数据！
国家质量监督总局，重要ORACLE数据库，存储于SAN 分配的50G LUN空间中，只分一个区，文件系统为EXT3，正常工作中ORACLE报磁盘物理故障，重新启动服务器后提示FSCK，全面执行完成，文件系统根生成/LOST+FOUND目录，其余目录消失，/LOST+FOUND目录下有太多形如#xxxxx一样的文件名称，但没有需要的几个数据库（根据大小查找也没有）
要求二个工作日内全部恢复数据！
[分析]
这样的案例是很典型的，我的BLOG中已经有好多例这样的恢复摘要了。（EXT3结构的冗余性还是不够健壮啊）
这样的案例是很典型的，我的BLOG中已经有好多例这样的恢复摘要了。（EXT3结构的冗余性还是不够健壮啊）
所需文件并不是很多（4个数据库），按以前的做法，手工加上以前写好的程序分析，很快重建好原节点，写回后，改写目录条目，刷新后，恢复所有数据。历时约4小时。
本文转自 张宇 51CTO博客，原文链接：http://blog.51cto.com/zhangyu/33763，如需转载请自行联系原作者
