如果自己搞不定可以找诗檀软件专业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