由于是在内网专用机器上操作,没有日志记录,下面做个简单记录:   前几天某供电局的的一个老数据库存储挂了,数据全部丢失,该库没有开归档,没接备份,怎么恢复? 由于存储损坏严重,从存储恢复不好搞. 好在找到一个一年前的“备份”,它是一份直接拷贝的数据文件(没有控制文件和归档日志,数据文件SCN也不一致),总比没有好多了,而且由于这个库是个老库了,最近几年基本只有查询业务,没什么新增数据. 恢复过程: 1.新划文件系统,把数据文件传上去(原来是会用的RAC+ASM,但为了简单快捷就直接rac-off

数据库当前scn 代码如下 复制代码 idle> select checkpoint_change# from v$database; CHECKPOINT_CHANGE#------------------ 271743118 idle> shutdown abort ORACLE 例程已经关闭.分析控制文件中scn 这里我们可以看到加粗部分为数据库scn 代码如下 复制代码 SQL>select to_number('10327a59','xxxxxxxxx') from dual;

环境:RHEL 6.5(x86-64) + Oracle 11.2.0.4 声明:推进SCN属于非常规恢复范畴,不建议非专业人员操作,否则后果自负. 需求:我这里演示下推进SCN 10W数量级,实际需求推进多少可以根据ORA-600 [2662] [a] [b] [c] [d] [e]具体值来确认. ARGUMENTS: Arg [a] Current SCN WRAP Arg [b] Current SCN BASE Arg [c] dependent SCN WRAP Arg [d] dep

SCN(System Chang Number)作为oracle中的一个重要机制,在数据恢复.Data Guard.Streams复制.RAC节点间的同步等各个功能中起着重要作用.理解SCN的运作机制,可以帮助你更加深入地了解上述功能. 在理解SCN之前,我们先看下oracle事务中的数据变化是如何写入数据文件的: 1.事务开始: 2.在buffer cache中找到需要的数据块,如果没有找到,则从数据文件中载入buffer cache中: 3.事务修改buffer cache的数据块,该数据被

一.简介 scn,system change number 在某个时间点定义数据库已提交版本的时间戳标记,Oracle为每个已提交事务分配一个唯一的scn,scn值是对数据库进行更改的逻辑时间点.scn是一个6字节的数字,分为两部分,scn_base和scn_wrap,scn_base是一个四字节的数字,scn_wrap是一个2字节的数字.scn_base到达最大值时,scn_wrap增加1,scn_base将被重置为0,一直持续到scn_wrap达到最大值.scn分为以下几种: 二.check

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

原文博客链接地址:数据库open报错ORA-01555: snapshot too old 今天正在东莞蜜月的时候.一个学生说他管理的測试库出问题了,无法open,我们先来看看是什么问题: Recovery of Online Redo Log: Thread 1 Group 4 Seq 4 Reading mem 0 Mem# 0: /onlinelog/shr/redo04.log Completed redo application of 0.00MB Completed crash re

一,环境简介 Oracle RMAN 备份的恢复分2个步骤:RESTRE 和 RECOVER.在这里回复的时候是依赖者归档文件的,当周一完成数据全备,保留归档的情况下,后期数据有问题,恢复的时候发现少了一个归档文件,理论上我们只能恢复到确实归档之前.如果我们跳过这个归档的话,让数据库继续恢复,但是数据会有所丢失 测试: 创建测试表并且刷写归档SQL> ; SEQUENCE# ---------- SQL> create table kingle as select * from dba_use

1异常出现      8月30日下午2时左右,接同事电话,说数据库异常宕机了,现在启动不了. 2初步分析 我让现场把alert.log发过来,先看看是什么问题.   关于ORA-00353和ORA-00334,先查一查是什么错误:   根据上述信息可知,30日10点39分,在进行crash recovery时,REDO03.LOG文件的block＝3759889处存在corruption block(坏块.属物理损坏,一般与介质异常与操作系统调用失败有关). 当发现坏块后,oracle后台进程将

一.ORA-00600[2662]问题模拟及解决方法 这是2013年的一篇文章,也不知道数据库是什么版本, 我的数据库时11.2.0.4,使用下面方法模拟的时候,模拟不出来....   参照eygle的相关技术blog,测试下_disable_logging将对数据库产生的影响,由于是隐含参数,所以我们通过如下方法获取对这个参数的描述:SQL> select ksppinm,ksppdesc from x$ksppi where ksppinm like '%logging';   KSPPIN

一 redo log Oracle数据库中的三大核心文件分别是数据文件(data file).重做日志(redo log)和控制文件(control file).数据文件保证了数据库的持久性,是保存修改结果的地方:重做日志保证了数据库的可恢复性,是保存修改操作(包括对数据文件.控制文件等各类文件的修改)的地方:控制文件的作用是确定数据数据文件和重做日志文件的路径.数据库字符集.数据库当前的状态.检查点信息.保存其他文件头部的部分信息及提供备份信息资料库等. 重做日志可分为在线重做日志(onlin

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

有时候我们遇到例如以下错误: ORA-01092: ORACLE instance terminated. Disconnection forced ORA-00600: internal error code, arguments: [2662], [0], [5685940], [0], [5685970], [4194432], [], [], [], [], [], [] Process ID: 3157 Session ID: 1 Serial number: 3 我们能够通过bbed

[体系结构]有关Oracle SCN知识点的整理 1  BLOG文档结构图   BLOG_Oracle_lhr_Oracle SCN的一点研究.pdf 2  前言部分 2.1  导读和注意事项 各位技术爱好者,看完本文后,你可以掌握如下的技能,也可以学到一些其它你所不知道的知识,~O(∩_∩)O~: ① Oracle中的SCN是什么?(重点) ② 如何查询SCN?(重点) ③ SCN有哪些分类?(重点) ④ SCN和系统恢复的关系?(重点) ④ 实例恢复和介质恢复的区别是什么?RAC中的实例恢复

在ORACLE 10g数据库还原过程遭遇RMAN-06023: no backup or copy of datafile x found to restore,具体情况如下所示 ..................................................................................... File Name: /u03/flash_recovery_area/EPPS/archivelog/2015_01_26/o1_mf_1_10_

系统scn:                 select checkpoint_change# from v$database; 文件scn:                 select name,checkpoint_change# from v$datafile; 结束scn:                 select name,last_change# from v$datafile; 数据文件头部scn:     select name,checkpoint_change# fr

模拟环境   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

dataguard 归档丢失(主库中无此丢失归档处理),备库基于SCN恢复 环境: OS: CentOS 6.5 DB: Oracle 10.2.0.5 1.主备库环境 主库: SQL> select dbid,name,LOG_MODE,open_mode,db_unique_name,DATABASE_ROLE,PROTECTION_MODE from v$database; DBID NAME LOG_MODE OPEN_MODE DB_UNIQUE_NAME DATABASE_ROLE

oracle11g 观察数据库scn: SQL> select dbms_flashback.get_system_change_number from dual; GET_SYSTEM_CHANGE_NUMBER------------------------                 1025713 SQL> select checkpoint_change# from v$database; CHECKPOINT_CHANGE#------------------         

前不久因工作需要使用RMAN异机恢复,很基础也很具有代表性和普遍性,希望对需要的人有所帮助. 具体过程如下: 先拷贝原库的口令文件和参数文件到备库. 然后使用如下脚本对原库进行备份: run { allocate channel d1 type disk; allocate channel d2 type disk; backup full database format'c:\rmanbak\date%Y%m%d_full_%d_%s_%p_%u.bak' tag='full' include