重建控制文件之后

最新推荐文章于 2024-06-28 11:30:09 发布
原创 最新推荐文章于 2024-06-28 11:30:09 发布 · 1.5k 阅读 · 0 ·
CC 4.0 BY-SA版权
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
文章标签：

#ORA-6002662 #ORA-604 #ORA-01555

本文记录了在Oracle数据库中重建控制文件的过程及遇到的问题解决方法，包括使用trace文件和手动创建控制文件，以及解决重启过程中出现的各种错误。

在数据库的控制文件重建之后，都是泪啊，

重建控制文件的原本可以来自两个地方

1）trace文件
[oracle@mydb01 orcl]$ sqlplus / as sysdba
SQL*Plus: Release 10.2.0.5.0 - Production on Tue Oct 28 20:35:14 2014
Copyright (c) 1982, 2010, Oracle.  All Rights Reserved.
Connected to:
Oracle Database 10g Enterprise Edition Release 10.2.0.5.0 - 64bit Production
With the Partitioning, OLAP, Data Mining and Real Application Testing options
SQL> alter database backup controlfile to trace;
Database altered.
2）strings control01.ctl
通过这个命令可以查看到controlfile文件中记录的很多信息
如果日志文件没有损坏，需要使用参数noresetlogs来创建控制文件；
CREATE CONTROLFILE REUSE DATABASE "orcl" RESETLOGS  ARCHIVELOG
    MAXLOGFILES 16
    MAXLOGMEMBERS 3
    MAXDATAFILES 100
    MAXINSTANCES 8
    MAXLOGHISTORY 292
LOGFILE
  GROUP 1 '/u01/app/oracle/oradata/orcl/redo01.log'  SIZE 50M,
  GROUP 2 '/u01/app/oracle/oradata/orcl/redo02.log'  SIZE 50M,
  GROUP 3 '/u01/app/oracle/oradata/orcl/redo03.log'  SIZE 50M
-- STANDBY LOGFILE
DATAFILE
  '/u01/app/oracle/oradata/orcl/system01.dbf',
  '/u01/app/oracle/oradata/orcl/undotbs01.dbf',
  '/u01/app/oracle/oradata/orcl/sysaux01.dbf',
  '/u01/app/oracle/oradata/orcl/users01.dbf',
  '/u01/app/oracle/oradata/orcl/example01.dbf',
  '/u01/app/oracle/oradata/orcl/test01.dbf'
CHARACTER SET ZHS16GBK;

SQL> alter database mount;
alter database mount
*
ERROR at line 1:
ORA-01100: database already mounted
SQL>  select first_change#,sequence# from v$log where status='CURRENT';

FIRST_CHANGE#  SEQUENCE#
------------- ----------
            0          0
SQL> select CHECKPOINT_CHANGE#,FILE#  from v$datafile_header;

  CHECKPOINT_CHANGE#      FILE#
-------------------- ----------
       1103447025670          1
       1103447025670          2
       1103447025670          3
       1103447025670          4
       1103447025670          5
       1103447025670          6

SQL> alter database open resetlogs;
alter database open resetlogs
*
ERROR at line 1:
ORA-01092: ORACLE instance terminated. Disconnection forced
检查alert日志：
Errors in file /u01/app/oracle/admin/orcl/udump/orcl_ora_3572.trc:
ORA-00600: internal error code, arguments: [2662], [256], [3935397902], [256], [3935397956], [4194313], [], []
Tue Oct 28 20:49:26 CST 2014
Error 600 happened during db open, shutting down database
USER: terminating instance due to error 600
关闭数据库，在参数文件中增加隐含参数，重新启动数据库
*._allow_resetlogs_corruption=TRUE
*._corrupted_rollback_segments=(_syssmu1$,_syssmu2$,_syssmu3$,_syssmu4$,_syssmu5$,_syssmu6$,_syssmu7$,_syssmu8$,_syssmu9$,_syssmu10$,_syssmu11$,_syssmu12$,_syssmu13$,_syssmu14$,_syssmu15$,_syssmu16$,_syssmu17$,_syssmu18$,_syssmu19$,_syssmu20$,_syssmu21$,_syssmu22$,_syssmu23$,_syssmu24$,_syssmu25$,_syssmu26$,_syssmu27$,_syssmu28$,_syssmu29$,_syssmu30$,_syssmu31$,_syssmu32$,_syssmu33$)


