1. 实例恢复
在实例重新启动时,系统自动恢复。
判断依据:数据文件的scn与控制文件不一致。
步骤:
(1)使用online redo log,数据前滚到与控制文件一致的SCN处。
(2)使用undo表空间,对未提交事务执行回滚操作。
结果:数据库中数据保留到实例异常前最后一次提交的内容。
2. 用户错误恢复 用户错误包括:用户数据错误修改,数据表误删等
恢复技术:闪回查询(Flashback Query)
Flashback Drop和表空间回收站(Tablespace"s recycle bin)
闪回表(Flashback Table)
LogMiner 2.1 闪回查询
前提:undo表空间足够容纳用户在一段时期内修改的数据
undo表空间保留历史修改数据的时限(UNDO_RETETION初始变量)
查询表employees在15分钟前的数据: SELECT employee_id, last_name, email FROM hr.employees
AS OF TIMESTAMP(systimestamp - interval "15" minute)
WHERE employee_id = 101; 查询表employees在指定历史时间的数据: SELECT employee_id, last_name, email FROM hr.employees
AS OF TIMESTAMP(
to_timestamp("01-Sep-04 16:18:57.84", "DD-Mon-RR HH24:MI:SS.FF"))
WHERE employee_id = 101; 2.2 Flashback Drop和表空间回收站 每个Oracle表空间中存在一个Recycle bin,用户存放删除的表和表相关内容(索引等)
删除的表所占用的空间并不立即回收,但在视图DBA_FREE_SPACE中可看到。 # 恢复已删除的数据表到删除前状态(包括表中数据): SQL> FLASHBACK TABLE order_items TO BEFORE DROP; # 恢复已删除的数据表并改名:
SQL> FLASHBACK TABLE order_items TO BEFORE DROP RENAME TO order_items_old; 如果同一个表被删除恢复多次,如果需要恢复到以前的版本,则可以查询视图RECYCLEBIN
或者使用命令SHOW RECYCLEBIN,并使用其中的表名称。 使用限制:
仅能用于非系统本地管理的表空间。
位图联合索引、参照完整性约束、物化视图删除后无法保存在Recyclebin.
使用Drop Index删除索引,删除的索引不会保存(只有删除表,县官索引才保存)。
2.3 Flashback表 允许将一个或多个表恢复到历史指定时间的状态。无需使用太耗时的操作。
Flashback Table使用对相关事务的Undo操作恢复表,使用undo表空间。
(Flashback Drop直接回收恢复表占用的空间)
需要启用行迁移(row movement)功能。undo操作可能会改变记录的rowid. #启用Row Movement
SQL> ALTER TABLE hr.employees ENABLE ROW MOVEMENT; #使用Flashback Table恢复表到指定时间
SQL> FLASHBACK TABLE hr.employees [, ...]
TO TIMESTAMP systimestamp - interval "15" minute; 2.4 LogMiner
从Redo Log中提取所有的DDL和DML活动的语句。
使用V$LOGMNR_CONTENTS视图查看(首先需要执行DBMS_LOGMNR.START_LOGMNR()过程)
LogMiner工具本身不能用于恢复数据库
仅从RedoLog中提取用于恢复数据库的SQL语句。 3. 控制文件恢复 如果有控制文件发生错误,Oracle实例将停止运行。
如果没有停止,则必须手动执行:SHUTDOWN ABORT
将未损坏的控制文件复制一份到目标地址,并修改初始化参数中出问题的
控制文件的路径到新的控制文件
或者在初始化参数中把有问题的控制文件条目删除。
控制文件错误时,修改初始化参数参数,需要在NOMOUNT状态下。 SQL> SHUTDOWN IMMEDIATE;
SQL> STARTUP NOMOUNT;
SQL> SHOW PARAMETER CONTROL_FILES;
或
SQL> SELECT name, value FROM v$spparameters
WHERE name = "control_files";
SQL> ALTER SYSTEM SET CONTROL_FILES="...","...","..." SCOPE=SPFILE;
SQL> SHUTDOWN IMMEDIATE;
SQL> STARTUP;
4. 重做日志恢复 只要有一组中还有一个Redo Log文件还有可用,Oracle实例就不会崩溃。
(即一个redo log组中所有redo log文件全部失效,Oracle示例就会崩溃)
使用V$LOGFILE视图查询当前redo log文件的状态。
如果一个redo log组中存在错误的redo log文件,那么按以下步骤恢复:
# 确认哪个文件出现错误(在哪个组中)
SQL> SELECT * FROM v$logfile ORDER BY group#; # 对该组redo log执行归档操作
SQL> ALTER SYSTEM ARCHIVE LOG GROUP <group_number>;
# 清空有问题的redo log组并重建
SQL> ALTER DATABASE CLEAR LOGFILE GROUP <group_number>;
5. 系统关键数据文件恢复 包括SYSTEM表空间和UNDO表空间。 5.1 NOARCHIVELOG 模式下 只能依赖于是否对数据库有全备份,如果有,则只能恢复到全备份时。 5.2 ARCHIVELOG 模式下 SQL> SHUTDOWN ABORT; # 强制停止
SQL> STARTUP MOUNT; # 只能在Mount状态下恢复 在EM的Perform Recovery中,选择恢复数据文件,以及对应的SYSTEM表空间数据文件。
并可指定需要恢复到的目标路径。系统将会执行RMAN脚本进行恢复。 SQL> ALTER DATABASE OPEN; # 恢复完毕后打开数据库 6. 非系统数据文件恢复 6.1 NOARCHIVELOG 模式下 只能依赖于是否对数据库有全备份,如果有,则只能恢复到全备份时。 6.2 ARCHIVELOG 模式下 只影响到丢失的数据文件相关的数据库对象。
同样可在EM中,按步骤执行Perform Recovery进行恢复。 # 查看数据文件
SQL> SELECT t.name, d.name FROM v$tablespace t
JOIN v$datafile d USING (ts#)
WHERE t.name = "USERS"; 也可以执行RMAN命令恢复编号为4和7的数据文件: $ rman target /
RMAN> run { sql "alter database datafile 4 offline";
sql "alter database datafile 7 offline";
restore datafile 4, 7;
recover datafile 4, 7;
sql "alter database datafile 4 online";
sql "alter database datafile 7 online"; }使用SQL*Loader将CSV文件数据导入Oracle数据表Oracle 10g 数据库备份摘要相关资讯 ORACLE 10G
- Oracle 10g(10.2.0.4)升级到10.2.0 (04月10日)
- Oracle 10g 一主多备的搭建技巧 (07/31/2015 15:31:51)
- 多平台下的32位和64位Oracle 10g下 (02/18/2015 10:38:21)
| - Oracle 10g实现只读表的N种方法 (08/05/2015 10:54:35)
- Oracle 10g中约束与列属性NULLABLE (03/07/2015 19:22:46)
- Oracle 10g Clusterware Votedisk (01/16/2015 14:09:54)
|
本文评论 查看全部评论 (0)