Oracle介质恢复-概述

如果自己搞不定可以找诗檀软件专业ORACLE数据库修复团队成员帮您恢复!

诗檀软件专业数据库修复团队

服务热线 : 13764045638    QQ号:47079569    邮箱:service@parnassusdata.com

介质恢复数据文件到故障前的一个时间点,下列是一系列介质恢复选项:

完全介质恢复

完全介质恢复是恢复所有破坏的或丢失的数据库文件,应用所有的重做信息,该数据库可能需要使用RESETLOGS选项打开,如果为恢复创建了一个备份控制文件或新的控制文件,这里是三种类型的不完全介质恢复。

  • 关闭的数据库恢复
  • 打开的数据库,离线的表空间的恢复
  • 打开的数据库, 离线的表空间数据文件的恢复

不完全的介质恢复

不完全的介质恢复也被称为时间点恢复,不继续进行到完全恢复的时间点恢复必须使用OPEN RESETLOGS 选项中止,不完全恢复操作时必须关闭数据库 ,这里是三种类型的不完全介质恢复。

  • 基于取消的恢复
  • 基于时间的恢复
  • 基于改变的恢复

恢复完全取决于备份方法是如何使用. 它同时也取决于数据库管理员必须要恢复的东西,恢复可以包含:

  • REDO 日志恢复离线或在线日志
  • ROLLBACK 段恢复
  • 表空间恢复
  • 表恢复
  • 整个数据库的恢复 
  • 可执行文件的恢复
  • 控制文件的恢复

每个恢复可能包含上述一个或多个组合,取决于文件位置,一般只有数据库文件系统受到物理侵犯之后才要求恢复,大多数的内部错误由Oracle 使用 REDO Rollback 日志和数据缓存自动纠正。

以下是专门设计的不同的恢复场景:

                                       C/H      C/H                  C/H

数据库问题的类型:              BU/A     BU/EX/A   EXPORTS    BU N-A

Loss of Active Redo Log (NM)           PR       PR        PR         PR

Loss of Active Redo Log (M)            R        R         R          R

Loss of Datafile / Tablespace          R        R         DPR        PR

Damaged Rollback Segment               R        R         R          R

Loss of table                          DFR      EPR       EPR        DPR

Loss of executable                     R        R         NR         R

Loss of Control File                   R        R         R          R

Loss of entire Database                R        R         PR         PR

假设:

1. OFA兼容的数据库

2. EXPORTS之下, 不采用系统备份        R   可恢复

3. 各自的磁盘上至少两个控制文件              NR  不可恢复

关键:                                                      EPR Easy Partial Rec.C/H BU/A 冷或热备份/ 归档, 不输出     DFR Difficult Full Rec.C/H BU/EX/A 冷或热备份, 输出和归档     DPR Difficult PartialEXPORTS 输出, 但是没有备份C/H BU N-A 冷或热备份, 没有归档, 没有输出

例如设置恢复过程

理解各种各样的系统故障是如何影响 ORACLE 数据库系统要求理解系统是如何在物理上处于磁盘厂上的,该设置程序的目的是为数据库恢复选项提供一个简单的来源。

必须要运行该节的步骤,取决于发生的故障类型,其中重要的是实例的文件名,作为一个数据库管理员,我们建议使用这些程序来规范你的备份和恢复程序。

磁盘设置信息

为了从各种各样的系统故障中恢复你的Oracle 数据库,,你必须知道如何在磁盘上进行物理配置系统 ,下面展示的配置实例将Oracle 文件扩展到若干盘片,以减少磁盘争夺和访问速度:

物理磁盘目录内容

   1 /oracle0 可执行文件,表单,报表,菜单,COM文件,一个控制文件,跟踪文件,日志,重做日志

   2 /oracle1 包括系统的数据文件,拷贝的控制文件, 临时表空间

   3 /oracle2 拷贝的控制文件, 索引

   4 /oracle3 回滚段,输出

   5 /oracle4 所有的归档日志