再次报错：
alert日志显示：
WARNING! Recovering data file 2 from a fuzzy file. If not the current file
it might be an online backup taken without entering the begin backup command.
WARNING! Recovering data file 3 from a fuzzy file. If not the current file
it might be an online backup taken without entering the begin backup command.
WARNING! Recovering data file 4 from a fuzzy file. If not the current file
it might be an online backup taken without entering the begin backup command.
WARNING! Recovering data file 5 from a fuzzy file. If not the current file
it might be an online backup taken without entering the begin backup command.
WARNING! Recovering data file 6 from a fuzzy file. If not the current file
it might be an online backup taken without entering the begin backup command.
ORA-279 signalled during: ALTER DATABASE RECOVER  database until cancel using backup controlfile   ...
Tue Oct 28 21:02:38 CST 2014
ALTER DATABASE RECOVER    CANCEL  
Signalling error 1152 for datafile 1!
ORA-1547 signalled during: ALTER DATABASE RECOVER    CANCEL  ...
Tue Oct 28 21:02:39 CST 2014
ALTER DATABASE RECOVER CANCEL 
ORA-1112 signalled during: ALTER DATABASE RECOVER CANCEL ...
*********************************************************************
WARNING: The following temporary tablespaces contain no files.
         This condition can occur when a backup controlfile has
         been restored.  It may be necessary to add files to these
         tablespaces.  That can be done using the SQL statement:
 
         ALTER TABLESPACE <tablespace_name> ADD TEMPFILE
 
         Alternatively, if these temporary tablespaces are no longer
         needed, then they can be dropped.
           Empty temporary tablespace: TEMP
*********************************************************************、、这个告警是临时表空间为空
Errors in file /u01/app/oracle/admin/orcl/bdump/orcl_smon_3658.trc:
ORA-00604: error occurred at recursive SQL level 1
ORA-01555: snapshot too old: rollback segment number  with name "" too small
Tue Oct 28 21:02:48 CST 2014
Errors in file /u01/app/oracle/admin/orcl/udump/orcl_ora_3672.trc:
ORA-00604: error occurred at recursive SQL level 1
ORA-01555: snapshot too old: rollback segment number  with name "" too small
Error 604 happened during db open, shutting down database

关闭数据库尝试使用event进行启动
SQL> startup mount;
ORACLE instance started.


Total System Global Area  276824064 bytes
Fixed Size                  2095640 bytes
Variable Size             100664808 bytes
Database Buffers          167772160 bytes
Redo Buffers                6291456 bytes
Database mounted.
SQL> alter session set events 'IMMEDIATE trace name ADJUST_SCN level 1';
Session altered.
SQL> recover database until cancel using backup controlfile ;
ORA-00279: change 1103447025682 generated at 10/28/2014 21:27:55 needed for
thread 1
ORA-00289: suggestion : /u01/app/oracle/arch/1_1_862176474.arch
ORA-00280: change 1103447025682 for thread 1 is in sequence #1
Specify log: {<RET>=suggested | filename | AUTO | CANCEL}
CANCEL
ORA-01547: warning: RECOVER succeeded but OPEN RESETLOGS would get error below
ORA-01194: file 1 needs more recovery to be consistent
ORA-01110: data file 1: '/u01/app/oracle/oradata/orcl/system01.dbf'
ORA-01112: media recovery not started
//其实这个地方已经报错了，没有注意到！！！
SQL> alter database open resetlogs;
alter database open resetlogs
*
ERROR at line 1:
ORA-01092: ORACLE instance terminated. Disconnection forced

仍然报错：
Tue Oct 28 21:29:57 CST 2014
Errors in file /u01/app/oracle/admin/orcl/udump/orcl_ora_3818.trc:
ORA-00600: internal error code, arguments: [2662], [256], [3935397914], [256], [3935397956], [4194313], [], []
Tue Oct 28 21:29:58 CST 2014
Errors in file /u01/app/oracle/admin/orcl/udump/orcl_ora_3818.trc:
ORA-00600: internal error code, arguments: [2662], [256], [3935397914], [256], [3935397956], [4194313], [], []
Tue Oct 28 21:29:58 CST 2014
Error 600 happened during db open, shutting down database
重新使用隐含参数进行打开：
SQL> startup mount pfile='/tmp/a.txt';
ORACLE instance started.

Total System Global Area  276824064 bytes
Fixed Size                  2095640 bytes
Variable Size             100664808 bytes
Database Buffers          167772160 bytes
Redo Buffers                6291456 bytes
Database mounted.
SQL> recover database until cancel using backup controlfile ;
ORA-00279: change 1103447025686 generated at 10/28/2014 21:29:57 needed for
thread 1
ORA-00289: suggestion : /u01/app/oracle/arch/1_1_862176595.arch
ORA-00280: change 1103447025686 for thread 1 is in sequence #1

