[摘要]
重庆钢铁，某重要财务ORACLE数据库，存储于SCO UNIXWARE7平台上，18GB SCSI×2 RAID1，未知原因文件系统瘫痪，系统无法自举，数据极其重要，求助某知名数据恢复公司重庆分部，告之没有能力恢复，推荐给其北京总部。客户到京后，其工程师进行了检测，告之，硬盘有坏，需要开盘，开盘需要一定时间找备件，且成功率有限。
客户之前并未想到有物理故障，故又找了几家数据恢复公司，多数公司对于SCO UNIXWARE并不熟悉，反复比较后，选择了我们。
重庆钢铁，某重要财务ORACLE数据库，存储于SCO UNIXWARE7平台上，18GB SCSI×2 RAID1，未知原因文件系统瘫痪，系统无法自举，数据极其重要，求助某知名数据恢复公司重庆分部，告之没有能力恢复，推荐给其北京总部。客户到京后，其工程师进行了检测，告之，硬盘有坏，需要开盘，开盘需要一定时间找备件，且成功率有限。
客户之前并未想到有物理故障，故又找了几家数据恢复公司，多数公司对于SCO UNIXWARE并不熟悉，反复比较后，选择了我们。
[初检]
据说需要开盘，所以我们先接上硬盘看其表像，发现硬盘检测正常，寻道及工作正常，进我们的工作机系统后，为了对客户数据负责，我们先对SCSI硬盘进行全盘镜像，全部完成后，无一坏道。开盘之说，纯属避实就虚、胡乱加价之无稽之谈！
据说需要开盘，所以我们先接上硬盘看其表像，发现硬盘检测正常，寻道及工作正常，进我们的工作机系统后，为了对客户数据负责，我们先对SCSI硬盘进行全盘镜像，全部完成后，无一坏道。开盘之说，纯属避实就虚、胡乱加价之无稽之谈！
[分析]
对生成的镜像分析后，得到原先两个VXFS分区，第二个分区有重要的数据。但第二个分区文件系统结构有损坏，这也是无法挂载的原因。
对生成的镜像分析后，得到原先两个VXFS分区，第二个分区有重要的数据。但第二个分区文件系统结构有损坏，这也是无法挂载的原因。
[恢复]
根据分析结果，重建/HOME文件系统，SUPERBLOCK 及主节点区，目录表。修复文件系统后在虚拟SCO UNIXWARE7系统上成功挂载分区，通过FTP方式成功导出所有数据。客户需要的所有.DMP及ORACLE DBF及控制文件全部恢复。
根据分析结果，重建/HOME文件系统，SUPERBLOCK 及主节点区，目录表。修复文件系统后在虚拟SCO UNIXWARE7系统上成功挂载分区，通过FTP方式成功导出所有数据。客户需要的所有.DMP及ORACLE DBF及控制文件全部恢复。
本文转自 张宇 51CTO博客，原文链接：http://blog.51cto.com/zhangyu/33765，如需转载请自行联系原作者
