Oracle 控制文件损坏解决方案 故障一:丢失(损坏)一个控制文件 前台报错:ORA-00205:error in identifying control file,check alert log for more info 解决方案:(干净或非干净方式关闭数据库) 使用完好的控制文件复制(替换)重命名丢失(损坏)的控制文件: 故障二:两个控制文件版本不一致 (1)一个控制文件正常,另一个控制文件来源于其他备份或其他数据库的控制文件: 前台报错:ORA-00214:control file '

转自:http://blog.csdn.net/tianlesoftware/article/details/5024966 一. 坏块说明 1.1 相关链接 在看坏块之前,先看几个相关的链接,在后面的说明中,会用到链接中的一些内容. ORA-600 各个参数含义说明 http://blog.csdn.net/tianlesoftware/article/details/6645809 Oracle 不同故障的恢复方案 http://blog.csdn.net/tianlesoftware/ar

在学习群里有个同学误删除了控制文件,于是我也把自己数据库的控制文件删除了,看看能不能进行恢复,以下是整个实验的过程~~在做之前,先看看控制文件的备份方式:1.生成可以重建控制文件的脚本.2.备份二进制的控制文件. 我们这次着重来看看第1种方式.        查看控制文件,发现我自己只有一个控制文件,记得老师说过,有些数据库有好几个控制文件,每个控制文件的内容都是一样的,如果一个丢了或者坏了,从别的控制文件拷贝复制下就ok,结果我只有一个,不能使用这种方式进行恢复了,只能通过重建控制文件的方式来

[Oracle]ORA-600[kdBlkCheckError]LOB坏块处理 客户环境报如下错误: ORA - 00600: Internal error code, arguments: [kdBlkCheckError], [2], [10388], [63068], [], [], [], [], [], [], [], [] alert log 中有这样的信息: Thu Sep 07 19:14:00 2017Corrupt Block Found        CONT = 0, T

一.Oracle 控制文件 为二进制文件,初始化大小由CREATE DATABASE指定,可以使用RMAN备份 记录了当前数据库的结构信息,同时也包含数据文件及日志文件的信息以及相关的状态,归档信息等等 在参数文件中描述其位置,个数等等.通常采用分散放开,多路复用的原则.在mount阶段被读取,open阶段一直被使用 维护数据库一致性(数据库启动时会比较控制文件与联机日志文件中的ckpt,即起始scn号,如相等则正常启动,否则需要介质恢复) 一个控制文件只能属于一个数据库 控制文件的任意修改将写

目录 oracle 控制文件的重建 NORESETLOGS RESETLOGS oracle 控制文件的重建 不到最后时刻,如三个控制文件都已损坏,又没有控制文件的备份.还是不要重建控制文件,处理不好就会有数据丢失. NORESETLOGS Set #1. NORESETLOGS case -- -- The following commands will create a new control file and use it -- to open the database. -- Data

一.Oracle 控制文件 为二进制文件,初始化大小由CREATE DATABASE指定,可以使用RMAN备份 记录了当前数据库的结构信息,同时也包含数据文件及日志文件的信息以及相关的状态,归档信息等等 在参数文件中描述其位置,个数等等.通常采用分散放开,多路复用的原则.在mount阶段被读取,open阶段一直被使用 维护数据库一致性(数据库启动时会比较控制文件与联机日志文件中的ckpt,即起始scn号,如相等则正常启动,否则需要介质恢复) 一个控制文件只能属于一个数据库 控制文件的任意修改将写

控制文件中记录了oracle数据库的物理结构,也就是记录了数据库数据文件和日志文件的位置,控制文件中还记录了多种SCN,用这些SCN来确定数据文件和日志文件是否是正确的.如果不正确那么数据库就需要恢复启动数据库有三个状态nomount 加载参数文件启动实例mount 加载控制文件open 根据控制文件加载数据文件和日志文件 一.Oracle控制文件多路复用 查询控制文件路径 SYS@zwcdb:~>SELECT name FROM v$controlfile; NAME ------------

一.首先控制文件有什么作用呢? 控制文件记录了如下信息:1.数据库的创建时间2.数据文件的位置3.日志文件的位置等作用是指导数据库 找到数据文件,日志文件并将数据库启动到 open 状态. 与其用文字来描述,不如我们来看看control_file里面有些什么好了.然后在一一分析: SQL> show parameter control_file NAME TYPE VALUE ------------------------------------ ----------- -----------

下午时连接数据库突然发现连不上了,监听报错找不到服务,于是登录数据库所在服务器,查看监听状态,oracle:lsnrctl status 监听状态正常,登入数据库查看[oracle@frkdb1 ~]$ sqlplus /nolog SQL*Plus: Release 9.2.0.8.0 - Production on Fri Nov 13 19:45:59 2015 Copyright (c) 1982, 2002, Oracle Corporation.  All rights reserv