Specify log: {<RET>=suggested | filename | AUTO | CANCEL}
auto
ORA-00308: cannot open archived log '/u01/app/oracle/arch/1_1_862176595.arch'
ORA-27037: unable to obtain file status
Linux-x86_64 Error: 2: No such file or directory
Additional information: 3
//重建控制文件后，无法找到归档日志

ORA-00308: cannot open archived log '/u01/app/oracle/arch/1_1_862176595.arch'
ORA-27037: unable to obtain file status
Linux-x86_64 Error: 2: No such file or directory
Additional information: 3

ORA-01547: warning: RECOVER succeeded but OPEN RESETLOGS would get error below
ORA-01194: file 1 needs more recovery to be consistent
ORA-01110: data file 1: '/u01/app/oracle/oradata/orcl/system01.dbf'
使用redo在线日志进行欺骗
SQL>  recover database until cancel using backup controlfile ;
ORA-00279: change 1103447025686 generated at 10/28/2014 21:29:57 needed for
thread 1
ORA-00289: suggestion : /u01/app/oracle/arch/1_1_862176595.arch
ORA-00280: change 1103447025686 for thread 1 is in sequence #1
Specify log: {<RET>=suggested | filename | AUTO | CANCEL}
/u01/app/oracle/oradata/orcl/redo01.log
Log applied.
Media recovery complete.
SQL> alter database open resetlogs;

Database altered.

库终于起来了！

检查临时文件
SQL> select name from v$tempfile;
no rows selected
检查日志文件
SQL> select member from v$logfile;
MEMBER
--------------------------------------------------------------------------------
/u01/app/oracle/oradata/orcl/redo03.log
/u01/app/oracle/oradata/orcl/redo02.log
/u01/app/oracle/oradata/orcl/redo01.log
SQL> select sequence# from v$log;
 SEQUENCE#
----------
         1
         0
         0
增加临时文件----该步骤曾在一次故障处理中忽视，导致查询相当慢！
SQL> alter tablespace temp add tempfile '/u01/app/oracle/oradata/orcl/temp01.dbf' reuse;
Tablespace altered.

在数据库启动之后，建议做一次冷备。

SQL> shutdown immediate
Database closed.
Database dismounted.
ORACLE instance shut down.
SQL> startup
ORACLE instance started.


Total System Global Area  276824064 bytes
Fixed Size                  2095640 bytes
Variable Size             100664808 bytes
Database Buffers          167772160 bytes
Redo Buffers                6291456 bytes
Database mounted.
Database opened.

飞总的一篇博文：http://www.xifenfei.com/4661.html，相当值得参考！

