共计 925 个字符，预计需要花费 3 分钟才能阅读完成。
服务器数据恢复环境：
基于 UNIX 零碎，软件层级的数据劫难。
服务器故障：
1、存储构造出错。
2、删除数据。
3、文件系统格式化。
4、其余起因导致的数据失落。
服务器数据恢复的可能性剖析：
1、存储构造出错。
无论谬误呈现在 RAID 还是卷组、分区、片区（不同的 UNIX 有不同的存储管理形式），只有存储通过一个或几个文件系统组织治理数据，文件系统自身没有被毁坏，呈现问题后也没有进行任何破坏性的操作，复原数据的概率十分高。
2、删除数据。
如果删除数据后没有新数据写入：
a、AIX JFS/JFS2 文件系统下能够残缺复原数据。
b、SGI XF 文件系统下能够残缺复原数据。
c、Vxfs 文件系统下删除数据，如果文件数量少，北亚企安自研算法能够残缺复原 Vxfs 文件系统数据；如果文件数量比拟多，则依照节点失落状况解决。
d、其它如 SCO HTFS、UFS 文件系统下删除数据后，节点通常会失落。UNIX 类文件系统节点失落意味着文件的属性（大小、日期戳、权限、与名称的关联等）无奈获取，在某些状况下索引也无奈找到。遇到这类问题，北亚企安数据恢复工程师通过须要复原文件的外部特色来复原数据。
如果是规律性强的文件如 ORACLE 之类的数据库文件，复原概率很高；然而像压缩包、多媒体文件等规律性不强的数据不容易复原。
如果删除数据后有新的数据写入，写入的新数据所笼罩的区域无奈复原。
3、文件系统格式化。
如果格式化后没有新的数据写入：
a、AIX JFS 及 JFS2 文件系统格式化前的大多数文件能够复原。
b、SGI XFS 文件系统格式化前的大多数文件能够复原。
c、Vxfs 文件系统格式化后，须要剖析新构造与格式化前的构造的重叠局部，复原的概率介于 AIX JFS2 格式化与 UFS 格式化之间。
d、其余文件系统如 UFS 格式化后，节点会失落，这种状况与删除数据的状况雷同，参考上述删除数据后节点失落的复原可能性剖析。
如果格式化后有新的数据写入，写入的新数据所笼罩的区域无奈复原。
4、其余起因导致的数据失落。
数据失落本质上能够归结为：节点是否失落、索引是否失落、数据自身是否失落。删除、格式化能够了解为节点和索引失落；而数据自身失落就再无复原数据的意义了。如果某个文件节点、索引、数据自身都能够找到，则能够残缺复原数据。
