案例环境:   服务器A: 操作系统 : Red Hat Enterprise Linux ES release 4 (Nahant Update 6) 数据库版本: Oracle Database 10g Release 10.2.0.4.0 32bit Production 服务器B: 操作系统 : Oracle Linux Server release 5.7 数据库版本: Oracle Database 10g Release 10.2.0.4.0 - 64bit Production

Oracle 数据库通过RMAN恢复控制文件到指定的路径 --------------------------------------------------------- 先查询备份集信息,再指定备份集名称,恢复控制文件到指定路径. list backup completed after 'sysdate -14' ; list backup completed between 'sysdate -14' and 'sysdate-7' ; list backup of controlfile

测试丢失所有控制文件恢复[20180517]     rman target /   show all;   configure channel 1 device type disk format '/u01/backup/rman_backup_%U.bak';   backup current controlfile;     连接到RMAN [oracle@t-xi-oracle01 archive]$ rman target /   为磁盘备份设定路径和命名规则 RMAN> config

13.3无备份恢复控制文件 没有备份恢复控制文件其实就是在nomount状态,create control创建一个新的控制文件. dba必须知道4个信息才能正确的创建:数据库名.在线日志路径及其大小.在线的可读/写数据文件路径.数据库字符集 其中指定数据库字符集是为了在打开数据库之前执行recover tablespace  ..或restore tablespace时可以正确解析表空间名称 --之前在dsi系列介绍了使用bbed查看数据文件头的方式来确定字符集,数据库名等方法. --maxlo

RMAN> backup current controlfile tag='bak_ctlfile' format='/home/oracle/backup/bak_ctl_%U_%T'; alter system switch logfile; alter system switch logfile; alter system switch logfile; 多切换几次,切出几个archivelog文件,删除其中的一个 rm o1_mf_1_3_cpk5wloy_.arc 然后删除控制文件 r

一.控制文件的恢复1.查询控制文件的路径 SQL> SELECT * FROM V$CONTROLFILE; STATUS NAME IS_RECOVERY_DEST_FILE BLOCK_SIZE FILE_SIZE_BLKS ------- -------------------------------------------------------------- --------------------- ---------- -------------- D:\APP\ADMINISTR

控制文件被删除后,系统崩溃,下面介绍下如何恢复控制文件 SQL> conn / as sysdbaConnected to an idle instance.SQL> startup nomount;ORA-27102: out of memoryLinux Error: 12: Cannot allocate memorySQL> startup nomount pfile='/u01/app/oracle/product/10.2.0/db_1/dbs/initorcl.ora'OR

运行全然恢复:在 ARCHIVELOG 模式下 丢失了系统重要数据文件: 假设某个数据文件丢失或损坏.且该文件属于 SYSTEM 或 UNDO 表空间,请运行下面步骤: 1. 实例可能会也可能不会自己主动关闭. 2.假设未自己主动关闭.请使用 SHUTDOWN ABORT 关闭实例. 3. 装载数据库. 4. 还原并恢复缺失的数据文件. 5.打开数据库. 1.归档模式丢失非重要数据文件  全然恢复 第一种方法: shutdown abort; startup mount; alter datab

About Recovery with a Backup Control FileIf all copies of the current control file are lost or damaged, then you must restore and mount a backup control file. You must then run the RECOVER command, even if no data files have been restored, and open t

1.退出日志应用模式[oracle@localhost ~]$ sqlplus /nolog SQL*Plus: Release 11.2.0.4.0 Production on Mon Jan 14 16:09:16 2019 Copyright (c) 1982, 2013, Oracle. All rights reserved. SQL> connect / as sysdbaConnected.SQL> alter database recover managed standby d

实验目的 本篇主要模拟控制文件丢失后,如何根据实际情况恢复数据库,才能使数据库尽可能不丢失数据. 实验环境 1)Linux系统环境 [oracle@DG1 ~]$ lsb_release -a LSB Version: :core-3.1-ia32:core-3.1-noarch:graphics-3.1-ia32:graphics-3.1-noarch Distributor ID: RedHatEnterpriseServer Description: Red Hat Enterprise

1.副总裁需要裸恢复的严峻现实 集团总部的信息部负责人给我打电话说为了找一年前的记录,所以需要对一年前2015年5月1日的数据进行恢复.而2016年初因为进行迁移,所以有些文件可能丢失,手上只有rman全备文件,希望在一天之内找回,集团一个副总裁在等着这个数据有急用. 我在电话里面说马上去做,接完电话,想到只有rman备份文件,而且是备份的数据文件,没有控制文件没有参数文件的备份,所以普通的 (1)      先恢复控制文件restore controlfile from ‘…bak’; (2)

oracle 11g 数据库恢复技术 ---02 控制文件 SYS@ orcl >show parameter control_file NAME TYPE VALUE ------------------------------------ ----------- ------------------------------ control_file_record_keep_time control_files string /u01/app/oracle/oradata/orcl/c ont

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

2013年4月27日 星期六 10:33  .控制文件的功能和特点 1) [定义数据库当前物理状态] 2) [维护数据的一致性]  如果控制文件中的检查点与数据文件中的一致,则说明数据一致,可以启动到open状态 3) [很小的二进制文件] 4)[控制文件包括静态部分.动态部分  当使用rman备份数据库的时候, 控制文件会记录catalog信息, 动态部分会增大 ] 查看数据一致性的方法: SQL> select file#,checkpoint_change# from v$datafile

控制文件 3.1 控制文件的功能和特点:       1)定义数据库当前物理状态,不断在往controlfile写入[SCN等]       2)维护数据的一致性       3)是一个二进制文件       4)在mount阶段被读取       5)记录RMAN备份的元数据[账本]       查看database控制文件位置: 19:02:27 SQL> show parameter control_file NAME                                   

下午时连接数据库突然发现连不上了,监听报错找不到服务,于是登录数据库所在服务器,查看监听状态,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

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

rman  target/ list backup; 查看是否已备份,如果没有,那就不知道了 模拟故障,删除/u01/app/oracle/oradata/ORCL文件夹下的所有文件 sqlplus / as sysdba shutdown abort; startup ; 都会报错 rman target/ restore controlfile form autobackup; 查看文件夹,可以发现控制文件恢复了 restore database; 恢复数据文件 recover databa

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

前段时间一朋友自己电脑上的开发测试用的数据库出了点问题,电脑操作系统是Win8,直接在Win8上安装了Oracle11g,后来系统自动升级到Win8.1,Oracle相关的服务全都不见了,想想把数据文件.参数据文件.控制文件.redo log备份一下,然后重装一下,但在复制控制文件的时候,总是无法复制,最终放弃了备份控制文件,打算装好后重建控制文件.一切还算顺利,因为数据文件和redo log都是完整的,所以重建控制文件也很顺利. 由此想到春节前有一台服务器因断电而导致控制文件和redo log