Oracle之表空间基于时间点的恢复

记一次优化过程中;一次误操作,在不影响其他表空间的情况下;采用表空间基于时间点的恢复(TSPITR)方法恢复数据的过程。

1.TSPITR恢复原理

   TSPITR目前最方便的方法是使用RMAN进行自动的恢复。其使用前提为两个,一个是必须存在相应的备份集合,另一个是表空间对象是“self-contain”,也就是其他表空间中不包括与这个表空间对象相关的对象数据。

恢复步骤和原理如下:

  • RMAN三个对象集合:catalog、target和auxiliary。其中auxiliary就是用于辅助target各种备份还原要求的操作数据库。这个库在TSPITR中扮演临时数据还原作用的;
  • 首先完成数据检查工作,确定备份集合和表空间完整性;
  • 当前时间是T1,如果需要将数据还原为T0。使用RMAN提取备份数据集合,还原到auxiliary上形成一个新的实例数据库。选择性应用归档日志序列,还原auxiliary到TO时间点;
  • 使用expdp工具从auxiliary中导出目标表空间为dump对象。注意:还原auxiliary并不是100%重建target,而是选择系统运行表空间和目标表空间;
  • 在target数据库中删除原表空间。使用impdp工具导入dump文件进入target数据库;
  • 清理环境,将创建的auxiliary数据库删除;

2. 模拟环境:
2.1 备份数据库

  backup database format '/data/oracle/rman/back_db_%U';

2.2 误操作模拟

SQL> alter session set NLS_DATE_FORMAT="YYYY-MM-DD HH24:Mi:SS";

Session altered.

SQL> select sysdate from dual;

SYSDATE
-------------------
2017-04-07 11:14:22

SQL> conn lottu/li0924
Connected.

SQL> select count(1) from lottu02;

  COUNT(1)
----------
       999

SQL> truncate table lottu02;                   --误操作

Table truncated.

3.模拟恢复操作
3.1 第一次恢复过程
模拟第一次恢复结果是失败的;我的恢复脚本如下:

run{
sql 'alter session set NLS_DATE_FORMAT="YYYY-MM-DD HH24:MI:SS"';
sql 'alter session set NLS_LANGUAGE=American';
recover tablespace LOTTU until time='2017-04-07 11:14:22' auxiliary destination '/u01/auxiliary';
}

在上述的步骤4出现错误;即使用expdp工具从auxiliary中导出目标表空间为dump对象这个过程;错误信息如下:

RMAN-00571: ===========================================================
RMAN-00569: =============== ERROR MESSAGE STACK FOLLOWS ===============
RMAN-00571: ===========================================================
RMAN-03002: failure of recover command at 04/06/2017 16:43:57
RMAN-06136: ORACLE error from auxiliary database: ORA-01097: cannot shutdown while in a transaction - commit or rollback first
RMAN-06962: Error received during export of metadata
RMAN-06960:    EXPDP> ORA-39065: unexpected master process exception in MAINORA-04031: unable to allocate 32 bytes of shared memory ("shared pool","select obj# from oid$ where ...","SQLA","tmp")
RMAN-06960:    EXPDP> ORA-39097: Data Pump job encountered unexpected error -4031

根据错误信息中“EXPDP> ORA-39065: unexpected master process exception in MAINORA-04031: unable to allocate 32 bytes of shared memory” 出现辅助实例内存不够。


3.2第二次恢复
本次恢复结果是成功的;与上次不同的是;本次添加了辅助实例的参数文件。操作如下;

[oracle@oracle234 auxiliary]$ cat initaux.ora 
db_name=ORA11G                                  
db_unique_name=swhw_tspitr_ORA11G
compatible=11.2.0.0.0
db_block_size=8192
db_files=200
sga_target=1024M
processes=50

其中 "db_name="和"compatible=" 需要跟恢复数据库是一致的;这个可以从第一次恢复信息拷贝。
恢复脚本如下:

run{
set auxiliary instance parameter file to '/u01/auxiliary/initaux.ora'
sql 'alter session set NLS_DATE_FORMAT="YYYY-MM-DD HH24:MI:SS"';
sql 'alter session set NLS_LANGUAGE=American';
recover tablespace LOTTU until time='2017-04-07 11:14:22' auxiliary destination '/u01/auxiliary';
} 

3.3 验证结果:

SQL> select file#,status from v$datafile;

     FILE# STATUS
---------- -------
     1 SYSTEM
     2 ONLINE
     3 ONLINE
     4 ONLINE
     5 OFFLINE
     6 ONLINE

6 rows selected.

SQL> alter tablespace lottu online;

Tablespace altered.

SQL> conn lottu/li0924
Connected.
SQL> select count(1) from lottu02;

  COUNT(1)
----------
       999

从结果来看;恢复是成功的。

4. 参考文献
http://www.cnblogs.com/jyzhao/p/4956220.html

posted @ 2017-04-07 12:06  lottu  阅读(1779)  评论(0编辑  收藏  举报