|
在错误的从os级别remove掉 trace file 之后，怎么找到该trace file的内容？
参考原文：
适用于：
Oracle Database - Enterprise Edition - Version 8.1.7.4 to 11.2.0.1.0 [Release 8.1.7 to 11.2]
Generic UNIX
Generic
Linux
目标：
当错误的从从os级别remove（这个remove是指rm）掉 trace file 之后，oracle进程的trace file 是不会被重新创建的。
那怎么看到这些trace file的内容？
解决方案： 这种行为的解释 和解决方案在
Bug 8367394: A NEW TRACE FILE IS NOT BEING CREATED IF THE INITIAL ONE WAS REMOVED
给出了。--->注意：我看了一下该bug的workground，是restart instance。
在下面的例子中，请注意从11g开始，trace file的位置不在bdump 下，而是在{ADR_HOME}/trace/下。
当进程是alive的时候，进程不会在 trace file上执行close（）函数。
进程依然持有 指向trace file 的 file descriptor。
trace file 的名字包括进程的pid，
因此，除非进程被重启，否则我们不能关闭 file descriptor，也不能创建一个用新文件名或者老文件名的新文件
这并不意味着，在紧急情况下，你不能访问该trace file。
当该trace file 被delete掉后，只要file descriptor依然open，你就可以获得该文件的内容，该内容依然被正常写。
通过如下方法经过file descriptor 来访问 file
ps -ef|grep v10204|grep dbw0
oracle 11283 1 0 16:23 00:00:00 ora_dbw0_v10204
lsof -p 11283|grep dbw0
COMMAND PID USER FD TYPE DEVICE SIZE NODE NAME
oracle 11283 oracle 2 REG 3,1 767 20728692 /bdump/v10204_dbw0_11283.trc
从上面的结果中，我们可以看到fd 为2，如下也能验证fd 为2
ls -lA /proc/11283/fd | grep dbw0
l-wx------ 1 oracle dba-64 Mar 25 16:24 2 -> /bdump/v10204_dbw0_11283.trc
从os级别 remove掉trace file ，fd 依然存在，只是file 被delete掉了。
ls -lA /proc/11283/fd | grep dbw0
l-wx------ 1 oracle dba-64 Mar 25 16:24 2 -> /bdump/v10204_dbw0_11283.trc (deleted)
这个fd （file descriptor）在它被关闭 或者 进程被重启之前 是存在的。
你可以访问它的内容：
cat /proc/11283/fd/2 > /tmp/v10204_dbw0_11283.trc
|