oracle19c 容器数据库控制文件（重建控制文件）
m0_70247753的博客
01-02 1712
如果没有控制文件的自动备份，而且丢失了所有对控制文件的备份，那么我们可以通过重建控制文件来恢复数据库。-----将控制文件备份出来变成一个跟踪文件//这里面有很多文件需要一个个去找，哪一个是刚刚备份出来的控制文件，所以我们备份控制文件之后应该第一时间把这个文件保存下来，以免后面需要的时候找不到----------------
84-Oracle CTL 控制文件管理、重建
远方的专栏
06-25 1085
ctl 控制文件的重要性如同数据库的“导航”--无图则无法启程（启动）、无法修正路线（结构变更）、更无法从迷途返航（恢复）。因此生产环境必须多路复用（≥3副本）跨磁盘存储，必须通过ALTER DATABASE BACKUP CONTROLFILE或RMAN定期备份。OCM中必有一道题是关于ctl文件的，很多小伙伴是不是怕实例挂这题放弃了。因为控制文件的二进制不可编辑特性（仅Oracle进程可写）不能由外部修改，增加修复难度，不过进一步保障了元数据一致性，控制文件是实例mount、数据加载的起始点。
重建控制文件--
congnianmi7492的博客
02-28 244
重建控制文件方法一：全都壞了的話...希望你之前有做過1. alter database backup controlfile to trace or2. alter database backup controlfile to...
重建控制文件
06-28 506
5、查看文件"/home/oracle/flash//flashback/01_mf_9fzqb2fy_.flb"的确已不存在。，因此想到重建控制文件的方式进行恢复。4、修改备份的控制文件，使用resetlogs起动或者noresetlogs。使用NORESETLOGS 部分进行重建，将resetlogs部分删除。2、查看alert日志，发现无法找到还原点文件。4、因此无法使用删除还原点的方式恢复数据库。1、某次测试环境数据库重启，报如下错误。3、查找网上方法，删除该还原点。1、关闭全面数据库实例。
作业-手工重建控制文件-V0.73-V9R1.pdf
最新发布
08-04
手工重建控制文件是数据库管理员在数据库出现故障后需要采取的一项重要操作。控制文件记录了数据库的结构信息，包括数据文件和重做日志文件的位置、数据库的创建信息、表空间和数据文件的关系等关键信息。在数据库...
oracle11g重建控制文件-关闭状态控制文件丢失
Get_stupid的博客
09-24 2798
Oracle11g重建控制文件
oracle 控制文件丢失 oracle11g 控制文件丢失重建控制文件
ORACLE数据库数据恢复、性能优化、故障诊断来问问MACLEAN
08-10 1450
当rman备份信息存放控制文件中，恢复丢失了的控制文件问题： Q: 我正在做一些rman恢复测试，不过我对恢复中得到的一些反馈感到惊讶。 我的数据库rman备份信息是存在在控制文件中的。RMAN设置是对控制文件进行autobackup。 我从备份中将控制文件恢复出来了，不过当我尝试打开数据库时，我收到了以下报错： ORA-01113: file 1 needs media recover...
oracle中重建控制文件
06-14
### Oracle 重建控制文件教程 在 Oracle 数据库中，控制文件是数据库运行的关键组件之一。如果控制文件损坏或丢失，数据库将无法正常启动。以下是关于如何重建控制文件的详细教程。 #### 1. 确认控制文件的状态 在开始重建控制文件之前，需要确认当前控制文件的状态是否损坏或丢失。可以通过尝试启动数据库来验证： ```sql STARTUP MOUNT; ``` 如果数据库能够进入 `MOUNT` 状态但无法打开，则可能是控制文件损坏[^1]。 #### 2. 使用 `CREATE CONTROLFILE` 命令重建控制文件 Oracle 提供了 `CREATE CONTROLFILE` 命令来重建控制文件。以下是具体步骤： - **创建脚本**：首先需要生成一个重建控制文件的脚本。通过查询视图 `V$DATABASE` 和 `V$CONTROLFILE` 获取必要的信息。 ```sql ALTER DATABASE BACKUP CONTROLFILE TO TRACE; ``` 这将在跟踪文件中生成一个重建控制文件的 SQL 脚本。可以根据该脚本进行修改和执行。 - **编辑脚本**：根据实际的数据库文件路径和名称，调整生成的脚本内容。例如： ```sql CREATE CONTROLFILE REUSE DATABASE "ORCL" NORESETLOGS ARCHIVELOG MAXLOGFILES 16 MAXLOGMEMBERS 3 MAXDATAFILES 100 MAXINSTANCES 8 MAXLOGHISTORY 292 LOGFILE GROUP 1 '/u01/app/oracle/oradata/ORCL/redo01.log' SIZE 50M, GROUP 2 '/u01/app/oracle/oradata/ORCL/redo02.log' SIZE 50M, GROUP 3 '/u01/app/oracle/oradata/ORCL/redo03.log' SIZE 50M DATAFILE '/u01/app/oracle/oradata/ORCL/system01.dbf', '/u01/app/oracle/oradata/ORCL/sysaux01.dbf', '/u01/app/oracle/oradata/ORCL/users01.dbf' CHARACTER SET AL32UTF8; ``` - **执行脚本**：确保数据库处于 `NOMOUNT` 状态后，执行上述脚本： ```sql STARTUP NOMOUNT; @<path_to_script>/controlfile_creation.sql ``` #### 3. 恢复数据文件 如果控制文件重建过程中使用了 `RESETLOGS` 选项，则需要恢复所有数据文件以确保一致性。可以使用以下命令： ```sql RECOVER DATABASE USING BACKUP CONTROLFILE; ``` 完成后，打开数据库： ```sql ALTER DATABASE OPEN RESETLOGS; ``` #### 4. 验证控制文件状态 重建完成后，可以通过以下查询验证控制文件的状态： ```sql SHOW PARAMETER CONTROL_FILES; SELECT NAME FROM V$CONTROLFILE; ``` #### 注意事项 - 如果控制文件完全丢失且没有备份，可能需要从最近的冷备份中恢复。 - 在使用 `USING BACKUP CONTROLFILE` 方式时，必须结合 `RESETLOGS` 选项打开数据库[^2]。 --- ### 示例代码 以下是一个完整的重建控制文件的示例流程： ```sql -- 1. 启动到 NOMOUNT 状态 STARTUP NOMOUNT; -- 2. 执行重建控制文件的脚本 @/path/to/controlfile_creation.sql; -- 3. 恢复数据库（如果有备份） RECOVER DATABASE USING BACKUP CONTROLFILE; -- 4. 打开数据库并重置日志 ALTER DATABASE OPEN RESETLOGS; ``` --- ###
评论
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
红包 添加红包
表情包 插入表情
表情包 代码片
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值