近期发现一个奇怪的问题生产环境正常运行突然数据库的逻辑日志就不能备份了后经过询问得知是启动数据库主进程所在目录被删除。数据库备份逻辑日志的大概流程为ALARMPROGRAM /opt/gbase330/etc/log_full_bak.sh该参数监听数据库时间当发生逻辑日志切换时会捕获该事件然后执行配置的脚本进行备份操作为了定位问题将debug输出到日志文件#!/bin/sh exec 2/home/gbasedbt/test.log set -x LOGDIR/home/gbasedbt/test.log PROGbasename $0 USER_LISTgbasedbt BACKUP_CMDontape -a -d EXIT_STATUS0 PWD$(pwd) EVENT_SEVERITY$1 EVENT_CLASS$2 EVENT_MSG$3 EVENT_ADD_TEXT$4 EVENT_FILE$5 case $EVENT_CLASS in 23) $BACKUP_CMD EXIT_STATUS$? ;; *) ;; esac exit $EXIT_STATUS当数据库启动目录被删除时日志信息如下 LOGDIR/home/gbasedbt/test.log basename /opt/gbase330/etc/log_full_bak.sh PROGlog_full_bak.sh USER_LISTgbasedbt BACKUP_CMDontape -a -d EXIT_STATUS0 EVENT_SEVERITY2 EVENT_CLASS23 EVENT_MSGLogical Log 131 Complete, timestamp: 0x7cf0e5d. EVENT_ADD_TEXTLogical Log 131 Complete, timestamp: 0x7cf0e5d. EVENT_FILE case $EVENT_CLASS in ontape -a -d could not fork server connection, SQLCODE -922 EXIT_STATUS1 exit 1可以发现备份命令报错了922 的错误就是不能获取当前的工作目录
gbase8s逻辑日志不能备份
发布时间：2026/6/10 18:41:54
近期发现一个奇怪的问题生产环境正常运行突然数据库的逻辑日志就不能备份了后经过询问得知是启动数据库主进程所在目录被删除。数据库备份逻辑日志的大概流程为ALARMPROGRAM /opt/gbase330/etc/log_full_bak.sh该参数监听数据库时间当发生逻辑日志切换时会捕获该事件然后执行配置的脚本进行备份操作为了定位问题将debug输出到日志文件#!/bin/sh exec 2/home/gbasedbt/test.log set -x LOGDIR/home/gbasedbt/test.log PROGbasename $0 USER_LISTgbasedbt BACKUP_CMDontape -a -d EXIT_STATUS0 PWD$(pwd) EVENT_SEVERITY$1 EVENT_CLASS$2 EVENT_MSG$3 EVENT_ADD_TEXT$4 EVENT_FILE$5 case $EVENT_CLASS in 23) $BACKUP_CMD EXIT_STATUS$? ;; *) ;; esac exit $EXIT_STATUS当数据库启动目录被删除时日志信息如下 LOGDIR/home/gbasedbt/test.log basename /opt/gbase330/etc/log_full_bak.sh PROGlog_full_bak.sh USER_LISTgbasedbt BACKUP_CMDontape -a -d EXIT_STATUS0 EVENT_SEVERITY2 EVENT_CLASS23 EVENT_MSGLogical Log 131 Complete, timestamp: 0x7cf0e5d. EVENT_ADD_TEXTLogical Log 131 Complete, timestamp: 0x7cf0e5d. EVENT_FILE case $EVENT_CLASS in ontape -a -d could not fork server connection, SQLCODE -922 EXIT_STATUS1 exit 1可以发现备份命令报错了922 的错误就是不能获取当前的工作目录
