deal with oracle ORA-600[4193]; ORA-600[4194/4193]; ORA-600[4194]

今天处理了一台开发数据库的600异常。

记录一下处理过程:

现象:

服务器开起来之后,文件系统报错,提升ctl+D重启或输入ROOT密码登录。登录进去后看到的文件系统已经不正常了,变成了只读状态。并且有提升SELINUX相关的一些东西(具体忘记了,后来把SELINUX手工关掉了)。文件系统只读了,数据库的话当然也是起不来滴。

处理过程:

1. 由于进单用户之前也必须CHECK 文件系统,所以的话还是放弃了在单用户下修复。

2. 进入linux rescue模式,fsck异常的文件系统,关闭selinux选项(modify /etc/selinux/config)。重启服务器,文件系统恢复正常。

3. 启动数据库,发现起不来。报出了类似ORA-600[4193]; ORA-600[4194/4193]; ORA-600[4194]的经典错误

4. 数据库恢复阶段:startup mount

recover database using backup controlfile;

输入所需的online redo log的path;

恢复完成。

重启数据库。开始报UNDO段错误,并且起来之后一会就重启。

查了metalink之后,建议重建UNDO表空间。

create undo tablespace undo_new datafile '' size ....;

alter system set undo_tablespace=undo_new scope=spfile;

restart database;

恢复正常。

删除掉老的UNDO表空间。

备注:

METALINK关于回滚段错误的CASE。

In this Document
  Goal
  Solution
      Single instance
     For Rac Instance(If one instance is down and other is up and running)
     For 8i database and Below
  References



Platforms: 1-914CU;

This document is being delivered to you via Oracle Support's Rapid Visibility (RaV) process and therefore has not been subject to an independent technical review.

Applies to:

Oracle Server - Enterprise Edition
Information in this document applies to any platform.
Oracle Server Enterprise Edition

Goal

This note will give an Brief overview of the steps to resolve ORA-600 [4194]/[4193]:-

This note is intended for internal use only

Solution

Short Description of ORA-00600[4194]

---------------------------------------

A mismatch has been detected between Redo records and rollback (Undo) 
records.

ARGUMENTS:
Arg [a] Maximum Undo record number in Undo block
Arg [b] Undo record number from Redo block

Refer to Note:39283.1 for more details on the description of this error.

Basic Steps that Need to be Followed to Solve an ORA-00600[4194] Error

There are two Options to resolve this issue.

Options along with their solutions are given below.

 



Option 1:- Support Method(Drop the undo tablespace). 

 

 @There is no need to use Unsupported parameter like _offline_rollback_segments and @_corrupted_rollback_segments to resolve ora-00600[4193]/[4194]

 

Option 1 :- Supported Method 
======================


Drop the undo tablespace. 

 

 Single instance

This error normally happens for a new transaction. The trace file actually shows an active transaction for the undo segment because this is the transaction created by the same process.If the undo segment happens to have an active transaction , then Oracle
may recover it later with no problems .

Normally if the header is dumped after the error, the active transactin is gone.

So a Simpler option to resolve this issue is.

Step 1
--------

SQL> Startup nomount ;    --> using spfile

SQL> Create pfile='/tmp/corrupt.ora' from spfile ; 

SQL> Shutdown immediate; 

Step 2
-------

Modify the corrupt.ora and set Undo_managment=Manual 

SQL> Startup mount pfile='/tmp/corrupt.ora' 

SQL> Show parameter undo 

   it should show manual 

SQL> Alter database open ; 

If it comes up 

SQL> Create rollback segment r01 ; 

SQL> Alter rollback segment r01 online ; 

Create a new undo tablespace 

SQL> Create undo tablespace undotbs_new datafile '<>' size <> M ; 

Drop the Old undo tablespace

SQL> Drop tablespace <undo tablespace name> including contents and datafiles

 

Step 3
-------

SQL> Shutdown immediate; 

SQL> Startup nomount ; ---> Using spfile 

SQL>Alter system set undo_tablespace=<new Undo tablespace created> scope=spfile; 

SQL> Shutdown immediate ; 

SQL> Startup 

Check if error is reported

 

For Rac Instance(If one instance is down and other is up and running)

------------------------

If one node is up and running and other node is failing with ORA-00600[4194]/[4193] then

From the instance which is up and running create a new undo tablespace and make it the default one for the other instance which is down with the error.Startup the failing instance with
the new undo tablespace.



From Instance which is up and running 

Create undo tablespace undo_new datafile '<filename>' size <> m ;

Alter system set undo_tablespace=<New undo tablespace name> sid=<instance which has corrupt undo tablespace and is down>  ;

Now Startup the Instance which is down

SQL>Startup mount 

SQL>Show parameter undo

Should show the new undo tablespace created above

SQL>Alter database open ;

SQL>Drop tablespace <Old undo tablespace of the failing instance> including contents and datafiles

If all the Instance is down in the Rac due to this error then following the instruction given for Single instance and  create new undo tablespace.



For 8i database and Below

SQL>Startup restrict

Drop the Manual rollback segments and recreate it

 

  



@Option 2 (Drop the Rollback segment)



@From the ora-00600[4194] trace file identify the undo segment



@For example



@ORA-00600: internal error code, arguments: [4194], [19], [33], [], [], [],



@In the above example



@ARGUMENTS: 



@a----> 19 



@Search for UNDO BLK in the trace file



@********************************************************************************




@cnt--->0x13 --> Decimal --> 19





 






 



 



