UNIX故障数据恢复方案

一、故障描述:基于UNIX系统,软件级别的数据灾难

故障表现:

1、存储结构出错

2、数据删除

3、文件系统格式化

4、其它原因数据丢失

二、解决方案

◆检测

1、检测是否存在硬件故障,如硬件故障,转硬件处理

2、以只读方式检测故障表现是否与用户描述相同

◆恢复

1、备份:以只读方式对故障存储做完整镜像(参考附录)

2、在备份中进行数据分析及恢复操作。

3、通常,恢复后的数据会暂存在另一个存储体上

◆验收

对恢复好的数据进行验证,确认其正确性。如确认,交费–>移交原介质及已恢复数据 –>出具发票(收据)及报告。

如无法认可数据恢复结果,交回原介质,不收服务费,可免费出具报告。

三、数据恢复的可能性

★针对存储结构出错:

不论错误出现在RAID结构部分,还是卷组结构、分区结构、片区结构(不同的UNIX有不同的存储管理方式)。如果故障出现在以文件系统为单位,在存储内进行1个或几个文件系统组织的管理方式上,而文件系统本身没有破坏,

出问题后也没有其他破坏性操作,数据恢复的可靠性将非常高。

  • 针对文件删除:

    如果文件删除后,没有后续数据写入:

    AIX JFS/JFS2文件删除后,通常可以100%恢复。

    SGI XFS  文件删除后,通常可以100%恢复。

    Vxfs文件删除,如果文件数量很少,有可以完全恢复成功的算法,否则按节点丢失情况处理(见后面描述)。

    其余如SCO HTFS、UFS等文件删除后,节点通常会丢失。

    UNIX类文件系统,如果节点丢失,则意味着文件的属性(大小、日期戳、权限、与名称的关联等)就无法获得,部分情况下,索引也将无法找到。这种情况的数据恢复主要依靠要恢复文件的内部特征。通常,如果是ORACLE之类的数据库文件,是可以恢复的;但压缩数据、多媒体数据等可能不容易恢复。

    如果文件删除后有写入,写入数据所覆盖的区域将不可能恢复。

  • 针对文件系统格式化

    如果格式化后没有数据写入:

    1、AIX JFS及JFS2,格式化前的大多数文件可以恢复。

    2、SGI XFS,格式化前的大多数文件可以恢复。

    3、Vxfs格式化后,需要分析新结构与格式化前的结构的重叠部分,恢复的可靠性介于AIX JFS2格式化与UFS格式化之间

    4、其余文件系统(如UFS)格式化后,通常节点会丢失,这种情况与删除相同,参考文件删除后节点丢失的恢复可靠性。

    如果格式化后有数据写入,写入数据所覆盖的区域将不可能恢复。

  • 针对其它原因数据丢失

    事实上,所有的数据恢复丢失实质上都可以归结为:节点是否丢失、索引是否丢失、数据本身是否丢失。删除、格式化通常可以理解为节点和索引丢失。而数据本身丢失就再无数据恢复的意义了。如果某个文件节点、索引、数据本身都可以找到,则可以100%恢复。

    四、时间

    1TB以下的磁盘(不是要恢复的数据容量),通常2个工作日内可完成;1TB以上的随磁盘容量的增加,恢复周期通常也会增加。

    五、北亚数据恢复中心温馨提示

  • 针对软件故障,在数据丢失后,应尽可能减少对存储的操作,有时候,即使是开着机,什么都不做,也可能导致灾难进一步加剧。条件允许的话,在数据损坏后,最好对存储做完整备份。
  • 针对硬件故障,在设备无法正常工作后,应尽可能少的加电,以避免设备的进一步损坏。

    六、如何避免

    做好备份方案,尽可能避免单存储备份,如数据非常重要,可考虑异地备份。

时间: 2024-10-03 21:48:45

UNIX故障数据恢复方案的相关文章

ORACLE数据库环境故障数据恢复方案

一.故障表现: 1.ORACLE数据库无法启动或无法正常工作.2.ORACLE ASM存储破坏.3.ORACLE数据文件丢失.4.ORACLE数据文件部分损坏. 5.ORACLE DUMP文件损坏. 二.解决方案 ◆检测 1.检测是否存在硬件故障,如硬件故障,转硬件处理2.以只读方式检测故障表现是否与用户描述相同◆恢复1.备份:以只读方式对故障存储做完整镜像(参考附录)2.在备份中进行数据分析及恢复操作.3.通常,恢复后的数据会暂存在另一个存储体上◆验收对恢复好的数据进行验证,确认其正确性.如确

分享一例EVA 4400存储硬盘故障数据恢复方案和数据恢复过程

EVA系列存储是一款以虚拟化存储为实现目的的HP中高端存储设备,平时数据会不断的迁移,加上任务通常较为繁重,所以磁盘的负载相对是较重的,也是很容易出现故障的.EVA是依靠大量磁盘的冗余空间,以及故障后rss冗余磁盘动态迁移来实现整个存储的数据保护,但随着越来越多的磁盘掉线,这种保护会接近临界,直至崩溃.下面以EVA存储故障为例,讲解EVA 4400存储数据恢复. 一.故障描述 整个EVA存储结构是由一台EVA4400控制器.EVA扩展柜及若干FC磁盘组成.由于磁盘故障导致存储中LUN不可用,致使

