oracle

推荐列表 站点导航

当前位置:首页 > 数据库 > oracle >

ORACLE出现错误1033和错误ORA-00600的解决方法

来源:网络整理  作者:网络  发布时间:2020-12-08 10:09
这篇文章主要介绍了ORACLE出现错误1033和错误ORA-00600的解决方法,需要的朋友可以参考下...

连接到:

SQL> alter database open;

audit_file_dest = C:\ORACLE\PRODUCT\10.2.0\ADMIN\ORCL\ADUMP background_dump_dest = C:\ORACLE\PRODUCT\10.2.0\ADMIN\ORCL\BDUMP user_dump_dest = C:\ORACLE\PRODUCT\10.2.0\ADMIN\ORCL\UDUMP core_dump_dest = C:\ORACLE\PRODUCT\10.2.0\ADMIN\ORCL\CDUMP

ORA-00600: 内部错误代码,参数: [kcratr1_lostwrt], [], [], [], [], [], [], []

bdump是background dump

show parameter background_dump_dest;

最后几行你会看到有:

Oracle9i Enterprise Edition Release 9.2.0.1.0 - Production With the Partitioning, OLAP and Oracle Data Mining options JServer Release 9.2.0.1.0 - Production

从上面可以知道:

SQL> recover database;

EXP-00056:ORACLE错误1033出现 ORA-01033:ORACLE initialization or shutdown in progress 用户: 口令:

ORACLE 例程已经关闭。

oracle9/10g startup时 报错ORA-00600: 内部错误代码,参数: [kcratr1_lostwrt], [], [], [], [], [], [], []

udump中一般放置sql trace之后session的trace文件

C:\Documents and Settings\Administrator>sqlplus SQL*Plus: Release 9.2.0.1.0 - Production on 星期日 5月 13 09:23:23 2007 Copyright (c) 1982, 2002, Oracle Corporation. All rights reserved.

SQL> startup

这个错误就不用具体研究是什么意思了,下面是解决这一问题的方法:

完成介质恢复。

ORA-01109: 数据库未打开

ORACLE 例程已经关闭。

bdump :后台进程trace 和alert log ,就是说 alert_sid.log也存在这个目录中

SQL> startup mount

cdump :core trace,一般是用来日志应用程序的除非数据库出了问题否则基本上不会有什么信息

原因可能是非法关机或掉电造成,以下是出现的问题及解决方法:

数据库装载完毕。

wangfl

报错ORA-00600: 内部错误代码,参数: [kcratr1_lostwrt], [], [], [], [], [], [], []

ORACLE 例程已经启动。

这个显然是数据库没有办法启动,但是数据库服务还是可以启动,而程序则无法连接数据库。

udump :前台手动trace的比如sql trace之后session的trace文件
bdump中有alert文件,和一些后台进程的trace file
udump是user dump

Total System Global Area 135338868 bytes Fixed Size 453492 bytes Variable Size 109051904 bytes Database Buffers 25165824 bytes Redo Buffers 667648 bytes

adump一般是audit dump

数据库装载完毕。

SQL> startup

Total System Global Area 135338868 bytes Fixed Size 453492 bytes Variable Size 109051904 bytes Database Buffers 25165824 bytes Redo Buffers 667648 bytes

cdump是core dump

在非法关机以后,Oracle数据库经常会出现这个错误:

SQL> shutdown immediate

顺便说一下Oracle几个adump、bdump、cdump、dpdump、pfile、udump目录的作用:

首选找问题要看看数据库BDUMP目录下的ALERT文件具体报什么错误

cdump一般放置一些核心的trace文件

adump :审计信息

数据库已更改。

已经卸载数据库。

ORACLE 例程已经启动。

pfile :初始化参数文件 initSID

请输入用户名: /as sysdba

dpdump :是存放一些登录信息的

SQL>exit;

ORA-01081: 无法启动已在运行的 ORACLE --- 请首先关闭

SQL> shutdown abort

相关热词: oracle 方法 解决

本站内容来源于网络,如有侵权请与我们联系,我们会及时删除,我们深感抱歉!
注:本站所有信息仅供用于网络技术学习参考,学习中请遵循相关法律法规!

