- 浏览: 82591 次
- 性别:
- 来自: 黑龙江
最新评论
-
culven:
总结得太好了!很详细实用!
ORACLE sql plus命令大全 -
SwinZhu:
请问,在创建一个网元结点的时候,在给结点setname的时候, ...
TWaver基于Swing的应用初例 -
xiaoqing20:
g.drawString("叼啊",110 ...
J2ME Canvas应用示例 -
orz.chang:
71/72行的代碼實在是太牛咯。
J2ME Canvas应用示例 -
geek87:
谢谢了
用Eclipse3.4搭建J2ME开发环境
一. 理解什么是数据库恢复 数据库恢复可以分为以下两类: 1.1实例故障的一致性恢复 当实例意外地(如掉电、后台进程故障等)或预料地(发出SHUTDOUM ABORT语句)中止时出现实例故障,此时需要实例恢复。实例恢复将数据库恢复到故障之前的事务一致状态。如果在在线后备发现实例故障,则需介质恢复。在其它情况Oracle在下次数据库起动时(对新实例装配和打开),自动地执行实例恢复。如果需要,从装配状态变为打开状态,自动地激发实例恢复,由下列处理: (1) 为了解恢复数据文件中没有记录的数据,进行向前滚。该数据记录在在线日志, 包括对回滚段的内容恢复。 (2) 回滚未提交的事务,按步1重新生成回滚段所指定的操作。 (3) 释放在故障时正在处理事务所持有的资源。 (4) 解决在故障时正经历一阶段提交的任何悬而未决的分布事务。 介质故障是当一个文件、一个文件的部分或磁盘不能读或不能写时出现的故障。文件错误一般指意外的错误导致文件被删除或意外事故导致文件的不一致。这种状态下的数据库都是不一致的,需要DBA手工来进行数据库的恢复,这种恢复有两种形式,决定于数据库运行的归档方式和备份方式。 (1) 完全介质恢复可恢复全部丢失的修改。一般情况下需要有数据库的备份且数据库运行在归档状态下并且有可用归档日志时才可能。对于不同类型的错误,有不同类型的完全恢复可使用,其决定于毁坏文件和数据库的可用性。 (2) 不完全介质恢复是在完全介质恢复不可能或不要求时进行的介质恢复。重构受损的数据库,使其恢复介质故障前或用户出错之前的一个事务一致性状态。不完全介质恢复有不同类型的使用,决定于需要不完全介质恢复的情况,有下列类型:基于撤消、基于时间和基于修改的不完全恢复。 基于撤消(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 ---------------------------------------------------------------- 1 SYSTEM READ WRITE D:\Oracle\ORADATA\TEST\SYSTEM01.DBF 2 ONLINE READ WRITE D:\Oracle\ORADATA\TEST\RBS01.DBF 3 ONLINE READ WRITE D:\Oracle\ORADATA\TEST\USERS01.DBF 4 ONLINE READ WRITE D:\Oracle\ORADATA\TEST\TEMP01.DBF 5 ONLINE READ WRITE D:\Oracle\ORADATA\TEST\TOOLS01.DBF 6 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 2.2 数据库备份脚本 冷备份脚本: rem script:coldbak.sql rem creater:chenjiping rem date:5.8.2003 rem desc:offline full backup database --connect database connect internal/password; --shutdown database shutdown immediate; --Copy Data file !xcopy d:\Oracle\oradata\test\*.dbf d:\database/H/R; --Copy Control file !xcopy d:\Oracle\oradata\test\*.ctl d:\database/H/R; --Copy Log file !xcopy d:\Oracle\oradata\test\*.log d:\database/H/R; --startup database startup; 说明: 1、以上脚本在数据库关闭状态下备份数据库所有的数据文件,联机日志,控制文件(在一个目 录下),如果成功备份,所有文件是一致的; 2、没有备份参数文件,参数文件可以另外备份,没有必要每次都备份,只需要在改变设置后备份一次; 3、如果以上命令没有成功依次执行,那么备份将是无效的,如连接数据库不成功,那么肯定关闭数据库也不成功,那么备份则无效; 4、冷备份建议下人工干预下执行。 数据库OS热全备份脚本 rem script:hotbak.sql rem creater:chenjiping rem date:5.8.2003 rem desc:backup all database datafile in archive --connect database connect internal/password; --archive alter system archive log current; --start alter tablespace system begin backup; !xcopy d:\Oracle\oradata\test\system01.dbf d:\databak/H/R; alter tablespace system end backup; alter tablespace rbs begin backup; !xcopy d:\Oracle\oradata\test\rbs01.dbf d:\databak/H/R; alter tablespace rbs end backup; alter tablespace users begin backup; !xcopy d:\Oracle\oradata\test\users01.dbf d:\databak/H/R; alter tablespace users end backup; alter tablespace tools begin backup; !xcopy d:\Oracle\oradata\test\tools01.dbf d:\databak/H/R; alter tablespace tools end backup; alter tablespace indx begin backup; !xcopy d:\Oracle\oradata\test\indx01.dbf d:\databak/H/R; alter tablespace indx end backup; --end --bak control file --binary alter database backup controlfile to 'd:\databak\controlbinbak.000'; --ascii alter database backup controlfile to trace; alter system archive log current; 说明: 1、热备份必须在数据库归档方式下才可以运行; 2、以上脚本可以在数据库运行状态下备份数据库所有的数据文件(除了临时数据文件),没有必要备份联机日志; 3、归档日志至少需要一次完整备份之后的所有日志; 4、如果以上命令没有成功依次执行,那么备份也是无效的,如连接数据库不成功,那么备份则无效。 RMAN备份只讲叙有恢复目录的情况,如果没有恢复目录,情形大致相似。以下是RMAN的热备份全备份的脚本: # script:bakup.rcv # creater:chenjiping # date:5.8.2003 # desc:backup all database datafile in archive with rman # connect database connect rcvcat rman/rman@back; connect target internal/virpure; # start backup database run{ allocate channel c1 type disk; backup full tag 'dbfull' format 'd:\backup\full%u_%s_%p' database include current controlfile; sql 'alter system archive log current'; release channel c1; } # end 说明: 1、 数据库必须运行在归档模式下; 2、 RMAN将自动备份数据文件,运行可靠; 3、 归档日志另外备份处理,但至少需要保存一次备份来的日志; 4、 没有必要用RMAN做冷备份,效果不好。 以上举例说明了数据库的恢复案例的测试环境与部分备份测试脚本,其它的备份脚本可以根据以上脚本演变而来或在案例中加以说明。 数据库的自动实例将不加以说明,这里只举例说明媒体错误或人为错误造成的恢复可能。 以上包括以下案例都是在WINDOWS+Oracle816上测试验证的,在不同的操作系统与不同的数据库版本中略有差别。 第三章. 了解与恢复相关的信息 1、 理解报警日志文件 报警日志文件一般记载了数据库的启动/关闭信息,归档信息,备份信息,恢复信息,常见错误信息,部分数据库修改记录等。一般令名规则为<SID>Alrt.log或Alrt<SID>.log,如我的测试数据库的报警日志文件的名称为testalrt.log。 报警日志文件的路径是根据初始化参数background_dump_dest来决定的,如在我的机器上,该参数值为 D:\Oracle\admin\test\bdump,那么,你就可以在该路径下找到该文件。 2、 后台进程跟踪文件 后台进程跟踪文件的路径与报警日志文件的路径一致,在某些情况下,你可以通过后台跟踪文件的信息了解更多的需要恢复的信息。如在数据库需要恢复的时候,报警日志文件中常有这样的语句: Errors in file D:\Oracle\admin\test\bdump\testDBW0.TRC: ORA-01157: cannot identify/lock data file 1 - see DBWR trace file 通过提示的DBWR跟踪文件,可以查询到更详细的信息。 这是两个动态性能视图,可以在mount下查看,通过这两个视图,你可以了解详细的需要恢复的数据文件与需要使用到的归档日志。 第四章. 数据库恢复案例 备份方案:采用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:\Oracle\ORADATA\TEST\USERS01.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:\Oracle\ORADATA\TEST\USERS01.DBF' 在报警文件中,会有更详细的信息 Errors in file D:\Oracle\admin\test\bdump\testDBW0.TRC: ORA-01157: cannot identify/lock data file 3 - see DBWR trace file ORA-01110: data file 3: 'D:\Oracle\ORADATA\TEST\USERS01.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:\Oracle\oradata\test/H/R/S 8. 打开数据库,检查数据 SQL> alter database open; Database altered. SQL> select * from test; A --------------------------------------- 1 这里可以发现,数据库恢复成功,但在备份之后与崩溃之前的数据丢失了。 说明: 1、非归档模式下的恢复方案可选性很小,一般情况下只能有一种恢复方式,就是数据库的冷备 2、这种情况下的恢复,可以完全恢复到备份的点上,但是可能是丢失数据的,在备份之后与崩溃之前的数据将全部丢失; 3、不管毁坏了多少数据文件或是联机日志或是控制文件,都可以通过这个办法恢复,因为这个恢复过程是Restore所有的冷备份文件,而这个备份点上的所有文件是一致的,与最新的数据库没有关系,就好比把数据库又放到了一个以前的"点"上; 4、对于非归档模式下,最好的办法就是采用OS的冷备份,建议不要用RMAN来作冷备份,效果不好,因为RMAN不备份联机日志,restore不能根本解决问题; 5、如果没有备份联机日志,如RMAN的备份,就需要利用不完全恢复(until cancel)的方法来重新创建联机日志文件。 4.2归档模式下丢失或损坏一个数据文件 4.2.1 OS备份方案 在归档方式下损坏或丢失一个数据文件,如果存在相应的备份与该备份以来的归档日志,恢复还是比较简单的,可以作到尽量少的Down机时间,并能作到数据库的完全恢复。 1、 连接数据库,创建测试表并插入记录 SQL> connect internal/password as sysdba; Connected. SQL> create table test(a int) tablespace users; Table created SQL> insert into test values(1); 1 row inserted SQL> commit; Commit complete 2、 备份数据库 SQL> @hotbak.sql 或在DOS下 svrmgrl @hotbak.sql 3、 继续在测试表中插入记录 SQL> insert into test values(2); 1 row inserted SQL> commit; Commit complete SQL> select * from test; A -------------------------------------- 1 2 SQL> alter system switch logfile; System altered. SQL> alter system switch logfile; System altered. 4、 关闭数据库,模拟丢失数据文件 SQL> shutdown immediate; Database closed. Database dismounted. Oracle instance shut down C:\>del D:\Oracle\ORADATA\TEST\USERS01.DBF 模拟媒体毁坏。 5、 启动数据库错误,脱机该数据文件: 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:\Oracle\ORADATA\TEST\USERS01.DBF' 还可以查看报警文件(见上一个恢复案例)或动态视图v$recover_file 如SQL> select * from v$recover_file; EN-U
当我们使用一个数据库时,总希望数据库的内容是可靠的、正确的,但由于计算机系统的故障(硬件故障、软件故障、网络故障、进程故障和系统故障)影响数据库系统的操作,影响数据库中数据的正确性,甚至破坏数据库,使数据库中全部或部分数据丢失。因此当发生上述故障后,希望能重构这个完整的数据库,该处理称为数据库恢复。恢复过程大致可以分为复原(Restore)与恢复(Recover)过程。
1.2介质故障或文件错误的不一致恢复
2.1 数据库环境
联机日志:
3、 v$recover_file与v$recovery_log
4.1非归档模式下的备份与恢复
份的完全恢复,仅仅需要拷贝原来的备份就可以(restore),不需要recover;发表评论
-
EXECUTE IMMEDIATE及Using
2009-10-10 15:43 4401写道 当我们碰到有一类存储名称和过程的参数上都相似时,可以使 ... -
Oracle RMAN的备份与恢复命令详解
2009-09-21 14:19 29414.3 Copy 镜像拷贝与恢复 ... -
oracle备份恢复精化
2009-09-21 14:16 1246冷备份............................ ... -
oracle备份 恢复基础
2009-09-21 14:11 942Oracle备份与恢复 2009-07-03 23:48 ... -
oracle 归档与不归档
2009-09-21 14:09 15461. 查看数据库的归 ... -
oracle安装完成后续配置
2009-09-12 12:34 1080创建数据库: 创建数据库第一步: 创建 ... -
oracle 10G 卸载
2009-09-12 12:27 1872完全卸载Oracle方法:软 ... -
alter约束操作
2009-09-12 09:42 10501、创建表的同时 ... -
oracle语句优化详解
2009-07-21 16:04 6901.选用适合的Oracle优化器 Oracle的优化器共 ... -
ORACLE sql plus命令大全
2009-07-21 16:03 15721. 执行一个SQL脚本文件 SQL>start f ...
相关推荐
ORACLE备份恢复案例,工作中的实际恢复案例。
恢复案例一:恢复个别表空间或者数据文件 恢复案例二:恢复控制文件 恢复案例三:恢复参数文件 恢复案例四:全库恢复 恢复案例五:隐含参数_allow_resetlogs_corruption的使用
非常详细全面的Oracle备份与恢复案例,包括手工管理和RMAN管理两大部分,都有实例描述详细步骤。
Oracle 备份与恢复案例,PDF格式。有100多页。
oracle 备份&恢复案例,介绍了oracle的备份以及恢复案例。
oracle备份与恢复、emp\exp等教程
ORACLE备份&恢复案例
当我们使用一个数据库时,总希望数据库的内容是可靠的、正确的,但由于计算机系统的故障(硬件故障、软件故障、网络故障、进程故障和系统故障)影响数据库...恢复过程大致可以分为复原(Restore)与恢复(Restore)过程。
我的意图是把与恢复有关的东西整理一下,当然,这篇文章并还没有包含所有与恢复有关的知识,仅仅是常用,如果大家还有什么好的案例,可以贴出来,大家一起讨论
oracle数据库的脱机备份与恢复,案例齐全,适合学习!
ORACLE 数据库 备份和恢复的 案例 例子 rman,