一.不完全恢复特性 1.不完全恢复 不完全恢复仅仅是将数据恢复到某一个特定的时间点或特定的SCN,而不是当前时间点.不完全恢复会影响整个数据库,需要在MOUNT状  态下进行.在不完全恢复成功之后,通常需要使用 resetlogs 选项来打开数据库.当使用resetlogs后,SCN 计数器不会被重置,原来的日  志序号 log sequence 会结束,从新开始新的日志序列号.在Oracle里称之为产生一个新的incarnation.同时Oracle还会重置联机重做日  志内容,因此reset

本文转自:乐沙弥的世界 对于物理损坏的数据块,我们可以通过RMAN块介质恢复(BLOCK MEDIA RECOVERY)功能来完成受损块的恢复,而不需要恢复整个数据库或所有文件来修复这些少量受损的数据块.恢复整个数据库或数据文件那不是大炮用来打蚊子,有点不值得!但前提条件是你得有一个可用的RMAN备份存在,因此,无论何时备份就是一切.本文演示了产生坏块即使用RMAN实现坏块恢复的全过程. 1.创建演示环境 SQL; BANNER ---------------------------------

RMAN数据库恢复之对数据库进行完全介质恢复环境:控制文件和参数文件SPFILE及归档文件.重做日志文件都在.其它数据文件丢失.恢复方法:使用之前创建的全库备份进行恢复1.删除数据文件: SQL> SHUTDOWN IMMEDIATE; 数据库已经关闭. 已经卸载数据库. ORACLE 例程已经关闭. SQL> HOST DEL D:\APP\ADMINISTRATOR\ORADATA\ORCL\SYSTEM01.DBF SQL> HOST DEL D:\APP\ADMINISTRATO

块介质恢复性能增强(block media recovery) :只是恢复受损的块.不需要将受损的数据文件offline.针对受损的数据块,使用备份中好的数据块进行restore和recover,避免了对整个数据文件的restore和recover. 前提条件:必须开启闪回数据库功能. 在oracle 10g中,blockrecover命令可以执行块介质恢复.在oracle 11g中,新的命令recover ... block代替了blockrecover.recover ... block会在

实例的恢复( crash recovery) 什么时候发生Oracle实例恢复? shutdown abort; 数据库异常down掉(机器死机,掉电...) 实例恢复的原因是数据有丢掉,使用redo数据恢复 实例恢复是一个自动的过程,不需要人工干预. 控制文件就是为了检查一致性,如果不一致就会实例恢复 实例恢复发生在那个阶段? sql>startup nomount(读取spfle) ,启动实例,oracle给自己分了一些内存,oracle的内存起来,这个时候没有实例恢复. SQL> sta

Microsoft Windows [版本 6.1.7601]版权所有 (c) 2009 Microsoft Corporation.保留所有权利. C:\Users\Administrator>sqlplus SYS/SYS@orcl as sysdba; SQL*Plus: Release 11.2.0.3.0 Production on 星期二 3月 8 10:15:43 2016 Copyright (c) 1982, 2011, Oracle.  All rights reserved

RAC添加新表空间时数据文件误放置到本地文件系统的修正 于是我想11G 也兼容这些操作的方法,但是11G的新特性有一点就是可以直接支持ASM文件系统直接可以和本地文件系统进行文件的拷贝了,也就是有三种方法. 1. RMAN的 copy datafile 方式 2. dbms_file_transfer方式 3. ASMCMD中的直接cp方式了 分别演示三种方式: RMAN 1)创建好本地开始的表空间 SQL> create tablespace andy datafile '/u01/app/o

场景:Oracle 10g RAC:数据文件.控制文件.联机日志.参数文件都使用ASM,归档到ASM.完整备份后,删除所有控制文件.联机日志.数据文件:最后利用备份进行不完全恢复. 1.模拟灾难场景(略) 2.恢复步骤 1.将数据库启动到nomount状态 SQL>startup nomount 2.用RMAN从自动备份中恢复控制文件,在某个实例中执行 RMAN>restore controfile from '存储备份文件的备份集'; 3.挂载数据库 RMAN>sql'alter da

对联机日志的损坏要根据日志状态进行分析,联机日志一般会有Current.Active和Inactive三种状态.Inactive状态不会造成数据丢失.而Active和Current状态的日志一般会造成数据的丢失.根据v$log.status判断受损日志的状态. a.如果是Inactive状态的日志损坏,把该组日志drop就可以.因为每个thread至少要有两组日志,所以在删除前要先添加一组. b.如果是ACTIVE/CURRENT状态,则要进行一下操作: 1.关闭所有实例 2.在受损实例上,启动

--RMAN备份介质的移动与再恢复测试 ---------------------------------------------------------2013/09/21   由于目前生产环境中没有集中的备份条件,所以备份要考虑到可以移动再恢复性.这里要测试的就是,RMAN全部备份的介质,我关注是否可以定期的移动到其他存储介质中,到要恢复的时候再拿过来.   1. 备份现有数据库和控制文件. RMAN> backup database include current controlfile;

关于resetlog的作用是将日志序列重置,这样以前的归档就作废. 首先一定要明白oracle工作的基本原理,归档情况下:大家一定要同步,谁也不能滞后或者超前,也就是SCN号,如果学oracle不懂scn的作用,那oracle就很难学懂了.为什么要resetlog,因为有一些地方不一致了,必须得需要着一个基准点,让大家以这个为起点,一起继续超前走. alter database open noresetlogs与resetlog的区别: http://www.oracle.com.cn/view

