重建控制文件之后

最新推荐文章于 2023-06-27 15:26:17 发布
最新推荐文章于 2023-06-27 15:26:17 发布
阅读量1.5k 收藏
点赞数
分类专栏： oracle 文章标签： ORA-6002662 ORA-604 ORA-01555
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/zhuxiaoliao/article/details/41082325
版权

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

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

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，相当值得参考！

DBrabbit
关注
  • 0
    点赞
  • 踩
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
专栏目录
RAC环境下如何重建控制文件
weixin_52805903的博客
07-28 425
4、重新创建控制文件（根据自己环境下的创建，从G\ctl1.txt这个文件中获取）3、把数据库关闭，并启动到nomount状态。一、重新创建控制文件的步骤。1、备份一个控制文件出来。2、设置集群为false。...
zblog重建文件超时问题的解决方法
09-28
2. **单次重建文件后的间隔时间**：默认设置为5秒，即每处理完一批文件后等待5秒再继续。增加这个间隔时间，如设置为15秒，可以让服务器有更多时间恢复资源，避免连续高强度的工作导致超时。 通过调整这两个参数，...
oracle中重做日志损坏,重做日志损坏，故障处理
weixin_33235712的博客
04-13 729
因为那个日志组是当前日志组，正在使用的，造成数据库不能启动，这时不管时添加日志组成员还是删除，由于数据库不能启动到open，因些使用alter database switch logfile;alter database clear logfile group 1;等都不行这时只能重建 控制文件，就alter database backup controlfile to trace;到$ORACL...
Oracle 00283 01110 01122,oeacle报错：ORA-01122、ORA-01110、ORA-01207
weixin_29888579的博客
04-15 629
1、启动数据库主要报错如下：ORA-01122: database file 2 failed verification checkORA-01110: data file 2: '/home/oracle/data/TRAFFIC_12C_3.DBF'ORA-01207: file is more recent than control file - old control file主要三由于O...
Troubleshooting Oracle open database 报错ORA-01122 ORA-01110 ORA-01200
sqlora的专栏
06-27 327
Troubleshooting Oracle open database 报错ORA-01122 ORA-01110 ORA-01200
oracle dataguard主从,DataGuard部署及主从切换
weixin_33542634的博客
04-06 176
7.添加日志文件，standby日志组的数量比redo日志组的数量多1--主备库都执行alter database add standby logfile group 4 ('/gp/standby/standbyrd01.log') size 50m;alter database add standby logfile group 5 ('/gp/standby/standbyrd02.log'...
重建控制文件
11-11
本篇文章将详细阐述在10gR2版本的RAC（Real Application Clusters）环境中，如何在ASM（Automatic Storage Management）和Data Guard配置下重建控制文件的步骤。 首先，**备份环境**至关重要。在进行任何更改之前，...
oracle控制文件概述.pptx
09-21
重建控制文件涉及修改数据库名（如果适用）、修改永久参数（如初始化参数文件中的控制文件路径），以及使用`RESTORE CONTROLFILE`命令从RMAN备份恢复控制文件。 要显示控制文件的信息，可以查询动态性能视图`V$...
cv.zip_控制点标定_标定 三维重建
09-23
3. **测试数据**：可能包括预处理好的图像集，以及相应的控制点文件，用于验证和测试算法的正确性。 4. **结果展示**：可能包含一些示例结果，如相机参数输出、重建的三维模型等，以可视化的方式展示算法的效果。 ...
Oracle数据库中的控制文件管理以及常用参数设置
12-16
- **无备份**：在非归档模式下，可以使用`CREATE CONTROLFILE REUSE DATABASE`命令重建控制文件，指定数据文件和日志文件的位置。 - **有备份**：在归档模式下，可以利用备份的控制文件和归档日志恢复。 四、其他...
oracle数据库UNDOTBS空间清理
12-14
DBA美眉休产假啦，一个90后的小姑娘已经是二胎了，我这80后实在有些惭愧。 我们产品线太多，交接工作难免有些遗漏，今天就出现了个问题。 数据库UNDOTBS1表空间报警： ##告警172.0.0.1_Oracle数据库读写分离–Oracle_TableSpace:UNDOTBS1使用率超过90，故障已持续0m（IP地址172.0.0.1；告警时间2020.03.11 09:47:53；检查项oracle.check[pre,UNDOTBS1] ；当前状态PROBLEM；值92 %） 一开始有点蒙圈，不知道UNDOTBS1是干吗用的，问了一下度娘。其实就是修改语句执行之后的后悔药。比如现在sa
oracle 11g配置 解决启动连接数据库出现的ora错误
12-16
按照网上方法并结合实践，整理了一下（以后忘记了可以看看），oracle登录问题的解决办法： 常见的登录连接oracle数据库时遇到的问题ora-12560,01034,27101,00119,00132等，可以按照以下步骤检查和解决。 Oracle11g数据库监听，数据库启动  1、添加监听程序（服务器端） 打开net manager 添加监听 添加监听位置（网络地址） 添加数据库服务(oracle主目录可以不填) 2、添加服务命名  3、测试 利用服务器端sqlplus工具E:\app\20483\product\11.2.0\dbhome_1\BIN\sqlplus.e
如何为ORACLE表空间或临时表空间增加数据文件？
热门推荐
chhuma专栏
10-03 6万+
背景： 当通过ORACLE中的create table ... as select 语句创建一张新表时，新表的数据量为比较大，如10亿，这时SQL*Plus很可能就会提示“ORA-01653: ...”错误信息。这个错误信息暗示表空间大小不够，需要为表空间增加数据文件。 分析
临时表空间+创建临时表空间+查询表空间信息+查询临时文件+修改临时表空间
zhou920786312的博客
05-11 4562
临时表空间 1是一个磁盘空间 2用于存储用户排序或汇总时产生的临时数据 3默认所有用户的临时表空间是temp 4与临时表空间对应的是临时文件，非基本表空的数据文件 5.用户操作结束后,临时文件的临时数据会被系统删除创建操作 create temporary tablespace mytemp tempfile ‘F:\test\mytempspace.dbf’ s
oracle断电故障,ORACLE服务器异常断电，控制文件故障的处理步骤
weixin_32746931的博客
04-03 304
这里只是简单的记录操作步骤，以做备忘。本步骤由同事邹启健(问心)完成一、版本SQL> select * from v$version;BANNER--------------------------------------------------------------------------------Oracle Database 11g Enterprise Edition Relea...
oracle 启动不起来
sunlin5000的专栏
06-29 704
 Thread 1 advanced to log sequence 1174  Current log# 1 seq# 1174 mem# 0: /db01/log1TS.dbfTue Jun 28 16:06:18 2011Thread 1 advanced to log sequence 1175  Current log# 2 seq# 1175 mem# 0: /db
FAL_CLIENT和FAL_SERVER 不设置也能apply redo
jnrjian的博客
04-20 1360
FAL_CLIENT和FAL_SERVER是配置dataguard用到的两个参数,FAL指获取归档日志(Fetch Archived Log) 正常情况MRP进程负责FAL，出现GAP使用RFS进程读取FAL_SERVER=pri，设置FAL_CLIENT=dg 因为主库可能反向查询dg的信息，这两个值就是TNS中的，和rman duplicate时一样的。 在一定的条件下，或者因为网络失败，或者因为资源紧张，会在primary和standby之间产生裂隙，也就是有些归档日志没有及时的传输并应..
oracle控制文件的维护,维护控制文件
weixin_34656543的博客
04-14 79
控制文件1.很小的二进制文件；2.定义数据库物理现状；3.维护数据库完整性；4.要求：数据库处于mount状态；能够操作数据库5.只连接到一个数据库；6.丢失数据需要恢复(数据文件和重做日志文件不丢其他可恢复)7.最初由create database建立其大小由create database里面各种属性定义的大小决定nomount----->读取spfile文件信息mount---->...
因为存储离线造成的ORA-600(2662)错误的解决
一名DBA的学习和成长记录
08-18 4497
前两天同事在测试DATA GUARD的时候将主库的ONLINE日志意外覆盖，造成数据库无法打开，采用隐含参数的方法打开又碰到ORA-600错误，最后采用设置EVENTS的方式解决。 由于是在别人的机器上操作，而且很多操作都是摸索进行，因此没有将操作记录下来。现在打算重现一下问题并简单记录解决过程。 上篇已经描述了问题的产生步骤，下面描述解决这个问题的方法。 ORA-600(2662)错误的重
oracle重建控制文件
最新发布
10-29
当Oracle数据库的控制文件遭到损坏或丢失时，我们需要重建控制文件。下面是重建控制文件的步骤： 1. 首先，我们需要确保数据库处于关闭状态。如果数据库正在运行，我们需要停止所有相关进程，包括实例和监听器。 2...

“相关推荐”对你有帮助么？

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值