从上述一个磁盘的丢失中恢复取决于该磁盘上包含了什么文件。

丢失/oracle0:

丢失/oracle0 意味着系统管理员必须执行复原操作 (从备份磁带中)来恢复系统的可执行文件,shell脚本(命令文件),窗体,报表,菜单, 日志文件, 重做日志文件, 跟踪文件和大部分最近的控制文件。如果自从上次备份后数据库结构发生了任何变化,该控制文件将会包含最新的信息,必须在开始实例之前从未受影响的磁盘中拷贝 ,这是有必要的,因为该控制文件包含归档日志用法和数据文件位置的最新描述,重做日志文件的丢失会要求恢复到最近的归档日志文件,如果丢失时受影响的重做日志在线,不使用镜像,就会发生一些数据丢失。

丢失/oracle1:

丢失/oracle1 是最严重的丢失类型,因为/oracle1 包含大部分的数据文件。为了恢复,你将必须从大部分的当前备份中恢复,然后你需要从最后一个备份到最新的备份应用所有的归档日志,恢复的一个替代方法是重新创建数据库,导入最新最全的输出,然后应用所有累积和增量输出,但是,从输入恢复支队数据和最后一个应用的输出文件的时间是当前的 进一步的恢复是不可能的。重做日志文件的恢复是自动进行的,如果丢失时受影响的重做日志在线,不使用镜像,就会发生数据丢失。

丢失 /oracle2:

丢失/oracle2 将会降低数据访问速度,但没有必要进行立刻恢复,如果索引表空间是离线的(使用SQL*Plus发出的命令) ,用户仍然能够访问在数据库中唯一查询操作中的数据,因为这些操作不需要索引,但是,涉及索引表的更新是不可能的,你可以使用归档日志和表空间恢复程序恢复索引表空间,如果丢失时受影响的重做日志在线,不使用镜像,就会发生一些数据丢失。

丢失 /oracle3:

丢失 /oracle3 将会导致未提交的 DML 语句的丢失,但是, 重做日志文件 (有可能是归档日志文件) 还是包含所有已提交的和未提交的DML 语句的信息, 使用这些文件,你能够 恢复丢失的语句,在恢复过程中,所有需要的重做日志和归档日志可以被应用直到崩溃刚刚发生,你可以前滚数据库,而不是后滚,这样你可以保存崩溃发生之前没有提交的 DML 语句的结果, /oracle3 中的输出文件的丢失意味着你必须尽快输出数据库,因此会创建一个新的可靠的输出文件。

丢失 /oracle4:

丢失/oracle4 需要立刻关闭 Oracle ,之后进行完整的备份和输出,如果你之前不能回复丢失的归档和输出,这样做是唯一保证数据恢复能力的方法,然后你可以重设归档日志目的地,继续操作,这个方法对完全恢复来说不是一个安全的情况,但是,它会使你继续使用直到可以执行完全备份。

说明因为归档磁盘备份已有一周之久,它就没有用处了,只有那些自从上次恢复需要的最后备份创建的归档日志,当你关闭和备份数据库时,丢失的归档日志变得不相关。

单个文件的丢失:

如果用户因为他删除了一个表不慎丢失数据,可以在丢失的最多一天内,从上次的包含表完全导出或上次增量导出中恢复,但是如果没有进行导出,单个表的恢复需要复原整个表空间,需要应用归档日志到表刚刚丢失前(这要求表空间是离线的)

部分磁盘丢失:

如果你只丢失了一个磁盘的一小部分,恢复会取决于占有磁盘区的Oracle 文件类型。

非物理数据问题:

除了物理数据丢失,  (例如, 磁盘崩溃), 所有其他的恢复情景由Oracle 核自动处理,这些包括程序故障,错误导致的实例故障,由于断电或强制崩溃导致的系统故障。

Comment

*

沪ICP备14014813号-2

沪公网安备 31010802001379号