表空间基于时间点的恢复(TSPITR)

【表空间基于时间点的恢复(TSPITR)】的更多相关文章

表空间基于时间点的恢复(TSPITR)

环境:RHEL 6.4 + Oracle 11.2.0.4 准备模拟环境 1. 验证表空间的依赖性 2. 确定执行TSPITR后会丢失的对象 3. 自动执行TSPITR Reference 准备模拟环境 0.1 初始化表空间,用户,表,数据初始化参考模拟业务最小测试用例01 文章中的第1,2,3,4,5步骤初始化模拟环境. 0.2 再建立一个表空间,模拟生产环境其他表空间 -- 创建表空间 conn /as sysdba create tablespace dbs_d_test datafi…

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

记一次优化过程中:一次误操作,在不影响其他表空间的情况下:采用表空间基于时间点的恢复(TSPITR)方法恢复数据的过程. 1.TSPITR恢复原理 TSPITR目前最方便的方法是使用RMAN进行自动的恢复.其使用前提为两个,一个是必须存在相应的备份集合,另一个是表空间对象是“self-contain”,也就是其他表空间中不包括与这个表空间对象相关的对象数据. 恢复步骤和原理如下: RMAN三个对象集合:catalog.target和auxiliary.其中auxiliary就是用于辅助ta…

【RMAN】TSPITR--RMAN表空间基于时间点的自动恢复

[RMAN]TSPITR--RMAN表空间基于时间点的自动恢复一.1 BLOG文档结构图一.2 前言部分一.2.1 导读各位技术爱好者,看完本文后,你可以掌握如下的技能,也可以学到一些其它你所不知道的知识,~O(∩_∩)O~: ① TSPITR表空间基于时间点的自动恢复 ② logminer的简单应用本文如有错误或不完善的地方请大家多多指正,ITPUB留言或QQ皆可,您的批评指正是我写作的最大动力. 一.2.2 实验环境介绍目标库:11.2.0.3 RHEL6.5 ORAC…

1.MongoDB 2.7主从复制(master –> slave)环境基于时间点的恢复

(一)MongoDB恢复概述对于任何类型的数据库,如果要将数据库恢复到过去的任意时间点,否需要有过去某个时间点的全备+全备之后的重做日志,MongoDB也不例外.使用全备将数据库恢复到固定时刻,然后使用重做日志追加全备之后的操作. 重做日志备份:MongoDB只有开启主从复制或者副本集时才会开启重做日志,主从复制存放在local数据库下的oplog.$main集合中,复制集的日志存放在local数据库下的oplog.rs集合中,该集合是一个上限集合,当达到固定大小时,最老的记录会被自动覆盖.因…

直接删除undo及temp表空间文件后的数据库恢复一例

前几天,某用户研发找到我,说他们的研发库坏了,问我能恢复不?我问他们做了什么操作,一个小男孩儿说,看到空间满了,清除了点儿数据,我说是不是连数据库的文件也清除了,他说没有,他清除的是ORACLE_HOME外的一个目录,和数据库没关系,见他这么说,我就没什么说的了,因为再说下去也是扯皮.登录系统查看,发现数据库可以mount,但在打开阶段会报错: ORA-00603:ORACLE server session terminated by fatal error. 一时还真搞不清到底咋了,由spfi…

非系统表空间损坏，rman备份恢复

实验条件:有完整可用备份--查询表空间情况SQL> select tablespace_name,status from dba_tablespaces;TABLESPACE_NAME STATUS------------------------------ ---------SYSTEM ONLINESYSAUX ONLINETEMP ONLINEUSERS ONLINEUNDOTBS2 ONLINEGOLDGATE ONLINEFDA01 ONLINEFDA02 ONLINEANDY ONL…