基于linux系统,fsck后数据丢失的数据恢复方案

一.总述:基于linux系统,fsck后数据丢失的数据恢复方案 二.解决方案 2.1 恢复流程 2.1.1 检测流程 1.检测是否存在硬件故障,如硬件故障,转硬件处理 2.以只读方式检测故障表现是否与用户描述相同 2.1.2 恢复流程 1.备份:以只读方式对故障磁盘做完整镜像(参考附录) 2.如果需要恢复完整目录结构,则先需要完整恢复已丢失文件节点,再恢复数据.如果节点无法恢复,则可按文件类型进行恢复. 3.恢复后的数据会暂存在另一个存储体上 2.1.3 验收流程 对恢复好的数据进行验证,确认其

某服务器RAID5阵列数据恢复方案及过程

第一部分:数据恢复方案 [故障描述]:某公司的一台服务器组了一个raid5磁盘阵列有两块磁盘先后掉线,服务器崩溃.故障服务器的操作系统为linux redhat 5.3,应用系统为构架于oracle的一个oa,数据重要,时间很急.因oracle已经不再对本oa系统提供后续支持,用户要求尽可能数据恢复+操作系统复原.[初检结论]:热备盘完全无启用,硬盘无明显物理故障,无明显同步表现.数据通常可恢复[恢复方案]:1.保护原环境,关闭服务器,确保在恢复过程中不再开启服务器.2.将故障硬盘标好序号,确保

IBM DS 5300存储硬盘故障数据恢复详解

亚数据恢复接到IBM DS 5300 存储数据恢复的案例: IBM DS5300全名(IBM System Storage DS5300)是IBM推出的中端存储系统,它有一个设计合理.功能强大的内部架构,大幅度提升了性能,但某些物理故障或其他操作都可能会对卷或存储造成破坏,因此对系列存储的数据恢复技术才有了用武之地.而发生这些故障之后只能找专业的数据恢复公司做数据挽救工作.作者最近就处理过一起IBM DS5300因磁盘故障导致存储不可用的案例,见下文. 故障描述: 某公安局的一台IBM DS53

服务器磁盘阵列故障数据恢复常规思路

在服务器磁盘阵列出现故障以后,一般情况下会采用两种方法来处理:一是设备厂家对故障设备进行处理及恢复,比如更换坏件.重配Raid等:二是找专业的数据恢复公司来处理,先把重要数据恢复出来,然后才进行硬件设备维修. 某个raid数据恢复案例硬件信息及故障如下: 由14块盘做成的HP阵列柜,其中13块盘做成Raid5,有1块硬盘是热备.14块盘的硬盘指示灯均显示绿灯正常,在操作系统中的磁盘管理界面能看到阵列盘,但都显示为不可识别的硬盘.本案例故障属于磁盘阵列(Raid)信息故障.磁盘阵列信息存储在HP阵

小型机UNIX服务器数据恢复经验分享

小型机习惯上用来指UNIX服务器,在服务器市场中处于中高端位置.UNIX服务器具有区别X86服务器和大型主机的特有体系结构,基本上,各厂家UNIX服务器使用自家的UNIX版本和处理器.比如IBM公司采用Power处理器和AIX操作系统,Sun公司采用SPARC处理器架构和Solaris操作系统,HP采用PA-RISC架构(现在转向于安腾处理器)和HP-UX操作系统. 小型机一般在关键的数据处理业务上使用,比如电信.银行.证券.保险.电力等行业上使用比较多,其性能稳定得到绝大多数用户的青睐.小型机

解析ESX SERVER故障数据恢复方法

一.故障描述:基于ESX SERVER的常见数据灾难故障表现:1.因光纤存储设备连接至非ESX环境,共享未互斥,对存储改写(重装系统,WINDOWS初始化,格式化等),导致存储结构损坏.2.卷升级.变更时分区表或VMFS卷结构异常.3.VMFS存储中VMDK误删除.4.VMFS格式化. 二.解决方案◆检测 1.检测是否存在硬件故障,如硬件故障,转硬件处理2.以只读方式检测故障表现是否与用户描述相同◆恢复1.备份:以只读方式对故障存储做完整镜像(参考附录)2.在备份中进行数据分析及恢复操作:按分区

北亚数据恢复中心关于硬盘固件区损坏的数据恢复方案书

[故障类别] (一)故障类型:硬盘固件区损坏 (二)典型特征: 1.硬盘寻道正常但无法正确识别自身型号或容量 2.硬盘可以正常识别自身型号和容量但无法读取 (三)损坏程度星级评价:★★★ [解决方案] (一)恢复流程 1.检测流程: (1)为硬盘供电,寻道正常后将硬盘接入设备做进一步检测: (2)查看设备是否能正确识别硬盘的型号或容量: (3)依靠设备对硬盘扇区数据能否读取进行鉴定. 2.实施流程: (1)对硬盘固件区损坏程度进行评估.若固件区系通用模块损坏,则依据模块匹配要求用完好模块对其进行