执行表空间或数据文件恢复时,数据库既可以是MOUNT状态,也可以是OPEN状态.1.恢复表空间在执行恢复之前,如果被操作的表空间未处理OFFLINE状态,必须首先通过ALTER TABLESPACE…OFFLINE语句将其置为脱机.然后再RESTORE-->RECOVER--->ONLINE即可. RMAN> SQL 'ALTER TABLESPACE USERS OFFLINE IMMEDIATE'; 在恢复目录中注册的数据库的新原型 正在启动全部恢复目录的 resync 完成全部 r

恢复前提有数据备份 以 alter database open resetlogs 开机以后多要做一次全备(以前的备份失效了) 恢复参数文件: restore spfile from '/home/oracle/bak/PROD4_25s8i1dp_1_1.spfile'; 恢复控制文件: rman>restore controlfile from '/home/oracle/bak/ctl_PROD4_20170705_68_1'; rman>alter database mount; 恢复

是否使用RMAN恢复目录(Recovery Catalog 你可能从其他人或书上听过RMAN恢复目录(也有可能是其他名字,RMAN Recovery Catalog的翻译较多较杂,以下简称恢复目录),旁人的表达或书中模糊不清的描述,导致很多朋友一直对其实际意义和作用感到疑惑.在我看来,可以将其视作存储RMAN备份恢复相关信息的数据库(在物理形式上可以对应成Oracle中的一个SCHEMA). 当没有恢复目录时,RMAN相关的备份信息,比如归档文件路径.备份集路径等均存储在目标数据库的控制文件中,

• 对恢复目录和RMAN 资料档案库控制文件的使用进行比较• 创建和配置恢复目录• 在恢复目录中注册数据库• 同步恢复目录• 使用RMAN 存储脚本• 备份恢复目录• 创建虚拟专用目录 RMAN 资料档案库数据存储:比较选项控制文件:• 管理更简单• 默认设置恢复目录:• 复制控制文件数据• 存储更长的备份历史记录• 服务于多个目标• 存储RMAN 脚本 RMAN 资料档案库数据始终存储在目标数据库的控制文件中.此外,它也可以存储在一个名为“恢复目录”的单独数据库中.恢复目录会在单独的数据库中保

这篇文章主要介绍了rman恢复方案和oracle异机恢复,需要的朋友可以参考下 注:①恢复的前提是已经做好备份②完全恢复数据库是数据库遇到故障,在恢复时候没有丢失任何已经提交事物数据的恢复不完全恢复数据库是数据库遇到故障,在恢复时候丢失部分数据的恢复③在linux下需要设置环境变量,即需要恢复的oracle数据库的实例名:export ORACLE_SID=orcl④当用resetlogs启动数据库时,应该要对数据库进行一次全备份 一.恢复方案1.丢失数据文件,进行完全恢复复制代码 代码如下:

(转自:http://blog.chinaunix.net/uid-14779297-id-1988309.html) RMAN的基本概念 Target Database:就是需要RMAN对其进行备份与恢复的数据库,RMAN 可以备份数据文件,控制文件,归档日志,spfile.(注意:RMAN不能用于备份联机日志.初始化参数文件和口令文件). recovery catalog:用来保存备份与恢复信息的一个数据库,不建议创建在目标数据库上.RMAN 利用恢复目录记载的信息去判断如何执行需要的备份恢

试验计划:先rman进行一个0级备份,插入表相关数据,再进行level 1级增量备份,进行rman恢复 实验环境:归档模式下,oracle10.2.0.1 开始试验: 1. rman level 0级备份 RMAN> backup incremental level 0 database; Starting backup at -DEC- using channel ORA_DISK_1 channel ORA_DISK_1: starting incremental level datafil

摘要 本文主要介绍incarnation的由来,在rman恢复中的作用,以及相关rman恢复的注意事项. 概念说明 从10g开始,incarnation被引入,用于跨越resetlogs进行恢复,由此可见,此概念在rman中可以找到相关使用轨迹. Resetlogs命令表示一个数据库逻辑生存期的结束和另一个数据库逻辑生存期的开始,Oracle把这个数据库逻辑生存期称为incarnation:每次使用resetlogs打开数据库,就会使incarnation + 1,也就是产生一个新的incarn

准备工作 原服务器软件部署:Redhat 6.6 + Oracle 12.2.0.1 rac Oracle12c单实例安装 1.创建恢复服务器,设置大于原库数据大小的磁盘容量.设置相同的服务器主机名参照原服务器系统及软件版本和位数配置恢复的服务器,避免恢复过程中版本差异导致的问题: 2.将rman数据文件备份.归档日志备份复制到恢复服务器中( rman备份最好制定备份位置为NFS等共享存储上,还原时可以省去传递备份的时间): 3.创建相关的目录 例如,目标服务器安装ORACLE实例时,选择了“只

1.恢复参数文件,并修改参数文件 参数文件指名几个最简单的就行,我的参数文件如下: 2.恢复控制文件,并启动数据库到mount 如果是把备份集从别的服务器拷贝到本地恢复的服务器的目录,使用下面的语句指定rman恢复目录 RMAN> catalog start with'/data_back/racbk/'; 3.rename日志文件 select'alter database rename file '||chr(39)||member||chr(39)||' to '||chr(39)||re

本文由秀依林枫提供友情赞助,首发于烂泥行天下. 上一篇文章,我们讲解了如何通过mysql的binlog日志恢复mysql数据库,文章连接为<烂泥:通过binlog恢复mysql数据库>.其中我们提到了的备份数据库要晚与要恢复的数据库时间,即要恢复的数据库在前,而备份的数据库在后. 当时我提到说会单独写一篇文章讲解这个情况,本篇文章我就来介绍如何通过binlog日志恢复比备份数据库早时的数据库状态.我们还是以上篇文章的数据及备份文件为基础,来进行本篇文章的讲解. ailanni数据库完整备份时,

RAC 下的RMAN 讲究的是备份和还原的策略要一致.备份策略的不同,会导致备份结果的分步不同,进而影响恢复的策略和步骤.一般情况下,恢复策略和备份策略必须是对应的.如果备份策略进行了修改,那么恢复也应该采用相同的策略.之前我们的RMAN 备份参考: RAC 之 RMAN 备份 http://blog.csdn.net/tianlesoftware/archive/2010/09/22/5901053.aspx 这里面有2个注意事项: 1.       执行恢复的节点要能看到所有节点的归档文件.

之前整理的RMAN 有关还原的文章: RMAN 系列(五) ---- RMAN 还原 与 恢复 http://blog.csdn.net/tianlesoftware/archive/2010/07/11/5700474.aspx RMAN 备份与恢复 实例 http://blog.csdn.net/tianlesoftware/archive/2009/10/20/4699320.aspx Oracle Rman跨resetlogs版本恢复 http://blog.csdn.net/tianl

利用RMAN恢复整个数据库案例一 适合场合:恢复的目录一致,同时备份的过程中有归档日志 恢复的数据库目录和down机的数据库一致,还有一个就是RMAN备份的时候已经备份了归档日志. 备份脚本: run{ allocalte channel ch1 type disk; sql ‘alter system archive log current’; backup as compressed backupset database format ‘/u02/rman/testdb_%T_%U’; sq

我们在recover database时报一个错误: RMAN-06054: media recovery requesting unknown archived log for thread 1 with sequence 149 and starting SCN of 3507749 这里是提醒恢复到一个未知的scn号.我们在备份时只有148号归档,149号还是online redo,所以没有copy过来,如果我们不指定recover的结束时间,最后就会提示我们上面的信息:RMAN-0605

Oracle的闪回特性之恢复truncate删除表的数据 SQL> show parameter flashback NAME                                 TYPE        VALUE------------------------------------ ----------- ------------------------------db_flashback_retention_target        integer     1440 flas

数据文件结构 Extent 在每一个数据文件内,MongoDB把所存储的BSON文档的数据和B树索引组织到逻辑容器“Extent”里面.如下图所示(my-db.1和my-db.2 是数据库的两个数据文件): 一个文件可以有多个Extent 每一个Extent只会包含一个集合的数据或者索引 同一个集合的数据或索引可以分布在多个Extent内.这几个Extent也可以分步于多个文件内 同一个Extent不会又有数据又有索引 Record 记录 在每个Extent里面存放有多个”Record“, 每一

在日常运维工作中,对于数据库的备份是至关重要的!数据库对于网站的重要性使得我们对 MySQL 数据库的管理不容有失!然而是人总难免会犯错误,说不定哪天大脑短路了,误操作把数据库给删除了,怎么办? 下面,就 MySQL 数据库误删除后的恢复方案进行说明. 一.工作场景 (1)MySQL数据库每晚12:00自动完全备份. (2)某天早上上班,9点的时候,一同事犯晕drop了一个数据库! (3)需要紧急恢复!可利用备份的数据文件以及增量的binlog文件进行数据恢复. 二.数据恢复思路 (1)利用全备

试验计划:先做一个0级备份,再创建一个表,插入几条数据,最后删除表,然后通过rman把该表的数据恢复. 试验环境:在归档模式,oracle10.2.0.1 开始试验: 1.rman level 0备份 RMAN> backup incremental level 0 database; Starting backup at -DEC- allocated channel: ORA_DISK_1 channel ORA_DISK_1: sid= devtype=DISK channel ORA_D

使用RMAN恢复数据库 由于需要搭建一个测试环境,把上周末的一个全备拿出来做恢复,首先备份一下测试库上现有的重要表: exp banping/bangping@ERPTEST file=f:\20090905.dmp tables=(msgtaskdef,rptcol,rptdata) 然后把全备的备份片文件和控制文件COPY过来: rcp p5b1:/orabak/ctl_file/c-2400249746-20090828-02 /orabakrcp p5b1:/orabak/arch/*

目的:从某个环境中,获取相关文件,放到异地机器使用rman 恢复.   情况说明:XX系统使用的是oracle数据库,现已从服务器拉下来相关文件,依靠这些文件来早本地的测试机上恢复数据库,方便进行数据清洗.分析等工作. xx环境使用的数据库版本为11.2.0.4,由于没有注意版本之前装了一个11.2.0.1的oracle,后发现和生产环境的版本不匹配,从新下载了一个同版本的.   从XX环境获取pfile   sql > create pfile='/xxxxx' from spfile;