oracle 10g还原数据,Oracle 10g 恢复操作概述

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 ;

# 清空有问题的redo log组并重建

SQL> ALTER DATABASE CLEAR LOGFILE GROUP ;

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'; }