记录跟踪日志【r.r2d】

TIPTOP ERP系统 GP 3.0

记录跟踪日志[r.r2d]
  Debug命令
<1>r.d2+
此命令用得比较多，不详细介绍，可以参考技术手册
<2>r.r2d
使用方法：r.r2d cooc200
执行效果同r.r2 cooc200一样，同样可以开启此程序。
不同之处就是在相应目录下会产生一个cooc200.log的文件,如下图所示：

 

文件说明：在.log的文件里面会出现程序运行中所有执行过的SQL的执行状况,如下图所示：（截取的log文件中的一段说说明）

 

 以上生成的log档的内容是可以通过FGLSQLDEBUG这个系统变量来控制的,关于FGLSQLDEBUG的解释如下所示:
程式开发完成后就是测试，测试程式有许多方法，包含使用Debug Tool，或自己写display來显示，这里说明的是使用FGLSQLDEBUG环境来作Debug。
当程式是出错在某个深层的function或library時，若用debug tool要追入是一件麻煩的事，若又不确认发生位置时，
可以考虑使用FGLSQLDEBUG环境变量。
执行程式前export FGLSQLDEBUG=n 再执行程式就可以了﹝特质TELNET连线方式﹞，执行的过程会显示在背景画面上，参数n 值如下：
n=1：此时会将翻译运行过的SQL statment﹝含程式所在module及行数﹞、SQL code，
    传入传出参数按照执行的顺序，一個一個列出
n=2：上項外再增加ODI driver信息，以xxx.c(2)表示﹝xxx表资料库代码，如ORA/MSV/DB2…﹞
n=3：上項外再增加db connect driver信息，以xxx.c(3)表示
n=4 - 10，上項外再增加ODI driver WARING信息，以xxx.c(4)表示
TIPTOP GP利用FGLSQLDEBUG环境变量做r.r2d工具，
主要即是設定成FGLSQLDEBUG=3并将信息就地导成log档，作为判定问题之参考依据。

 

下面我们再来看一下 r.r2d  的脚本,如下代码:

######
# Run application in SQL debug mode
######


umask 000   ##设置限制新文件权限的掩码

# Delete the previous log file(if it has)
if [ -s ${1}.log ] ; then
   rm -f ${1}.log
fi

FGLSQLDEBUG=3; export FGLSQLDEBUG   #设置或显示环境变量
r.r2 $1 2>${1}.log
echo "\033[7m${1}.log\033[m has been generated"

这里可以看到  FGLSQLDEBUG  的值为3。