比較全然恢复和不全然恢复: 一.全然恢复:将数据库恢复到当前最新状态,包含直至请求恢复时进行的全部已提交的数据更改 二.不全然恢复:将数据库恢复到请求恢复操作之前指定的过去时间点 一.全然恢复过程 以下的步骤说明了运行全然恢复期间要採取的操作: 1. 通过备份还原损坏或丢失的文件. 2. 依据须要应用增量备份.归档重做日志文件和联机重做日志文件里的更改.将重做日志更改应用于数据文件,直到到达当前联机日志,而且又一次输入了最新的事务处理.在整个过程中会生成还原块.这称为前滚或快速缓存恢复. 3.

[案例]Oracle报错ORA-16433非归档丢失redo无法启动的恢复过程 转惜纷飞 今天ML的群中女神和travel在纠结一个恢复的问题,11.2.0.3版本,非归档,大概是rm掉current的log,然后重建controlfille后恢复导致一系列问题,并最终出现ora-600 2662错误,虽然这个错误很常见,但是你发现推进scn也是无法open,感觉有点怪,远程了女神的电脑,操作不便,最后将文件压缩传过来,我在自己的vmware进行了恢复. 由于环境的差异,所以解压后我先进行ren

本篇将介绍各种备份及恢复控制文件的方法,在介绍恢复时,以备份和重做日志(包括归档日志和在线日志)没有丢失为前提. 无备份情况下的控制文件恢复参考13.3,丢失重做日志的情况请参考12篇“不完全数据库恢复” 8.1 控制文件损坏的后果 数据库的控制文件不止一个,进程对其写的操作是针对所有的控制文件,并且写的内容是相同的,所以多个控制文件的内容是完全一样的: 当进程读取控制文件时,读的却总是第一个控制文件的内容(第一个控制文件的定义时control_files初始化参数的第一个文件).当第一个控制文

一.冷备份: 1.操作系统无法进入,需要利用启动盘进入winpe系统进行操作. 2.进入PE系统后,搜索所有盘符确认没有其它被作为oracle数据文件存放的目录,也就是说所有oracle有关的文件都存放在oralce的安装目录下,所以就直接将oracle的安装目录下所有文件都拷贝一份到移动硬盘. 3.记录下oralce的版本号.安装路径.数据库名(可以在pfile文件中查看到).实例名保证后续重建数据库的时候配置和原数据库统一. 4.到此冷备份结束. 二.恢复: 1.彻底清除原安装路径下的ora

模拟环境   1. 做操作之前先备份数据库 RMAN> run {   # Hot database level 0 whole backup   allocate channel t1 type disk;   backup       incremental level 0       skip inaccessible       format '/oracle/backup/back_%s_%p_%T_%d'   #AS COMPRESSED backupset   database p

Oracle 数据库的恢复实际上包含了两个概念:数据库修复(RESTORE)与数据库恢复(RECOVER): 数据库修复:是指利用备份的数据库文件来替换已经损坏的数据库文件或者将其恢复到一个新的位置.RMAN 在进行修复操作时,会利用恢复目录(没有建立恢复目录的话就使用目标数据库的控制文件)来获取备份信息,并从中选择最合适的备份进行修复操作.选择备份时有两个原则(1.选择距离恢复目录时刻最近:2.优先选择镜像复制,其次才是备份集) 数据库恢复:是指利用重做日志或增量备份来重建丢失的数据. 一.对

=============== 数据库的完全恢复 =============== 在归档模式下数据库完全恢复时,数据库所经过的状态如下: 1.利用备份修复(Restores)损坏或丢失的数据文件,即将备份的文件复制到数据库中原来的位置 2. 将从备份到系统崩溃这段时间所提交的数据由归档日志文件和重做日志文件中还原成数据文件所需要的数据块,这也叫前滚(Roll Forward) 3. 此时数据块中包含了所有提交的数据,也可能包含没提交的数据 4. 系统利用还原数据块回滚未提交的数据,这也叫回滚或者

实验环境: 一.首先进行全库数据备份: 在非归档模式下,rman备份需要在mount模式下进行 SQL> select status from v$instance; STATUS ------------ OPEN SQL> shutdown immediate; 数据库已经关闭. 已经卸载数据库. ORACLE 例程已经关闭. SQL> startup mount; ORACLE 例程已经启动. Total System Global Area bytes Fixed Size by

当我们使用一个数据库时,总希望数据库的内容是可靠的.正确的,但由于计算机系统的故障(硬件故障.软件故障.网络故障.进程故障和系统故障)影响数据库系统的操作,影响数据库中数据的正确性,甚至破坏数据库,使数据库中全部或部分数据丢失.因此当发生上述故障后,希望能重新建立一个完整的数据库,该处理称为数据库恢复.恢复子系统是数据库管理系统的一个重要组成部分.恢复处理随所发生的故障类型所影响的结构而变化. 一.恢复数据库所使用的结构 Oracle数据库使用几种结构对可能故障来保护数据:数据库后备.日志.回滚

这是我平时摘录的笔记,从管理艺术那本书上摘录出来的,放到这里 RMAN 可在数据库服务器的帮助下从数据库内备份数据文件,可构造数据文件映像副本.控制文件和控制文件映像.对当日志 SPFILE 和RMAN备份片的备份,建议使用RMAN界面备份数据库 RMAN好处: 1 增量备份 2 可联机修补数据文件的部分讹误数据块,不需要从备份文件复原文件 称为介质恢复 3 人为错误最小化 4 一条简单命令 BACKUP DATABASE即可 5 RMAN新的快比较特性允许在备份中跳过数据文件中从未使用的数据块