xml地图|网站地图|网站标签 [设为首页] [加入收藏]

00600的解决方法

来源:http://www.ccidsi.com 作者:集成经验 人气:180 发布时间:2019-06-12
摘要:在非法关机以往,Oracle数据库平常会出现那几个荒唐:  一般在$ORACLE_HOMEadmin{SID}目录下: 10g下: 可以在 admin{sid}pfile文件下的init.ora文件中找到以下内容: audit_file_dest = C:ORACLEPRODUCT10.2

在非法关机以往,Oracle数据库平常会出现那几个荒唐:

 一般在$ORACLE_HOMEadmin{SID}目录下:

10g下:
可以在 admin{sid}pfile文件下的init.ora文件中找到以下内容:
audit_file_dest = C:ORACLEPRODUCT10.2.0ADMINORCLADUMP
background_dump_dest = C:ORACLEPRODUCT10.2.0ADMINORCLBDUMP
user_dump_dest = C:ORACLEPRODUCT10.2.0ADMINORCLUDUMP
core_dump_dest = C:ORACLEPRODUCT10.2.0ADMINORCLCDUMP
从上边能够领悟:
adump :审计消息
bdump :后台进程trace 和alert log ,正是说 alert_sid.log也设有那么些目录中
cdump :core trace,一般是用来日志应用程序的 除非数据库出了难点不然诸多不会有何样音信
dpdump :是存放一些签到音讯的
pfile :初阶化参数文件 initSID
udump :前台手动trace的 举个例子sql trace之后session的trace文件

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

audit_file_dest                 = /u01/app/oracle/admin/{SID}/adump

11g下:
oracle 1一g在此以前oracle的alter文件是在bdump目录下。
oracle 11g①改常态以XML与历史观的公文二种格式提供 Alert 日志。
oracle 11g新的日志的岗位由Automatic Diagnostic Respository(AD帕杰罗)决定。
能够经过新的初阶化参数DIAGNOSTIC_DEST控制ADR BASE的位置。
万1未有设定那个先导化参数的职位,而设置ORACLE_BASE际遇变量的话,那尚未设定ORACLE_BASE,则ORACLE_HOME/log即为DIAGNOSTIC_DEST
显示DIAGNOSTIC_DEST的位置
show parameter DIAGNOSTIC_DEST;
查询两种日志的地点
查询xml文件的目录
select value from v$diag_info where name='Diag Alert';
查询文本文件的目录
select value from v$diag_info where name='Diag Trace';
也可以透过查询background_dump_dest来查阅oracle的文件日志
show paramter backgound_dump_dest;
或是
select value from v$parameter where name=’background_dump_dest’;

本条明显是数据库未有办法运转,可是数据库服务还是得以运行,而先后则无法连接数据库。

background_dump_dest  = /u01/app/oracle/admin/{SID}/bdump

SQL> show parameter background_dump_dest
NAME TYPE VALUE

主要推荐找难点要探望数据库BDUMP目录下的ALERT文件具体报什么错误

core_dump_dest              = /u01/app/oracle/admin/{SID}/cdump


最终几行你会师到有:

user_dump_dest              = /u01/app/oracle/admin/{SID}/udump


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

pfile                                  = /u01/app/oracle/admin/{SID}/udump

background_dump_dest string /home/oracle/dbdir/diag/rdbms/
orcl/orcl/trace
SQL> show parameter user_dump_dest
NAME TYPE VALUE

以此错误就绝不具体研讨是怎么着看头了,下边是消除那1标题标法子:

一经在参数文件中绝非概念这一个参数


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

可以在$ORACLE_HOME/dbs


缘由大概是违规关机或掉电造成,以下是出现的难题及化解措施:

或者    $ORACLE_HOME/rdbms/log 

user_dump_dest string /home/oracle/dbdir/diag/rdbms/
orcl/orcl/trace

C:Documents and SettingsAdministrator>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.

各样目录的地点:

请输入用户名: /as sysdba

adump: 审计消息

连接到:

bdump: 后台进程trace和alert log ,正是说 alert_sid.log也设有那么些目录中

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> startup

cdump: core trace,一般是用来日志应用程序的,一些二进制文件的dump文件,个人基本未有用过

ORA-0拾捌一: 不可能起动已在运行的 ORACLE --- 请首先关闭

dpdump:是存放在一些登录音信的

本文由68399皇家赌场发布于集成经验,转载请注明出处:00600的解决方法

关键词: 68399皇家赌场 Oracle

最火资讯