udump目录不存在的情况下系统日志会在那呀？

显示全部楼层 · 2006-6-28 09:37:01

今天到一个用户那去，发现他的oracle的udump、bdump等指向的目录在机器上实际是不存在的，那请问在这种情况下oracle会把日志写到那里呀？是不写了还是写到另外的默认目录下呢？

千问 · 2006-6-28 09:37:01

oradebug setmypid;
oradebug event 10046 trace name context forever, level 8;
oradebyg tracefile_name;

千问 · 2006-6-28 09:37:01

嘻，oradebyg写错了，是oradebug

千问 · 2006-6-28 09:37:01

刚才在10g上试了一下,改了后,没启来!怀疑!
[php]SQL> alter system set user_dump_dest='' scope=spfile;
System altered.
SQL> startup force;
ORA-00600: internal error code, arguments: [skgasti_2], [], [], [], [], [], [], []
SQL> select sysdate from dual;
select sysdate from dual
*
ERROR at line 1:
ORA-01034: ORACLE not available

SQL> conn /as sysdba
Connected to an idle instance.
SQL> create pfile='c:\init.ora' from spfile;
File created.
SQL> create spfile from pfile='c:\init.ora';
File created.
SQL> startup
ORACLE instance started.
Total System Global Area209715200
bytes
Fixed Size
788188
bytes
Variable Size
196081956
bytes
Database Buffers 12582912
bytes
Redo Buffers
262144
bytes
Database mounted.
Database opened.
SQL>
SQL>[/php]

千问 · 2006-6-28 09:37:01

最初由 nmgzw 发布
[B]刚才在10g上试了一下,改了后,没启来!怀疑!
[php]SQL> alter system set user_dump_dest='' scope=spfile;
System altered.
SQL> startup force;
ORA-00600: internal error code, arguments: [skgasti_2], [], [], [], [], [], [], []
SQL> select sysdate from dual;
select sysdate from dual
*
ERROR at line 1:
ORA-01034: ORACLE not available

SQL> conn /as sysdba
Connected to an idle instance.
SQL> create pfile='c:\init.ora' from spfile;
File created.
SQL> create spfile from pfile='c:\init.ora';
File created.
SQL> startup
ORACLE instance started.
Total System Global Area209715200
bytes
Fixed Size
788188
bytes
Variable Size
196081956
bytes
Database Buffers 12582912
bytes
Redo Buffers
262144
bytes
Database mounted.
Database opened.
SQL>
SQL>[/php] [/B]
把user_dump_dest所指向的目录修改一下目录名然后再启动数据库试试。

千问 · 2006-6-28 09:37:01

hehe
有可能在?/rdbms/log低下？
看看吧

千问 · 2006-6-28 09:37:01

9I也是没有相应目录无法关闭无法启动
SQL> show parameter dump
NAME
TYPEVALUE
------------------------------------ ----------- ---------------------------
background_core_dump
stringpartial
background_dump_dest
stringF:\oracle\admin\liq\bdump
core_dump_dest
stringF:\oracle\admin\liq\cdump
max_dump_file_size
stringUNLIMITED
shadow_core_dump
stringpartial
user_dump_dest
stringF:\oracle\admin\liq\udump
××××××××××××××××××××××××××
删除相应目录
××××××××××××××××××××××××××
SQL> shutdown immediate
××××××××××××××××××××××××××
无反应，后添加目录
××××××××××××××××××××××××××
数据库已经关闭。
已经卸载数据库。
ORACLE 例程已经关闭。
SQL>
SQL>
SQL>
××××××××××××××××××××××××××
删除相应目录
××××××××××××××××××××××××××
SQL> startup
××××××××××××××××××××××××××
无反应，后添加目录
××××××××××××××××××××××××××
ORACLE 例程已经启动。
Total System Global Area 89201304 bytes
Fixed Size
453272 bytes
Variable Size
83886080 bytes
Database Buffers
4194304 bytes
Redo Buffers
667648 bytes
数据库装载完毕。
数据库已经打开。
SQL>
SQL>
SQL>

千问 · 2006-6-28 09:37:01

呵呵，单独把UDUMP给删除掉了，会在ALERT里有报错信息：
Mon Jul 25 12:17:58 2005
Errors in file f:\oracle\admin\liq\udump\liq_ora_2448.trc:
Mon Jul 25 12:18:08 2005
Errors in file f:\oracle\admin\liq\udump\liq_ora_2448.trc:
Mon Jul 25 12:18:48 2005
Errors in file f:\oracle\ora92\rdbms\trace\liq_ora_2448.trc:
f:\oracle\ora92\rdbms\trace[/COLOR]
就在这里了～
再把ORA92\RDBMS\TRACE目录修改后，发现报警日志变为：
Mon Jul 25 12:56:55 2005
Errors in file .\liq_ora_2860.trc:
在硬盘里搜索之后，在
F:\oracle\ora92\database[/COLOR]
发现了～