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

一、故障表现:

1、ORACLE数据库无法启动或无法正常工作。
2、ORACLE ASM存储破坏。
3、ORACLE数据文件丢失。
4、ORACLE数据文件部分损坏。
5、ORACLE DUMP文件损坏。

二、解决方案

◆检测
1、检测是否存在硬件故障,如硬件故障,转硬件处理
2、以只读方式检测故障表现是否与用户描述相同
◆恢复
1、备份:以只读方式对故障存储做完整镜像(参考附录)
2、在备份中进行数据分析及恢复操作。
3、通常,恢复后的数据会暂存在另一个存储体上
◆验收
对恢复好的数据进行验证,确认其正确性。如确认,交费–>移交原介质及已恢复数据 –>出具发票(收据)及报告。
如无法认可数据恢复结果,交回原介质,不收服务费,可免费出具报告。

三、数据恢复的可能性

★ORACLE数据库无法启动或无法正常工作:
如果突发性的出现上述故障,通常可恢复性极高。从技术底层上看,如果SYSTEM表未损坏,数据较容易恢复;如果SYSTEM表损坏,数据需要人工核对表结构,恢复时较为耗时。

★ORACLE ASM存储破坏:
如ASM重置,或组成ASM的部分设备成员故障,出错后无大量新数据写入,数据通常可以很好的恢复。

★ORACLE数据文件丢失:
不论ORACLE数据文件是删除、格式化还是未知原因丢失,只要没有新的数据写入,不管是什么操作系统,都可以通过ORACLE内部的数据组织规则将数据文件恢复出来,但数据文件的名称可能需要人工核对。

★ORACLE数据文件部分损坏:
如ORACLE数据文件部分损坏(如覆盖),通过复杂的数据提取和重组,通常可以将未损坏部分的数据记录恢复出来,并可新建表追加进去,但会相当耗时。
★ORACLE DUMP文件损坏:
ORACLE DUMP文件损坏,将损坏部分去除,其余部分均可正常追加至数据表。

四、数据恢复时间

1TB以下的存储空间(不是要恢复的数据容量),通常2个工作日内可完成;1TB以上的随存储容量的增加,恢复周期通常也会增加。
数据表如果很大,提取数据、整理数据也会花费大量时间,具体时间需据具体情况而定。

[数据库数据恢复小贴士]

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

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

原文地址:http://blog.51cto.com/sun510/2308343

时间: 2024-10-10 16:07:28

ORACLE数据库环境故障数据恢复方案的相关文章

UNIX故障数据恢复方案

一.故障描述:基于UNIX系统,软件级别的数据灾难 故障表现: 1.存储结构出错 2.数据删除 3.文件系统格式化 4.其它原因数据丢失 二.解决方案 ◆检测 1.检测是否存在硬件故障,如硬件故障,转硬件处理 2.以只读方式检测故障表现是否与用户描述相同 ◆恢复 1.备份:以只读方式对故障存储做完整镜像(参考附录) 2.在备份中进行数据分析及恢复操作. 3.通常,恢复后的数据会暂存在另一个存储体上 ◆验收 对恢复好的数据进行验证,确认其正确性.如确认,交费–>移交原介质及已恢复数据 –>出具发

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

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

Oracle ASM故障数据恢复解决方案

一.故障描述ASM磁盘组掉线 ,ASM实例不能mount.ASM磁盘组有4个500G的磁盘组成,数据库和ASM软件为10.2.0.1,急需恢复oracle数据库.二.故障分析分析组成ASM磁盘组的磁盘,取出ASM元数据,对元数据进行分析:ASM存储元数据损坏,导致diskgroup无法mount.重组ASM存储空间,从ASM磁盘组中导出数据库文件,然后对数据库文件进行检测,修复.如果数据库文件完好,可以利用从ASM磁盘组中导出的数据库文件启动数据库.如果数据库文件损坏,这底层解析这些数据库文件,

Oracle ASM故障数据恢复

一.故障描述 ASM磁盘组掉线 ,ASM实例不能mount.ASM磁盘组有4个500G的磁盘组成,数据库和ASM软件为10.2.0.1,急需恢复oracle数据库. 二.故障分析 分析组成ASM磁盘组的磁盘,取出ASM元数据,对元数据进行分析:ASM存储元数据损坏,导致diskgroup无法mount.重组ASM存储空间,从ASM磁盘组中导出数据库文件,然后对数据库文件进行检测,修复.如果数据库文件完好,可以利用从ASM磁盘组中导出的数据库文件启动数据库.如果数据库文件损坏,这底层解析这些数据库

细数基于ORACLE 数据库环境的常见数据灾难解决方式

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

Oracle数据库HA架构方案介绍

摘要:Oracle数据库在各类应用系统中负责存储平台所有的用户数据,数据库的可靠性及安全性直接影响平台的安全运行,目前采用的Oracle Replication方式来实现的数据库高可靠性已经显示出了弊端,本文介绍并分析了目前比较流行的几种数据库高可用性的架构:Oracle Replication.Oracle Rac.Oracle 主机HA等,希望给大家一个参考. 1 什么是高可用性(High  Availability) 高可用(HA)性有两种不同的含义,在广义环境中是指整个系统的高可用性,在

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

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

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

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

python操作oracle数据库环境配置

1. 下载安装cx_oracle安装包 Python操作Oracle数据库,首先需要安装cx_Oracle包,下载地址如下:   http://cx-oracle.sourceforge.net/    http://sourceforge.net/projects/cx-oracle/files/5.1.2/ 本系统采用的是CentOS5.x系列的操作系统,python版本是2.4,于是下载支持python2.4版本的安装包. 2. 下载oracle客户端,是oracle官方网站下载. 下载对