Oracle备份与恢复案例.docx

一. 理解什么是数据库恢复 当我们使用一个数据库时，总希望数据库的内容是可靠的、正确的，但由于计算机系统的故障（硬件故障、软件故障、网络故障、进程故障和系统故障）影响数据库系统的操作，影响数据库中数据的正确性，甚至破坏数据库，使数据库中全部或部分数据丢失。因此当发生上述故障后，希望能重构这个完整的数据库，该处理称为数据库恢复。恢复过程大致可以分为复原(Restore)与恢复(Recover)过 程。 数据库恢复可以分为以下两类： 实例故障的一致性恢复 当实例意外地（如掉电、后台进程故障等）或预料地（发出 SHUTDOUM ABORT 语句）中止时出现实例故障，此时需要实例恢复。实例恢复将数据库恢复到故障之前的事务一致状态。如果在在线后备发现实例故障，则需介质恢复。在其它情况 Oracle 在下次数据库起动时（对新实例装配和打开），自动地执行实例恢复。如果需要，从装配状态变为打开状态，自动地激发实例恢复，由下列处理： 为了解恢复数据文件中没有记录的数据，进行向前滚。该数据记录在在线日志， 包括对回滚段的内容恢复。 回滚未提交的事务，按步 1 重新生成回滚段所指定的操 作。 释放在故障时正在处理事务所持有的资源。 解决在故障时正经历一阶段提交的任何悬而未决的分布事务。 介质故障或文件错误的不一致恢复 介质故障是当一个文件、一个文件的部分或磁盘不能读或不能写时出现的故障。文件错误一般指意外的错误导致文件被删除或意外事故导致文件的不一致。这种状态下的数据库都是不一致的，需要DBA 手工来进行数据库的恢复，这种恢复有两种形式，决定于数据库运行的归档方式和备份方式。 完全介质恢复可恢复全部丢失的修改。一般情况下需要有数据库的备份且数据库运行在归档状态下并且有可用归档日志时 才可能。对于不同类型的错误，有不同类型的完全恢复可使用， 其决定于毁坏文件和数据库的可用性。 不完全介质恢复是在完全介质恢复不可能或不要求时进行的介质恢复。重构受损的数据库，使其恢复介质故障前或用户出错之前的一个事务一致性状态。不完全介质恢复有不同类型的使用，决定于需要不完全介质恢复的情况，有下列类型：基于撤消、基于时间和基于修改的不完全恢复。 基于撤消(CANCEL)恢复：在某种情况，不完全介质恢复必须被控制，DBA 可撤消在指定点的操作。基于撤消的恢复地在一个或多个日志组（在线的或归档的）已被介质故障所破坏， 不能用于恢复过程时使用，所以介质恢复必须控制，以致在使用最近的、未损的日志组于数据文件后中止恢复操作。 基于时间(TIME)和基于修改(SCN)的恢复：如果 DBA 希望恢复到过去的某个指定点，是一种理想的不完全介质恢复，一般发生在恢复到某个特定操作之前，恢复到如意外删除某个数据表之前。 第二章. 数据库恢复案例测试环境 数据库环境 以下的所有案例都是通过测试经过，环境为： OS：Windows 2000 Server DB：Oracle 816 DBNAME：TEST 数据文件： SQL select file#,status,enabled,name from v$datafile; FILE# STATUS ENABLED NAME SYSTEM READ WRITE D:\Oracle\ORADATA\TEST\SYSTEM01.DBF ONLINE READ WRITE D:\Oracle\ORADATA\TEST\RBS01.DBF ONLINE READ WRITE D:\Oracle\ORADATA\TEST\USERS01.DBF ONLINE READ WRITE D:\Oracle\ORADATA\TEST\TEMP01.DBF ONLINE READ WRITE D:\Oracle\ORADATA\TEST\TOOLS01.DBF ONLINE READ WRITE D:\Oracle\ORADATA\TEST\INDX01.DBF 控制文件： SQL select * from v$controlfile; STATUS NAME D:\Oracle\ORADATA\TEST\CONTROL01.CTL D:\Oracle\ORADATA\TEST\CONTROL02.CTL D:\Oracle\ORADATA\TEST\CONTROL03.CTL 联机日志： SQL select * from v$logfile; GROUP# STATUS MEMBER 1 STALE D:\Oracle\ORADATA\TEST\REDO01.LOG 2 D:\Oracle\ORADATA\TEST\REDO02.LOG 3 STALE D:\Oracle\ORADATA\TEST\REDO03.LOG 数据库备份脚本冷备份脚本: rem s