oracle断电重启之ORA-00600[4194]

oracle断电重启之ORA-00600[4194]
1.问题描述
Oracle服务器断电重启以后无法数据库无法正常连接,使用sqlplus envision/envision连接报错。常见的错误有以下这些:

ORA-12518: TNS:listener could not hand off client connection
ORA-12560: TNS:protocol adapter error
ORA-01034: ORACLE not available
ORA-27101: shared memory realm does not exist
ORA-12514: TNS:listener does not currently know of service requested in connect descriptor
ORA-00600:[4194]
在这里插入图片描述
2.基本处理
上述这些ORA报错,基本可以归类为一下几种:

环境变量ORACLE_SID是否为prjdb,如果不是就设置环境变量
TNSListener服务是否启动,如果没有启动就重新启动一下。
prjdb这个oracle服务是否启动,如果没有启动就启动一下
使用dba身份能否连接oralce。
3.查看日志确认问题
将上面的这些问题都过一遍,并且都操作一遍以后发现问题还是没有解决,此时我们可以查看oracle 的alert log。我的alert log的路径为:

D:\app\oracle\diag\rdbms\prjdb\prjdb\trace\alert_prjdb.txt
打开alert log文件,找到日志的最后一行,发现行号是1003417,如下图所示:
在这里插入图片描述
重启完毕以后再次查看log文件,看看日志有什么错误。当我们找到ora-00600[4194]的时候,就定位到undo表空间文件损坏这个问题。最后解决方法就是重建undo表空间。

4.问题处理步骤:重建undo表空间
4.1思路:
在INITprjdb.ora这个配置文件中将undo表空间指向系统表空间system,然后删除undo表空间,最后在创建undo表空间,最后再在INITprjdb.ora这个配置文件中将undo表空间指向刚刚创建的undo表空间。

4.2查看表空间
select * from v$tablespace;
在这里插入图片描述
4.3查看undo表空间
show parameter undo
4.4管理员身份登陆:
sqlplus / as sysdba
4.5创建pfile
create pfile from spfile;
关闭实例

shutdown immediate
修改INITprjdb.ora参数

undo_management= MANUAL
undo_tablespace= SYSTEM
这个可以参考:http://www.xifenfei.com/2111.html

启动数据库
在修改INITprjdb.ora以后,以INITprjdb.ora这个参数文件中的配置启动oracle实例

复制代码
$SQL> startup pfile=D:\app\oracle\product\11.2.0\dbhome_1\database\INITprjdb.ora

ORACLE instance started.
Total System Global Area 857903104 bytes
Fixed Size 1377952 bytes
Variable Size 503318880 bytes
Database Buffers 348127232 bytes
Redo Buffers 5079040 bytes
Database mounted.
Database opened.
复制代码
删除undo表空间
因为重新指定了undo表空间,所以我们可以将undotbs1这个表空间删除

SQL> drop tablespace undotbs1 including CONTENTS;
重建表空间
CREATE SMALLFILE UNDO TABLESPACE UNDOTBS1 DATAFILE ‘D:\app\oracle\oradata\prjdb\UNDOTBS01.DBF’ SIZE 200M REUSE AUTOEXTEND ON NEXT 10M MAXSIZE 8G;
重新创建pfile

create pfile from spfile;
重启oracle数据库

PS:ORA-00600[4193]
View Code
参考:ORA-600[4194]/[4193]解决

从这里可以看到出现了ORA-600[4194]/[4193],第一感觉就是undo出现问题。
4193:表示undo和redo不一致(Arg [a] Undo record seq number,Arg [b] Redo record seq number );
4194:表示也是undo和redo不一致(Arg [a] Maximum Undo record number in Undo block,Arg [b] Undo record number from Redo block)

所以出现4193错误,解决方法跟4194一样。

或参考https://yq.aliyun.com/articles/727895?msgid=18346020

### 回答1: 这个问题是因为Oracle断电或者Oracle服务关闭了。需要检查Oracle服务是否运行并重启Oracle服务。同时,确保要用正确的用户名和密码登录数据库。如果问题仍然存在,可以尝试检查t listener是否正确配置,或者检查是否有其他进程正在访问数据库,可能会导致阻止数据库连接。 ### 回答2: ORA-01033错误是Oracle数据库在启动或连接数据库时遇到的常见错误之一。这个错误通常会在从操作系统级别关闭或重新启动服务器后出现,因为这将导致Oracle实例停止并断开连接。当尝试重新启动数据库时,Oracle会尝试重新与数据库连接,但由于断电等原因,数据库不能正常启动并报告ORA-01033错误。 解决ORA-01033错误的方法有很多种,下面是一些可能有用的方法: 1. 确保Oracle实例以正确的用户身份运行。在Linux操作系统下,可以通过su命令切换到Oracle用户。 2. 确保Oracle实例已启动并正在运行。可以使用lsnrctl命令检查Oracle实例的状态,并使用sqlplus命令连接到实例。 3. 检查Oracle实例所在的环境变量是否已正确设置。确保ORACLE_SID、ORACLE_HOME和LD_LIBRARY_PATH等变量已设置为正确的值。 4. 检查Oracle实例文件是否已正确设置和配置。这包括使用正确的init.ora文件和控制文件。 5. 如果需要,可以重新创建数据库实例或恢复损坏的数据库文件。在重新创建数据库时,确保使用正确的Oracle版本。 6. 最后,考虑使用Oracle技术支持或社区资源,以寻求更详细的帮助和支持。 ### 回答3: 当Oracle数据库发生断电或者宕机的情况下,往往会出现ORA-01033错误,这个错误是表明连接到数据库的进程已经断开了。在断电或宕机情况下,Oracle无法正常释放更改日志和数据块锁定等资源导致数据库状态异常,进而导致该错误的出现。 若出现ORA-01033错误,我们需要进行以下处理: 1. 重启数据库实例:在Oracle的服务管理中找到Oracle服务,重新启动即可,如果无法重启,则需要手动关闭数据库实例并启动。 2. 找出异常会话:通过查看alert日志或v$session视图找出异常的会话,将这些会话关闭,如果无法关闭,则需要手动强制断开会话。 3. 检查数据文件状态:如果在重启数据库实例时如果有异常会话没法断开,会导致Oracle实例无法关闭,这时需要强制关闭进程,但这可能导致Oracle文件出现异常,需要进行数据文件状态检测和修复。 4. 恢复数据文件:通过使用RECOVER命令恢复数据文件,该命令可以自动从归档日志或备份中恢复数据文件。 总之,ORA-01033错误的处理需要根据具体情况进行,有时可能需要多个步骤的处理才能完成。需要在实际处理中结合具体的环境和条件,采取适当的解决措施。同时,建议备份数据库,以防止数据发生丢失。
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值