1.使用sqlplus连接到已经mount或open的rac数据库 sql> alter database backup controlfile to trace noresetlogs; 2.找出对应的trace文件3.编写脚本control.sql startup nomount create controlfile reuse database "orcl" noresetlogs noarchivelog maxlogfiles 192 maxlogmembers 3 m

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

[oracle@rac01 ~]$ srvctl stop database -d proc -o immediate [oracle@rac01 ~]$ sqlplus / as sysdba SQL*Plus: Release 11.2.0.4.0 Production on Sun Apr 8 20:58:16 2018 Copyright (c) 1982, 2013, Oracle.  All rights reserved. Connected to an idle instance

一. 11g RAC 重建控制文件 1. --"create controlfile"命令生成到追踪文件中:alter database backup controlfile to trace; 2. --确认追踪文件的路径:SQL> select value from v$diag_info where name='Default Trace File'; 3. -- 截取脚本 在追踪文件中找到并执行NORESETLOGS版本的"create controlfile&

前些天在做Oracle数据库恢复测试时,因为一些异常操作导致控制文件出了问题,数据库无法正常使用,这里记录一下重建控制文件的操作 一.使用sysdba用户登入数据库 此时普通用户已无法链接数据库 二.启动数据库到mount状态 此时可以看出异常来源:由于控制文件中的实例名与实例本身实例名不一致导致数据库实例无法正常启用 三.获取创建控制文件的脚本格式 在Oracle中我们可以通过 alter database backup controlfile to trace; 命令获取控制文件的创建方法,

环境:OEL 5.7 + Oracle 10.2.0.5 背景:在Oracle的运维过程中,时常会遇到一些场景是需要重建控制文件才可以解决的.本文的场景可以通过复制控制文件到新路径,运行一段时间后,再用老的控制文件启动数据库重现. 1.当前故障现象 2.分析故障原因 3.重建控制文件 1.当前故障现象 在使用旧的控制文件启动数据库时,报错ORA-01122.ORA-01110.ORA-01207: SQL> shutdown abort ORACLE instance shut down. SQ

这个小练习是针对控制文件全部丢失后怎么能快速的重建一个控制文件,快速的起库 1.备份控制文件到trace下 SQL> alter database backup controlfile to trace; Database altered. 2.trace文本放在user_dump_dest的路径下 SQL> show parameter dump; NAME TYPE VALUE ------------------------------------ ----------- -------

[oracle@rac01 ~]$ sqlplus / as sysdba SQL*Plus: Release 11.2.0.4.0 Production on Thu Mar 15 23:45:02 2018 Copyright (c) 1982, 2013, Oracle.  All rights reserved. Connected to an idle instance. SQL> startup ORACLE instance started. Total System Global

重建控制文件的方法 參考原文: How to Recreate a Controlfile (Doc ID 735106.1) 适用于: Oracle Database - Enterprise Edition - Version 9.0.1.0 and later Information in this document applies to any platform. 解决方式: 警告: 仅仅有遇到下列场景时,你才应该recreate 你的控制文件 1.全部的当前的控制文件copies 已经

在重建控制文件之前应该考虑的事情 来源于: Things to Consider Before Recreating the Controlfile (文档 ID 1475632.1) 适用于: Oracle Database - Enterprise Edition - Version 10.2.0.1 and later Information in this document applies to any platform. 目的: 突出控制文件的重要性和在重建控制文件之前应该考虑的问题.

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

重建过程出错:ORA-01503: CREATE CONTROLFILE failedORA-12720: operation requires database is in EXCLUSIVE mode解决办法是停掉一个实例orcl2,然后在orcl1上执行:sqlplus /nologconn sys as sysdbaalter system set cluster_database=FALSE scope=spfile sid='*';shutdown immediate可以继续执行重建

重建步骤: 1.生成trace文件: alter database backup controlfile to trace; 2.找到生成的trace文件: show parameter dump user_dump_dest 文件对应的路径即为trace文件的路径 3.关闭数据库 shutdown immediate 4.查看trace文件(我的trace文件路径为:/u01/app/oracle/diag/rdbms/lgr/LGR/trace) ls -lt /u01/app/oracle

根据已有数据库创建新的控制文件#数据库必须是mounted或open状态 sql> alter database backup controlfile to trace; 可以使用以下快捷方式找到对应的trace文件 sql> alter database backup controlfile to trace; sql> oradebug setmypid; sql> oradebug tracefile_name; 从trace文件中要找出以下内容,保存到脚本controlfi

数据库当前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;

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

OS: Oracle Linux Server release 5.7 DB: Oracle Database 11g Enterprise Edition Release 11.2.0.3.0 - 64bit Production 添加控制文件: 1.修改参数文件alter system set control_files = '/u01/oracle/oradata/yoon/control01.ctl','/u01/oracle/oradata/yoon/control03.ctl' sc

測试2: (1)一致性的全备 SQL> shutdown immediate; $ cp -rf $ORACLE_BASE/oradata/boss/*.dbf /oradata/bossbak/20140610allbackup $ cp -rf $ORACLE_BASE/oradata/boss/*.log /oradata/bossbak/20140610allbackup $ cp -rf $ORACLE_BASE/oradata/boss/*.ctl /oradata/bossbak/

Oracle中有一些数据字典视图需从控制文件中读取信息,如下所示.用户在数据库打开之前就可以访问这些视图,因为这些视图的内容存储在控制文件中. v$archived_log:归档日志信息,如大小,SCN,时间标记.v$backup:组成数据库的单个数据文件的备份状态.v$backup_datafile:使用RMAN备份的数据文件的名称.时间标记等v$backup_piece:备份块的信息,使用RMAN时更新v$backup_redolog:使用RMAN备份的归档日志的信息v$backup_set

在Windows操作系统中,如果注册表文件被损坏了,就会影响操作系统的稳定性.严重的话,会导致操作系统无法正常启动.而控制文件对于Oracle数据库来说,其作用就好象是注册表一样的重要.如果控制文件出现了意外的损坏,那么此时Oracle数据库系统很可能无法正常启动.为此作为Oracle数据库管理员,务必要保证控制文件的安全. 在实际工作中,数据库管理员可以通过备份控制文件来提高控制文件的安全性.但是笔者认为这是下下之策.因为当控制文件出现损坏时,通过备份文件来恢复的话,会出现数据库在一段时间内的