网站首页 > 技术文章 正文
1. 概述
引起不完全恢复的原因有很多,如丢失了联机重做日志或归档的重做日志,或者出现重大的用户错误。
不完全恢复会影响整个数据库,换句话,不能只对数据库的一部分执行不完全恢复操作,因为这个会使数据库的一部分具有与这个数据库其余部分不同的SCN和时间点。
要将数据库数据还原到与数据库剩余部分不同的时间点,可以用基于表空间时间恢复或者用闪回技术。
不完全恢复方法包括:基于时间、SCN、日志序列、取消的恢复。
2. 建立恢复点
使用RMAN执行不完全恢复操作时需要完成一个工作是建立恢复目标。恢复目录是恢复进程的终点,通常基于一个时间点,一个指定的SCN 或者一个日志序列号来表示它。我们可以采用许多不同的方法建立恢复目标。
3. 参数设置
在run 代码块中使用set 命令与until time,until SCN 或 until sequence参数
Run
{
set until time "to_date('2019-07-26 13:47:00','yyyy-mm-dd hh24:mi:ss')";
Restore database;
Recover database;
}
执行命令时,RMAN 会查找与恢复目标时间最近(并非恢复目标时间本身也不能是位于恢复目标之间的时间)的备份集,并且从这个备份集中还原数据库。 如果数据库置于noarchivelog 模式中,恢复操作会在备份集的时间停止;否则在执行recover命令期间,oracle 会在所定义的恢复目标(不包含恢复目标本身)上应用归档的重做日志(以及需要应用的任何增量备份)。
注意: 如果尝试恢复到特定备份的完成点,则必须恢复到备份集中文件的CKP SCN 或 CKP TIME,在不同备份集的RMAN list命令中会列出这些内容。有时使用备份的CKP TIME 并不够,还可能导致ORA-1152错误。
在restore 和recover 命令中直接使用until time,until SCN 和 until sequence 参数
这种方法避免使用run代码块,也倾向与使用这种方法。
Startup mount;
Restore database until time "to_date('2019-07-26 14:30:39','yyyy-mm-dd hh24:mi:ss')";
Recover database until time "to_date('2010-07-05 14:02:00','yyyy-mm-dd hh24:mi:ss')";
Alter database open resetlogs;
4. 基于时间的恢复
这种恢复类型允许用户将数据库恢复到与指定时间一致的状态。当然,如果不存在能将数据库还原到用户请求的时间的有效备份或归档重做日志,Oracle 就会报RMAN-03002 和 RMAN-20207的错误。
必须具备在我们指定的恢复时间之前生成的数据库备份,此外还需要所有归档的重做日志。
5. 基于SCN的恢复
Oracle允许用户将数据库恢复到指定的SCN,实际上,这并不是一种常见的恢复方法。示例如下:
Startup mount;
Restore database until SCN 1000;
Recover database until SCN 1000;
Alter database open resetlogs;
注意:该示例可以将数据库还原到SCN 1000,但是不会包含SCN.
6. 基于日志序列的恢复
RMAN 允许用户将数据库恢复到指定序列号的归档重做日志。如果归档的重做日志中存在间隙,使用这种恢复方法就非常方便。 间隙通常意味着我们只能将数据库还原到间隙的开始点。
Startup mount;
Restore database until sequence 100 thread 1;
Recover database until sequence 100 thread 1;
Alter database open resetlogs;
7. 只读表空间的恢复
在默认情况下,即使丢失了只读的数据文件,RMAN也不会在执行完全恢复数据库还原操作时还原只读的数据文件。要在完全恢复期间还原只读的数据文件,就必须在restore 命令中使用check readonly 参数,如:
Restore database check readonly;
注意,执行recover tablespace或recover datafile命令时,RMAN的工作情况是不一样的。 使用这两个命令时,不管表空间是否为只读状态都会执行恢复操作。
8. 归档重做日志的还原
在使用RMAN的普通恢复过程中,不必恢复归档的重做日志。 不过,偶尔也会要求还原一个或多个归档的重做日志。 例如,我们可能需要使用LogMiner 在备份中存储的归档重做日志文件里查找一些信息。
Restore archivelog all;
Restore archivelog from logseq=20 thread=1;
Restore archivelog from logseq=20 until logseq=30 thread=1;
还可以将归档的重做日志还原到默认位置以外的位置上:
Run
{
Set archivelog destination to "d:/arch";
Restore archivelog all;
}
注意:
1. 上例中的set 命令没有替代方法,必须要求使用set;
2. 如果RMAN 认为一个归档的重做日志已存在,就不会在磁盘上还原这个归档的重做日志,即使设置的还原位置不同与默认的归档日志位置,Oracle 也不会在这个新的位置上恢复归档的重做日志。
9. 数据文件副本还原
可以从数据文件副本(不是备份集)中还原数据库的数据文件。 要实现这个功能,需要先使用restore from datafilecopy命令,然后再使用恢复数据库(或表空间,数据文件)的recover。
RMAN>Restore (datafile 5) from datafilecopy; -- 此处的圆括号是必须的,如果没有就报错
RMAN>Recover datafile 5;
SQL>Alter database datafile 5 online;
执行restore时,该命令会识别需要还原的数据文件的最新副本,然后从这个副本中还原这些数据文件。 数据文件的最新副本可能是在一个数据文件副本中,而不是在一个副本中。 在这种情况下,Oracle 会恢复这个数据文件副本。
猜你喜欢
- 2024-11-07 AWR基本操作 awr7
- 2024-11-07 ORA-19809: 超出了恢复文件数的限制故障处理实例
- 2024-11-07 Oracle 死锁与慢查询总结 oracle死锁产生原因
- 2024-11-07 Oracle 常见等待事件之“buffer busy waits”
- 2024-11-07 Oracle 学习笔记之实例管理版本1.0
- 2024-11-07 ORACLE体系 - 4 oracle体系结构详解
- 2024-11-07 MySQL 序列使用最全介绍 mysql顺序号
你 发表评论:
欢迎- 617℃几个Oracle空值处理函数 oracle处理null值的函数
- 610℃Oracle分析函数之Lag和Lead()使用
- 599℃0497-如何将Kerberos的CDH6.1从Oracle JDK 1.8迁移至OpenJDK 1.8
- 595℃Oracle数据库的单、多行函数 oracle执行多个sql语句
- 591℃Oracle 12c PDB迁移(一) oracle迁移到oceanbase
- 582℃【数据统计分析】详解Oracle分组函数之CUBE
- 572℃最佳实践 | 提效 47 倍,制造业生产 Oracle 迁移替换
- 560℃Oracle有哪些常见的函数? oracle中常用的函数
- 最近发表
-
- PageHelper - 最方便的 MyBatis 分页插件
- 面试二:pagehelper是怎么实现分页的,
- MyBatis如何实现分页查询?(mybatis-plus分页查询)
- SpringBoot 各种分页查询方式详解(全网最全)
- 如何在Linux上运行exe文件,怎么用linux运行windows软件
- 快速了解hive(快速了解美国50个州)
- Python 中的 pyodbc 库(pydbclib)
- Linux搭建Weblogic集群(linux weblogic部署项目步骤)
- 「DM专栏」DMDSC共享集群之部署(一)——共享存储配置
- 故障分析 | MySQL 派生表优化(mysql pipe)
- 标签列表
-
- 前端设计模式 (75)
- 前端性能优化 (51)
- 前端模板 (66)
- 前端跨域 (52)
- 前端缓存 (63)
- 前端aes加密 (58)
- 前端脚手架 (56)
- 前端md5加密 (54)
- 前端路由 (61)
- 前端数组 (73)
- 前端js面试题 (50)
- 前端定时器 (59)
- 前端获取当前时间 (50)
- Oracle RAC (76)
- oracle恢复 (77)
- oracle 删除表 (52)
- oracle 用户名 (80)
- oracle 工具 (55)
- oracle 内存 (55)
- oracle 导出表 (62)
- oracle约束 (54)
- oracle 中文 (51)
- oracle链接 (54)
- oracle的函数 (58)
- 前端调试 (52)
本文暂时没有评论,来添加一个吧(●'◡'●)