一. 理解什么是数据库恢复
当我们使用一个数据库时,总希望数据库的内容是可靠的、正确的,但由于计算机系统的故障(硬件故障、软件故障、网络故障、进程故障和系统故障)影响数据库系统的操作,影响数据库中数据的正确性,甚至破坏数据库,使数据库中全部或部分数据丢失。因此当发生上述故障后,希望能重构这个完整的数据库,该处理称为数据库恢复。恢复过程大致可以分为复原(Restore)与恢复(Recover)过程。
数据库恢复可以分为以下两类:
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 file#,status,enabled,name from v$datafile;
FILE# STATUS ENABLED NAME
----------------------------------------------------------------
1 SYSTEM READ WRITE D:OracleORADATATESTSYSTEM01.DBF
2 ONLINE READ WRITE D:OracleORADATATESTRBS01.DBF
3 ONLINE READ WRITE D:OracleORADATATESTUSERS01.DBF
4 ONLINE READ WRITE D:OracleORADATATESTTEMP01.DBF
5 ONLINE READ WRITE D:OracleORADATATESTTOOLS01.DBF
6 ONLINE READ WRITE D:OracleORADATATESTINDX01.DBF
控制文件:
SQL> select * from v$controlfile;
STATUS NAME
---------------------------------------------------------------------
D:OracleORADATATESTCONTROL01.CTL
D:OracleORADATATESTCONTROL02.CTL
D:OracleORADATATESTCONTROL03.CTL
联机日志:
SQL> select * from v$logfile;
GROUP# STATUS MEMBER
---------------------------------------------------------------------
1 STALE D:OracleORADATATESTREDO01.LOG
2 D:OracleORADATATESTREDO02.LOG
3 STALE D:OracleORADATATESTREDO03.LOG
2.2 数据库备份脚本
冷备份脚本:
connect internal/oracle;
shutdown immediate;
$copy d:oracleoradatadms*.dbf e:orabak;
$copy d:oracleoradatadms*.ctl e:orabak;
$copy d:oracleoradatadms*.log e:orabak;
startup open;
说明:
1、以上脚本在数据库关闭状态下备份数据库所有的数据文件,联机日志,控制文件(在一个目
录下),如果成功备份,所有文件是一致的;
2、没有备份参数文件,参数文件可以另外备份,没有必要每次都备份,只需要在改变设置后备份一次;
3、如果以上命令没有成功依次执行,那么备份将是无效的,如连接数据库不成功,那么肯定关闭数据库也不成功,那么备份则无效;
4、冷备份建议下人工干预下执行。
数据库OS热全备份脚本
connect internal/oracle;
alter system archive log current;
alter tablespace system begin backup;
$copy d:oracleoradatadmssystem01.dbf e:orabak1;
alter tablespace system end backup;
alter tablespace rbs begin backup;
$copy d:oracleoradatadmsrbs01.dbf e:orabak1;
alter tablespace rbs end backup;
alter tablespace users begin backup;
$copy d:oracleoradatadmsusers01.dbf e:orabak1;
alter tablespace users end backup;
alter tablespace temp begin backup;
$copy d:oracleoradatadmstemp01.dbf e:orabak1;
alter tablespace temp end backup;
alter tablespace tools begin backup;
$copy d:oracleoradatadmstools01.dbf e:orabak1;
alter tablespace tools end backup;
alter tablespace indx begin backup;
$copy d:oracleoradatadmsindx01.dbf e:orabak1;
alter tablespace indx end backup;
alter database backup controlfile to 'e:orabak1controlbinbak.000';
alter database backup controlfile to trace;
alter system archive log current;
说明:
1、热备份必须在数据库归档方式下才可以运行;
2、以上脚本可以在数据库运行状态下备份数据库所有的数据文件(除了临时数据文件),没有必要备份联机日志;
3、归档日志至少需要一次完整备份之后的所有日志;
4、如果以上命令没有成功依次执行,那么备份也是无效的,如连接数据库不成功,那么备份则无效。
第三章. 了解与恢复相关的信息
1、 理解报警日志文件
报警日志文件一般记载了数据库的启动/关闭信息,归档信息,备份信息,恢复信息,常见错误信息,部分数据库修改记录等。一般令名规则为Alrt.log或Alrt.log,如我的测试数据库的报警日志文件的名称为testalrt.log。
报警日志文件的路径是根据初始化参数background_dump_dest来决定的,如在我的机器上,该参数值为 D:Oracleadmintestbdump,那么,你就可以在该路径下找到该文件。
2、 后台进程跟踪文件
后台进程跟踪文件的路径与报警日志文件的路径一致,在某些情况下,你可以通过后台跟踪文件的信息了解更多的需要恢复的信息。如在数据库需要恢复的时候,报警日志文件中常有这样的语句:
Errors in file D:OracleadmintestbdumptestDBW0.TRC:
ORA-01157: cannot identify/lock data file 1 - see DBWR trace file
通过提示的DBWR跟踪文件,可以查询到更详细的信息。
3、 v$recover_file与v$recovery_log
这是两个动态性能视图,可以在mount下查看,通过这两个视图,你可以了解详细的需要恢复的数据文件与需要使用到的归档日志。
第四章. 数据库恢复案例
4.1非归档模式下的备份与恢复
备份方案:采用OS冷备份
1. 连接数据库并创建测试表
SQL> connect internal/password as sysdba;
Connected.
SQL> create table test(a int);
Table created
SQL> insert into test values(1);
1 row inserted
SQL> commit;
Commit complete
2. 备份数据库
SQL> @coldbak.sql 或在DOS下 svrmgrl @coldbak.sql
3. 再插入记录
SQL> insert into test values(2);
1 row inserted
SQL> commit;
Commit complete
SQL> select * from test;
A
-------------------
1
2
4. 关闭数据库
SQL> shutdown immediate;
Database closed.
Database dismounted.
Oracle instance shut down.
5. 毁坏一个或多个数据文件,如删除user01.dbf
C:>del D:OracleORADATATESTUSERS01.DBF
模拟媒体毁坏。
6. 重新启动数据库,会发现如下错误
SQL> startup
Oracle instance started.
Total System Global Area 102020364 bytes
Fixed Size 70924 bytes
Variable Size 85487616 bytes
Database Buffers 16384000 bytes
Redo Buffers 77824 bytes
Database mounted.
ORA-01157: cannot identify/lock data file 3 - see DBWR trace file
ORA-01110: data file 3: 'D:OracleORADATATESTUSERS01.DBF'
在报警文件中,会有更详细的信息
Errors in file D:OracleadmintestbdumptestDBW0.TRC:
ORA-01157: cannot identify/lock data file 3 - see DBWR trace file
ORA-01110: data file 3: 'D:OracleORADATATESTUSERS01.DBF'
ORA-27041: unable to open file
OSD-04002: unable to open file
O/S-Error: (OS 2) 系统找不到指定的文件。
7. 拷贝备份复原到原来位置(restore过程)
C:>xcopy d:database*.* d:Oracleoradatatest/H/R/S
8.
来自 “ ITPUB博客 ” ,链接:http://blog.itpub.net/14926/viewspace-799439/,如需转载,请注明出处,否则将追究法律责任。
转载于:http://blog.itpub.net/14926/viewspace-799439/