@Option 3(System undo segment erroring with Ora-00600[4194/4193]






@Option 1 would fail if the undo segment involved is System undo segment.



@Please refer the note given below for patching the same.



@Note.452620.1




 







 



 



 






References


NOTE:39283.1 - ORA-600 [4194] "Undo Record Number Mismatch While Adding Undo Record"



 Related




Products
Oracle Database Products > Oracle Database > Oracle Database > Oracle Server - Enterprise EditionErrors
ORA-600[4193]; ORA-600[4194/4193]; ORA-600[4194]


时间: 2024-09-12 09:54:31

deal with oracle ORA-600[4193]; ORA-600[4194/4193]; ORA-600[4194]的相关文章

oracle 11g配置 解决启动连接数据库出现的ora错误_oracle

按照网上方法并结合实践,整理了一下(以后忘记了可以看看),oracle登录问题的解决办法: 常见的登录连接oracle数据库时遇到的问题ora-12560,01034,27101,00119,00132等,可以按照以下步骤检查和解决. Oracle11g数据库监听,数据库启动  1.添加监听程序(服务器端) 打开net manager 添加监听 添加监听位置(网络地址) 添加数据库服务(oracle主目录可以不填) 2.添加服务命名  3.测试 利用服务器端sqlplus工具E:\app\204

oracle的sqlnet.ora , tnsnames.ora , Listener.ora 文件的作用(转)

oracle网络配置三个配置文件 listener.ora.sqlnet.ora.tnsnames.ora ,都是放在$ORACLE_HOME/network/admin目录下.1. sqlnet.ora-----作用类似于linux或者其他unix的nsswitch.conf文件,通过这个文件来决定怎么样找一个连接中出现的连接字符串.例如我们客户端输入sqlplus sys/oracle@orcl假如我的sqlnet.ora是下面这个样子SQLNET.AUTHENTICATION_SERVIC

Oracle Net Listener Parameters (listener.ora)(转)

  12/20 7 Oracle Net Listener Parameters (listener.ora) This chapter provides a complete listing of the listener.ora file configuration parameters. This chapter contains these topics: Overview of Oracle Net Listener Configuration File Oracle Net List

ORACLE RAC 下非缺省端口监听配置(listener.ora tnsnames.ora)

        不论是单实例还是RAC,对于非缺省端口下(1521)的监听器,pmon进程不会将service/instance注册到监听器,即不会实现动态注册.与单实例相同,RAC非缺省端口的监听器也是通过设置参数local_listener来达到目的.除此之外,还可以对实例进行远程注册,以达到负载均衡的目的.这是通过一个参数remote_listener来实现.   有关Oracle 网络配置相关基础以及概念性的问题请参考:      配置ORACLE 客户端连接到数据库   配置非默认端口

Oracle的网络三大配置文件(sqlnet.ora、tnsnames.ora、listener.ora)

Oracle的网络三大配置文件(sqlnet.ora.tnsnames.ora.listener.ora)   blog文档结构图: 1  说明 为了使得外部进程能够访问Oracle 数据库则必须配置Oracle 网络服务器环境配置, Oracle 网络服务器环境是通过配置listener.ora .sqlnet.ora 和 tnsnames.ora 共三个文件来进行的.由于oracle数据库是一个客户端服务器的软件,所以,首先需要接收来自客户端的连接请求,服务器就必须配置监听器:其次,客户端要

Oracle 错误总结及问题解决 ORA

参考地址 ORA-00001: 违反唯一约束条件 (.)错误说明:当在唯一索引所对应的列上键入重复值时,会触发此异常.ORA-00017: 请求会话以设置跟踪事件ORA-00018: 超出最大会话数ORA-00019: 超出最大会话许可数ORA-00020: 超出最大进程数 ()ORA-00021: 会话附属于其它某些进程:无法转换会话ORA-00022: 无效的会话 ID:访问被拒绝ORA-00023: 会话引用进程私用内存:无法分离会话ORA-00024: 单一进程模式下不允许从多个进程注册

ora.crf资源异常—临时停止和禁用解决办法

检查发现运行在win 2008平台的11.2.0.3 rac的crs的alert日志里面出现大量类似记录CRS-2765错误 2015-09-04 00:12:10.431 [ohasd(3844)]CRS-2765:资源 'ora.crf' 已失败 (在服务器 'rac2' 上). 2015-09-04 00:16:46.047 [ohasd(3844)]CRS-2765:资源 'ora.crf' 已失败 (在服务器 'rac2' 上). 2015-09-04 00:21:21.479 [oh

蓝迪国际投资四维数码(600万美元)

蓝迪国际投资四维数码(600万美元) 涉及金额: 600万美元 涉及网站: http://www.com4d.com 发生时间: 2008-02-13 事件介绍: 2008年2月13日,沈阳四维数码科技有限公司日宣布获得澳大利亚蓝迪国际投资控股公司的600万美元投资,后续投资将达1亿美元. 沈阳四维数码科技有限公司 沈阳四维数码科技有限公司于2007年1月18日成立,为北京再现世界科技有限公司的4D创意产业基地.四维数码是一家极富创新精神的新技术光维体公司,曾获2项国际大奖,11次获国家大奖,有

爱立信600 MHz系列产品将在2017年第三季度商用

据悉,爱立信600MHz系列产品将于2017年第三季度实现商用,进而为众多运营商提供快速启动新型600 MHz频谱业务的能力. 该消息是随着FCC完成其激励拍卖的最后阶段而公布的,此次拍卖为无线宽带服务的频谱进行了重新调整.因此,运营商将接受该段频谱,从而提供600 MHz频段服务. 新的600 MHz低频带允许运营商通过低频带无线电来扩展和增强覆盖范围.例如,在农村地区,可以为每个站点提供更多网络覆盖,从而大大提高经济效益.这样一来,才能为用户提供更具竞争力且更好的无线服务. 爱立信北美网络产