[计算机软件及应用]oracle 备份amp恢复案例.docVIP

ORACLE备份恢复案例 1 第一章. 理解什么是数据库恢复 1 1.1实例故障的一致性恢复 2 1.2介质故障或文件错误的不一致恢复 2 第二章. 数据库恢复案例测试环境 3 2.1 数据库环境 3 2.2 数据库备份脚本 3 第三章. 了解与恢复相关的信息 6 第四章. 数据库恢复案例 6 4.1非归档模式下的备份与恢复 6 4.2归档模式下丢失或损坏一个数据文件 8 4.2.1 OS备份方案 8 4.2.2 RMAN备份方案 11 4.3丢失多个数据文件，实现整个数据库的恢复 15 4.3.1 OS备份方案 15 4.3.2 RMAN备份方案 19 4.4 不完全恢复案例 24 4.4.1 OS备份下的基于时间的恢复 24 4.4.2 RMAN备份下的基于改变的恢复 26 第五章 其它恢复案例 30 5.1 损坏联机日志的恢复方法 30 5.1.1 损坏非当前联机日志 30 5.1.2 损坏当前联机日志 31 5.2 损坏控制文件的恢复方法 34 5.2.1 损坏单个控制文件 34 5.2.2 损坏全部控制文件 34 5.3 损坏回滚数据文件的恢复方法 36 5.3.1 损坏数据文件，但数据库处于Open状态 36 5.3.2数据库关闭，但是数据文件中没有活动事务 38 5.3.3 数据库关闭，数据文件中有活动事务，没有可用备份 39 5.3.4 数据库关闭，数据文件中有活动事务，从备份恢复 40 5.4 损坏临时数据文件的恢复方法 41 第五章. 常见恢复误区 41 第六章. 小结 42 ORACLE备份恢复案例 ORACLE BACKUPRESTORE SCHEME 第一章. 理解什么是数据库恢复 当我们使用一个数据库时，总希望数据库的内容是可靠的、正确的，但由于计算机系统的故障（硬件故障、软件故障、网络故障、进程故障和系统故障）影响数据库系统的操作，影响数据库中数据的正确性，甚至破坏数据库，使数据库中全部或部分数据丢失。因此当发生上述故障后，希望能重构这个完整的数据库，该处理称为数据库恢复。恢复过程大致可以分为复原(Restore)与恢复(Restore)过程。 数据库恢复可以分为以下两类： 1.1实例故障的一致性恢复 当实例意外地（如掉电、后台进程故障等）或预料地（发出SHUTDOUM ABORT语句）中止时出现实例故障，此时需要实例恢复。实例恢复将数据库恢复到故障之前的事务一致状态。如果在在线后备发现实例故障，则需介质恢复。在其它情况ORACLE在下次数据库起动时（对新实例装配和打开），自动地执行实例恢复。如果需要，从装配状态变为打开状态，自动地激发实例恢复，由下列处理： （1） 为了解恢复数据文件中没有记录的数据，进行向前滚。该数据记录在在线日志，包括对回滚段的内容恢复。 （2） 回滚未提交的事务，按步1重新生成回滚段所指定的操作。 （3） 释放在故障时正在处理事务所持有的资源。 （4） 解决在故障时正经历一阶段提交的任何悬而未决的分布事务。 1.2介质故障或文件错误的不一致恢复 介质故障是当一个文件、一个文件的部分或磁盘不能读或不能写时出现的故障。 文件错误一般指意外的错误导致文件被删除或意外事故导致文件的不一致。 这种状态下的数据库都是不一致的，需要DBA手工来进行数据库的恢复，这种恢复有两种形式，决定于数据库运行的归档方式和备份方式。 （1） 完全介质恢复可恢复全部丢失的修改。一般情况下需要有数据库的备份且数据库运行在归档状态下并且有可用归档日志时才可能。对于不同类型的错误，有不同类型的完全恢复可使用，其决定于毁坏文件和数据库的可用性。 （2） 不完全介质恢复是在完全介质恢复不可能或不要求时进行的介质恢复。重构受损的数据库，使其恢复介质故障前或用户出错之前的一个事务一致性状态。不完全介质恢复有不同类型的使用，决定于需要不完全介质恢复的情况，有下列类型：基于撤消、基于时间和基于修改的不完全恢复。 基于撤消(CANCEL)恢复：在某种情况，不完全介质恢复必须被控制，DBA可撤消在指定点的操作。基于撤消的恢复地在一个或多个日志组（在线的或归档的）已被介质故障所破坏，不能用于恢复过程时使用，所以介质恢复必须控制，以致在使用最近的、未损的日志组于数据文件后中止恢复操作。 基于时间(TIME)和基于修改(SCN)的恢复：如果DBA希望恢复到过去的某个指定点，是一种理想的不完全介质恢复，一般发生在恢复到某个特定操作之前，恢复到如意外删除某个数据表之前。 第二章. 数据库恢复案例测试环境 2.1 数据库环境 以下的所有案例都是通过测试经过，环境为： OS：Windows 2000 Server DB：Oracle 816 DBNAME：TEST 数据文件： SQL select fi