控制文件丢失: alter database backup controlfile to traces; shutdown immediate; @j:\db\script\orcl_ora_ctl_bak (J:\oracle\product\10.2.0\admin\orcl\udump\orcl_ora_3028.trc) 日志文件丢失: recover database until cancel; alter database open resetlogs;

控制文件是连接instance和 database的纽带.记录了database的结构信息. 控制文件是1个2进制文件.记录的是当前database的状态. 控制文件可以有多个,在参数文件中通过control_files参数指定位置,在需要向控制文件写入时,会同步的向多个控制文件写入.读取控制文件时,只会读取第一个控制文件.如果任意一个控制文件损坏,则实例会abort. 控制文件只能和1个database相关联. 控制文件是在创建database的时候创建的.也可以在启动到nomount状态时重

一, 故障模拟 控制文件损坏 发现关闭不了 强制关闭   故障恢复   发现已经执行到mont阶段,因为这个不依靠控制文件 进入整段日志 cd /u01/app/oracle/diag/rdbms/orcl/orcl/trace/ 查看alert_orcl.log日志 vim alert_orcl.log 报错信息 ORA-: cannot open the specified control file ORA-: control file: '/oradata/orcl/control01.c

控制文件的概述 1.控制文件是oracle数据库非常重要的物理文件,描述了整个数据库的物理结构信息,包括数据库名称.数据文件与重做日志文件的名称与位置,日志序列号等信息.数据库实例根据初始化参数CONTROL_FILES定位控制文件, 然后加载数据文件和重做日志文件,最后打开数据库. 在数据库运行和维护阶段,数据文件与重做日志文件的结构变化信息都记录在控制文件中. 2.控制文件的内容: 数据库的名称:该名称读取子DB_name或create database 语句中所使用的数据库名称 数据库的标

网上有很多关于控制文件的操作,我大概看了下.有很多都是炒来炒去转来转去.下面以自己理解和操作为例来对oracle的控制文件进行下介绍. 首先介绍下控制文件 在oralce数据库中,控制文件是一个很小的二进制文件,一般大小在10MB左右在数据库创建时被自动创建,并在数据库变化时更新.控制文件不断被更新,并且在任何时候都要保证控制文件可用.控制文件在oracle中扮演者很重要的角色,没有控制文件或者控制文件损坏数据库必然down掉.控制文件包含有数据库结构信息,数据文件和日志文件信息. 由于控制文件

1.备份参数文件.检查控制文件.检查磁盘组名 sqlplus / as sysdba !echo "create pfile='$HOME/pfile_$ORACLE_SID_`date +%Y%m%d`.ora' from spfile;" !ls -ltr $HOME/pfile_$ORACLE_SID_`date +%Y%m%d`.ora set linesize 300 pages 300 col path for a40 col name for a20 col failgr

BBED(OracleBlockBrowerandEDitor Tool),用来直接查看和修改数据文件数据的一个工具,是Oracle一款内部工具,可以直接修改Oracle数据文件块的内容,在一些极端恢复场景下比较有用.该工具不受Oracle支持,所以默认是没有生成可执行文件的,在使用前需要重新连接. 1.安装BBED [oracle@std lib]$ pwd /u02/app/product//db_1/rdbms/lib [oracle@std lib]$ make-f ins_rdbms.

本文主要介绍如何去处理在Oracle数据库中出现坏块的问题,对于坏块产生在不同的对象上,处理的方法会有所不同,本文将大致对这些方法做一些介绍.因为数据库运行时间长了,由于硬件设备的老化,出现坏块的几率会越来越大,因此,做为一个DBA,怎么去解决数据库出现的坏块问题就成了一个重要的议题了. 什么是数据库的坏块首先我们来大概看一下数据库块的格式和结构 数据库的数据块有固定的格式和结构,分三层:cache layer,transaction layer,data layer.在我们对数据块进行读取写入

一.概述 本文将介绍如何模拟坏块,以及出现坏块该如何修复.实验分为以下几个步骤. 1. 表出现坏块 2. 索引出现坏块 二.环境准备 本实验都是在oracle 11G归档模式下进行. 1. 准备相关表 create tablespace tbs01 datafile '/u01/app/oracle/oradata/orcltest/tbs01.dbf' size 100m; create table scott.t01 tablespace tbs01 as select * from dba

 oracle 控制文件中的信息  oracle 11g                                             oracle 10g   DATABASE                                               DATABASE                                                            CKPT PROGRESS