简析Solaris UFS文件系统数据恢复技术

　　SUN公司的产品主要应用于大型企业级数据处理与存储，在企业级市场一直处于主导地位，由于SUN系列产品处理数据的高可靠性和高稳定性，其市场规模不容小视。SUN主张的SPARC构架的UNIX服务器长期占据企业级数据存储市场，其中也不乏大批的Solaris的fans的追捧。然而，对于一般客户而言，SUN公司的产品一旦发生数据丢失，数据恢复技术却处于空白状态，在google上几乎查不到任何SUN服务器Solaris系统UFS文件系统数据恢复技术的资料。

　　SUN服务器一旦有问题，绝非小问题，很可能都是关系到企事业单位核心业务的大问题，其神秘的Solaris UFS文件系统的数据结构，一直让普通的数据恢复公司茫然。达思科技数据恢复研发中心对SUN公司的服务器及存储产品具有深入的研究，对Solaris系统及UFS文件系统的非常精通，通过几年的积累，达思科技针对SUN公司Solaris系统的UFS文件系统的数据恢复有一款功能强大的数据恢复软件：D-Recovery for UNIX Solaris达思数据恢复软件UNIX Solaris版。

　　达思数据恢复专家精通SUN Solaris UFS文件系统数据恢复

　　下面我们通过一个案例，来分析一下SUN Solaris UFS文件系统数据恢复技术的奥秘。

　　客户名称：某纳斯达克上市公司、中国领先的无线互联网公司（真实名称不方便）

　　数据恢复公司：达思数据恢复中心（ http://www.dstfix.cn/ ）

　　UFS数据恢复耗时：60小时

　　故障类型：SUN公司Solaris系统UFS文件系统下数据删除

　　操作系统：SUN Solaris 8

　　文件系统：UFS File system

　　故障现象：使用oracle数据库的用户运行shell脚本，误删除了从根目录往后的具有oracle用户权限的所有目录和文件，/data1和/data2是两个文件系统的挂载点。/data1文件系统存放oracle数据库的备份文件，备份文件以压缩文件.gz.Z的形式存放；/data2文件系统是存放oracle数据库的所有数据文件。oracle用户对/data1和/data2都具有删除权限，运行shell脚本后，/data1和/data2目录下的文件和目录都被清空了。

　　当用户发现误删除了以后，马上把备份在异地的备份文件拷贝到/data2文件系统下，当所有备份文件拷贝完成以后，解压.gz.Z文件时发现问题，原来异地备份的.gz.Z文件在网络传输的时候没有完整的完成，只是传输了部分内容，最后几经努力，异地备份的文件被宣判为不可用，需要从/data1或者/data2两个文件系统中恢复被删除掉的文件。

　　需要数据恢复的内容：/data2下的oracle数据文件或者/data1下的oracle数据备份文件，总的数据量大约120GB。

　　SUN Solaris UFS数据恢复全过程：客户的服务器和存储放在位于北京西南四环的中国铁通机房，在经过长达一个小时的UNIX数据恢复技术询问后，客户决定请达思数据恢复专家到现场诊断。

　　抵达客户的服务器机房现场后，达思数据恢复专家经过多方导论，认为/data2文件系统在删除文件以后，又往/data2文件系统下拷贝异地的oracle备份文件，拷贝完成以后又解压.gz.Z文件，总之在/data2文件系统下删除数据以后往这个文件系统又写了200-300GB的数据，原始数据被严重的覆盖过了，因此数据能成功恢复的概率已经很小了。而/data1文件系统在删除文件以后，并没有往这个拷贝过其他的数据，所以从/data1文件系统去做数据恢复更加现实，为了数据安全和提高数据恢复效率，用达思科技自行开发的数据恢复软件D-Recovery 把/data1文件系统DD到移动硬盘上。在DD出来的镜像上进行UFS文件系统分析及恢复数据。

　　对如何进行数据进行验证，本案例要恢复的是.gz.Z 的oracle数据库备份文件，只要恢复出来的.gz.Z文件能正常解压缩，就说明文件恢复成功。