2

我们有一个 Teradata TPT 实用程序的包装脚本。包装器脚本非常简单，但问题是包装器的退出状态与实用程序的退出状态不同。在许多情况下，即使实用程序失败，脚本也会返回 0。我已将退出状态保存在一个单独的变量中，因为在退出之前需要完成一些步骤，但使用此变量的值退出似乎不起作用。或者即使日志清楚地指定了其他状态，即使在某些失败的情况下，实用程序也会返回状态 0？

更糟糕的是，这种行为是非常随机的，有时脚本会因实用程序的退出状态而失败。我想确定实用程序的退出状态是否存在问题。

该脚本通过 KSH 运行。包装脚本的最后一部分是：

tbuild -f $sql.tmp -j ${id}_$JOB >$out 2>&1
ret_code=$?

cd ${TWB_ROOT}/logs
logpath=`ls -t ${TWB_ROOT}/logs/${id}_${JOB}*.out |head -1`
logpath1=${logpath##*/}
logname=${logpath1%-*}

tlogview -l ${logpath} > /edw/$GROUP/tnl/jobs/$JOB/logs/tpt_logs/${logname}.log

###Mainting 3 tpt binary log files
if [ $ret_code -eq 0 ] 
then 
    binout=$TPTLOGDIR/${logname}.dat
    binout1=$TPTLOGDIR/${logname}.dat1
    binout2=$TPTLOGDIR/${logname}.dat2

    [ -f $binout1 ] && mv $binout1 $binout2
    [ -f $binout ]  && mv $binout  $binout1

    mv "$logpath" "/edw/${GROUP}/tnl/jobs/$JOB/logs/tpt_logs/${logname}.dat"
fi

rm -f $sql.tmp
echo ".exit"
exit $ret_code

提前感谢您的帮助和建议。

4

2 回答 2

2

tbuild该脚本看起来不错，并且确实应该返回与该实用程序相同的退出代码。

它归结为对特定产品的了解。

我从未使用过这些产品中的任何一个，但 Teradata 有一个充足的 Parallel Transporter 用户指南，其中包含明确的工作后注意事项部分，警告：

即使作业成功完成，仍可能需要根据作业日志和错误表中的错误和警告信息采取措施。

所以从技术上讲，一项工作可能会完成，但结果可能会不时发生变化。

我想您必须定义自己的策略并扫描日志文件以查找警告和错误消息的模式，然后为语义失败生成您自己的退出代码。类似logstash或splunk可能会派上用场的工具。

顺便说一句，您可能会考虑logrotate用于旋转$TPTLOGDIR/${logname}.dat文件。

于 2014-02-15T23:57:51.827 回答
1

事实证明，问题出在实用程序本身，正如所怀疑的那样。Shell 脚本运行良好。

于 2014-03-04T10:21:33.360 回答