首页 > 代码库 > 【翻译自mos文章】 在错误的从os级别remove掉 trace file 之后，怎么找到该trace file的内容？

【翻译自mos文章】 在错误的从os级别remove掉 trace file 之后，怎么找到该trace file的内容？

2024-07-11 18:25:14   221人阅读


在错误的从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


联系
我们