当系统自动备份逻辑日志的时候onbar报错

haoyunkkg

我的IDS跑在linux as4 系统上 Version 9.21.UC2 ,昨天下午开发同事在做数据插入删除操作的时候,导整个数据库当掉,再重启启来的时候,逻辑日志不能自动备份,但是手工进行0级数据onbar -b -L 0 以及onbar -l备份逻辑日志的话都是正常的没有问题,配置文件一直都没有更动过,在这之前都是可以自动备份的,系统自动备份逻辑日志的报错信息如下:
2008-05-15 04:34:53 11783  11781 /home/informix/bin/onbar_d -b -l
2008-05-15 04:34:53 11783  11781 Begin backup logical log 23787.
2008-05-15 04:34:54 11783  11781 Successfully connected to Storage Manager.
2008-05-15 04:34:54 11783  11781 ASSERT: file bar_xbsa.ecbarSendData() line 1331 - contact product support
2008-05-15 04:34:54 11783  11781 See also: /tmp/core
2008-05-15 04:38:21 11793  11791 /home/informix/bin/onbar_d -b -l
2008-05-15 04:38:22 11793  11791 Begin backup logical log 23787.
2008-05-15 04:38:22 11793  11791 Successfully connected to Storage Manager.
2008-05-15 04:38:22 11793  11791 ASSERT: file bar_xbsa.ecbarSendData() line 1331 - contact product support
2008-05-15 04:38:22 11793  11791 See also: /tmp/core
2008-05-15 04:41:50 11803  11801 /home/informix/bin/onbar_d -b -l
2008-05-15 04:41:50 11803  11801 Begin backup logical log 23787.
2008-05-15 04:41:51 11803  11801 Successfully connected to Storage Manager.
2008-05-15 04:41:51 11803  11801 ASSERT: file bar_xbsa.ecbarSendData() line 1331 - contact product support
2008-05-15 04:41:51 11803  11801 See also: /tmp/core
虽然备份没有成功,但是在备份目录会产生一些比较小的文件,正常的逻辑日志大小为10M
-rw-------  1 root root 10321920 May 15 04:11 1766471348.0
-rw-------  1 root root 10321920 May 15 04:11 1766471349.0
-rw-------  1 root root 10321920 May 15 04:11 1766471350.0
-rw-------  1 root root   819200 May 15 04:11 1766471351.0
-rw-------  1 root root    32768 May 15 04:13 1766471352.0
-rw-------  1 root root    32768 May 15 04:15 1766471353.0
-rw-------  1 root root    32768 May 15 04:17 1766471354.0
-rw-------  1 root root    32768 May 15 04:20 1766471355.0
-rw-------  1 root root    32768 May 15 04:23 1766471356.0
-rw-------  1 root root    32768 May 15 04:26 1766471357.0
-rw-------  1 root root    32768 May 15 04:28 1766471358.0
-rw-------  1 root root    32768 May 15 04:31 1766471359.0
-rw-------  1 root root    32768 May 15 04:34 1766471360.0
-rw-------  1 root root    32768 May 15 04:38 1766471361.0
-rw-------  1 root root    32768 May 15 04:41 1766471362.0
-rw-------  1 root root    32768 May 15 04:45 1766471363.0
-rw-------  1 root root    32768 May 15 05:31 1766471364.0
-rw-------  1 root root 10321920 May 15 05:59 1766471365.0
-rw-------  1 root root 10321920 May 15 05:59 1766471366.0

haoyunkkg

哪位大侠帮忙看一下啊。

wuicpp

没遇到过这种情况，用onmode -l 手动切一下试试呢。

[ 本帖最后由 wuicpp 于 2008-5-15 10:28 编辑 ]

haoyunkkg

onmode -l 只是下移日志啊，试了没用

liaosnet

逻辑日志备份一般是在$ONCONFIG文件里的ALARMPROGRAM 项配置,一般为alarmprogram.sh/log_full.sh/no_log.sh或自己配置......
如LZ所描述的,应该是使用onbar -b -l方式的备份方式,此种方法进行逻辑日志备份是要进行一定配置的...你需要检查下存储的是否有问题及相关配置是否有问题..

我对使用onbar这样的备份不熟悉,无法回答你的问题..呵..

wingofwind

日志输出中很明显有一个断言失败了ASSERT: file bar_xbsa.ecbarSendData() line 1331 - contact product support，让你联系产品支持人员，这个很可能是数据库本身存在的Bug，恐怕要联系IBM的技术支持部门了，记住除了给对方日志信息还要把当时/tmp/core文件提供给对方以供查错，IDS 9.2X都不是很稳定的版本，建议如果有条件的话把数据库升级到9.4及以上的版本

lavanyy

是用informix用户重启的吗？

守木

逻辑日志不能用log_full.sh自动备份，而且配置都没有做过什么变动的话，多半是数据库的问题，一般重起下数据库就可以恢复了。

自由飞翔

onmode -a 还是什么，你可以试试，n年前遇到过这个问题了