基于系统逻辑故障的数据灾难解读

　　基于UNIX系统，逻辑故障的数据灾难解读
　　一、故障描述：基于UNIX系统，逻辑故障的数据灾难
　　故障表现：
　　1、存储结构出错
　　2、数据删除
　　3、文件系统格式化
　　4、其它原因数据丢失
　　二、解决方案
　　◆检测
　　1、检测是否存在硬件故障，如硬件故障，转硬件处理
　　2、以只读方式检测故障表现是否与用户描述相同
　　◆恢复
　　1、备份：以只读方式对故障存储做完整镜像(参考附录)
　　2、在备份中进行数据分析及恢复操作。
　　3、通常，恢复后的数据会暂存在另一个存储体上
　　◆验收
　　对恢复好的数据进行验证，确认其正确性。如确认，交费–>移交原介质及已恢复数据 –>出具发票(收据)及报告。
　　如无法认可数据恢复结果，交回原介质，不收服务费，可免费出具报告。
　　1/4
　　三、数据恢复的可能性
　　★针对存储结构出错：
　　不论错误出现在RAID结构部分，还是卷组结构、分区结构、片区结构(不同的UNIX有不同的存储管理方式）。如果故障出现在以文件系统为单位，在存储内进行1个或几个文件系统组织的管理方式上，而文件系统本身没有破坏，
　　出问题后也没有其他破坏性操作，数据恢复的可靠性将非常高。
　　★ 针对文件删除：
　　如果文件删除后，没有后续数据写入：
　　AIX JFS/JFS2文件删除后，通常可以100%恢复。
　　SGI XFS 文件删除后，通常可以100%恢复。
　　Vxfs文件删除，如果文件数量很少，有可以完全恢复成功的算法，否则按节点丢失情况处理(见后面描述)。
　　其余如SCO HTFS、UFS等文件删除后，节点通常会丢失。
　　UNIX类文件系统，如果节点丢失，则意味着文件的属性(大小、日期戳、权限、与名称的关联等)就无法获得，部分情况下，索引也将无法找到。这种情况的数据恢复主要依靠要恢复文件的内部特征。通常，如果是ORACLE之类的数据库文件，是可以恢复的；但压缩数据、多媒体数据等可能不容易恢复。
　　如果文件删除后有写入，写入数据所覆盖的区域将不可能恢
　　2/4
　　复。
　　★ 针对文件系统格式化
　　如果格式化后没有数据写入：
　　1、AIX JFS及JFS2,格式化前的大多数文件可以恢复。
　　2、SGI XFS，格式化前的大多数文件可以恢复。
　　3、Vxfs格式化后，需要分析新结构与格式化前的结构的重叠部分,恢复的可靠性介于AIX JFS2格式化与UFS格式化之间
　　4、其余文件系统(如UFS)格式化后，通常节点会丢失，这种情况与删除相同，参考文件删除后节点丢失的恢复可靠性。
　　如果格式化后有数据写入，写入数据所覆盖的区域将不可能恢复。
　　★ 针对其它原因数据丢失
　　事实上，所有的数据恢复丢失实质上都可以归结为：节点是否丢失、索引是否丢失、数据本身是否丢失。删除、格式化通常可以理解为节点和索引丢失。而数据本身丢失就再无数据恢复的意义了。如果某个文件节点、索引、数据本身都可以找到，则可以100%恢复。
　　四、时间
　　1TB以下的磁盘(不是要恢复的数据容量)，通常2个工作日内可
　　3/4
　　完成；1TB以上的随磁盘容量的增加，恢复周期通常也会增加。
　　五、小贴士
　　★ 针对软件故障，在数据丢失后，应尽可能减少对存储的操作，有时候，即使是开着机，什么都不做，也可能导致灾难进一步加剧。条件允许的话，在数据损坏后，最好对存储做完整备份。
　　★ 针对硬件故障，在设备无法正常工作后，应尽可能少的加电，以避免设备的进一步损坏。
　　六、如何避免
　　做好备份方案，尽可能避免单存储备份，如数据非常重要，可考虑异地备份。
　　4/4