本文地址: https://www.juheyunku.com/sql/oracle/1382.shtml

Copyright © www.juheyunku.com      关于 | 合作 | 声明 | 联系 | 更新 | 地图 | Tags

ORACLE出现错误1033和错误ORA-00600的解决方法

2020-12-08 编辑:网络

连接到:

SQL> alter database open;

audit_file_dest = C:\ORACLE\PRODUCT\10.2.0\ADMIN\ORCL\ADUMP background_dump_dest = C:\ORACLE\PRODUCT\10.2.0\ADMIN\ORCL\BDUMP user_dump_dest = C:\ORACLE\PRODUCT\10.2.0\ADMIN\ORCL\UDUMP core_dump_dest = C:\ORACLE\PRODUCT\10.2.0\ADMIN\ORCL\CDUMP

ORA-00600: 内部错误代码,参数: [kcratr1_lostwrt], [], [], [], [], [], [], []

bdump是background dump

show parameter background_dump_dest;

最后几行你会看到有:

Oracle9i Enterprise Edition Release 9.2.0.1.0 - Production With the Partitioning, OLAP and Oracle Data Mining options JServer Release 9.2.0.1.0 - Production

从上面可以知道:

SQL> recover database;

EXP-00056:ORACLE错误1033出现 ORA-01033:ORACLE initialization or shutdown in progress 用户: 口令:

ORACLE 例程已经关闭。

oracle9/10g startup时 报错ORA-00600: 内部错误代码,参数: [kcratr1_lostwrt], [], [], [], [], [], [], []

udump中一般放置sql trace之后session的trace文件

C:\Documents and Settings\Administrator>sqlplus SQL*Plus: Release 9.2.0.1.0 - Production on 星期日 5月 13 09:23:23 2007 Copyright (c) 1982, 2002, Oracle Corporation. All rights reserved.

SQL> startup

这个错误就不用具体研究是什么意思了,下面是解决这一问题的方法:

完成介质恢复。

ORA-01109: 数据库未打开

ORACLE 例程已经关闭。

bdump :后台进程trace 和alert log ,就是说 alert_sid.log也存在这个目录中

SQL> startup mount

cdump :core trace,一般是用来日志应用程序的除非数据库出了问题否则基本上不会有什么信息

原因可能是非法关机或掉电造成,以下是出现的问题及解决方法:

数据库装载完毕。

wangfl

报错ORA-00600: 内部错误代码,参数: [kcratr1_lostwrt], [], [], [], [], [], [], []

ORACLE 例程已经启动。

这个显然是数据库没有办法启动,但是数据库服务还是可以启动,而程序则无法连接数据库。

udump :前台手动trace的比如sql trace之后session的trace文件
bdump中有alert文件,和一些后台进程的trace file
udump是user dump

Total System Global Area 135338868 bytes Fixed Size 453492 bytes Variable Size 109051904 bytes Database Buffers 25165824 bytes Redo Buffers 667648 bytes

adump一般是audit dump

数据库装载完毕。

SQL> startup

Total System Global Area 135338868 bytes Fixed Size 453492 bytes Variable Size 109051904 bytes Database Buffers 25165824 bytes Redo Buffers 667648 bytes

cdump是core dump

在非法关机以后,Oracle数据库经常会出现这个错误:

SQL> shutdown immediate

顺便说一下Oracle几个adump、bdump、cdump、dpdump、pfile、udump目录的作用:

首选找问题要看看数据库BDUMP目录下的ALERT文件具体报什么错误

cdump一般放置一些核心的trace文件

adump :审计信息

数据库已更改。

已经卸载数据库。

ORACLE 例程已经启动。

pfile :初始化参数文件 initSID

请输入用户名: /as sysdba

dpdump :是存放一些登录信息的

SQL>exit;

ORA-01081: 无法启动已在运行的 ORACLE --- 请首先关闭

SQL> shutdown abort

本站内容来源于网络,如有侵权请与我们联系,我们会及时删除,我们深感抱歉!
注:本站所有信息仅供学习参考!
本文地址为 https://www.juheyunku.com/sql/oracle/1382.shtml

相关文章

风云图片

推荐阅读

返回oracle频道首页