当系统自动备份逻辑日志的时候onbar报错
我的IDS跑在linux as4 系统上 Version 9.21.UC2 ,昨天下午开发同事在做数据插入删除操作的时候,导整个数据库当掉,再重启启来的时候,逻辑日志不能自动备份,但是手工进行0级数据onbar -b -L 0 以及onbar -l备份逻辑日志的话都是正常的没有问题,配置文件一直都没有更动过,在这之前都是可以自动备份的,系统自动备份逻辑日志的报错信息如下:2008-05-15 04:34:53 1178311781 /home/informix/bin/onbar_d -b -l
2008-05-15 04:34:53 1178311781 Begin backup logical log 23787.
2008-05-15 04:34:54 1178311781 Successfully connected to Storage Manager.
2008-05-15 04:34:54 1178311781 ASSERT: file bar_xbsa.ecbarSendData() line 1331 - contact product support
2008-05-15 04:34:54 1178311781 See also: /tmp/core
2008-05-15 04:38:21 1179311791 /home/informix/bin/onbar_d -b -l
2008-05-15 04:38:22 1179311791 Begin backup logical log 23787.
2008-05-15 04:38:22 1179311791 Successfully connected to Storage Manager.
2008-05-15 04:38:22 1179311791 ASSERT: file bar_xbsa.ecbarSendData() line 1331 - contact product support
2008-05-15 04:38:22 1179311791 See also: /tmp/core
2008-05-15 04:41:50 1180311801 /home/informix/bin/onbar_d -b -l
2008-05-15 04:41:50 1180311801 Begin backup logical log 23787.
2008-05-15 04:41:51 1180311801 Successfully connected to Storage Manager.
2008-05-15 04:41:51 1180311801 ASSERT: file bar_xbsa.ecbarSendData() line 1331 - contact product support
2008-05-15 04:41:51 1180311801 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 哪位大侠帮忙看一下啊。 没遇到过这种情况,用onmode -l 手动切一下试试呢。
[ 本帖最后由 wuicpp 于 2008-5-15 10:28 编辑 ] onmode -l 只是下移日志啊,试了没用 逻辑日志备份一般是在$ONCONFIG文件里的ALARMPROGRAM 项配置,一般为alarmprogram.sh/log_full.sh/no_log.sh或自己配置......
如LZ所描述的,应该是使用onbar -b -l方式的备份方式,此种方法进行逻辑日志备份是要进行一定配置的...你需要检查下存储的是否有问题及相关配置是否有问题..
我对使用onbar这样的备份不熟悉,无法回答你的问题..呵..
回复 #1 haoyunkkg 的帖子
日志输出中很明显有一个断言失败了ASSERT: file bar_xbsa.ecbarSendData() line 1331 - contact product support,让你联系产品支持人员,这个很可能是数据库本身存在的Bug,恐怕要联系IBM的技术支持部门了,记住除了给对方日志信息还要把当时/tmp/core文件提供给对方以供查错,IDS 9.2X都不是很稳定的版本,建议如果有条件的话把数据库升级到9.4及以上的版本 是用informix用户重启的吗? 逻辑日志不能用log_full.sh自动备份,而且配置都没有做过什么变动的话,多半是数据库的问题,一般重起下数据库就可以恢复了。 onmode -a 还是什么,你可以试试,n年前遇到过这个问题了
页:
[1]