求助：INFORMIX数据库0级备份的报错，各位大大帮忙看看

3sane

INFORMIX对远程TAPE支持不太好，特别是TAPESIZE设为0的时候。

wushanyink

星期六晚上修改了TAPESIZE参数，重新启动数据库进行备份的时候，依旧不能成功。
查看online.log日志如下：
这个是6月29号晚上备份的日志，尝试了2次备份，都不成功：
00:38:50  Level 0 Archive started on rootdbs, logdbs, phydbs, workdbs
01:30:49  Logical Log 5459 Complete.
01:39:08  Checkpoint Completed:  duration was 2 seconds.
01:39:08  Checkpoint loguniq 5460, logpos 0x3060018

02:28:40  Archive on rootdbs, logdbs, phydbs, workdbs ABORTED.
02:28:40  Aborted by client.

03:01:46  Level 0 Archive started on rootdbs, logdbs, phydbs, workdbs
04:01:45  Checkpoint Completed:  duration was 1 seconds.
04:01:45  Checkpoint loguniq 5460, logpos 0x325f018

04:51:44  Archive on rootdbs, logdbs, phydbs, workdbs ABORTED.
04:51:44  Aborted by client.

查看以前的备份日志：

这个是6月9号进行了系统重启后第二天进行的一次备份，成功了。但后面进行备份就又有问题了。
10:16:25  Level 0 Archive started on rootdbs, logdbs, phydbs, workdbs
10:23:43  Logical Log 5193 Complete.
11:16:30  Checkpoint Completed:  duration was 3 seconds.
11:16:30  Checkpoint loguniq 5194, logpos 0x25f8018

11:45:04  Logical Log 5194 Complete.
12:16:33  Checkpoint Completed:  duration was 3 seconds.
12:16:33  Checkpoint loguniq 5195, logpos 0x1651018

12:25:15  Archive on rootdbs, logdbs, phydbs, workdbs Completed.
6月11号的
09:22:20  Level 0 Archive started on rootdbs, logdbs, phydbs, workdbs
09:38:34  Logical Log 5216 Complete.
10:22:51  Checkpoint Completed:  duration was 3 seconds.
10:22:51  Checkpoint loguniq 5217, logpos 0x1eea018

11:01:18  Logical Log 5217 Complete.
11:12:22  Archive on rootdbs, logdbs, phydbs, workdbs ABORTED.
11:12:22  Aborted by client.

去年12月28号的
10:26:33  Level 0 Archive started on rootdbs, logdbs, phydbs, workdbs
11:26:45  Checkpoint Completed:  duration was 4 seconds.
11:26:45  Checkpoint loguniq 3175, logpos 0x2c26018

11:50:13  Logical Log 3175 Complete.
12:17:42  Archive on rootdbs, logdbs, phydbs, workdbs ABORTED.
12:17:42  Aborted by client.

从开始备份到备份被终止，这几次的问题好像都有一个共同点，就是每次备份时间持续到1小时50分之后就报错。
6月29号
00:38:50开始            02:28:40终止
03:01:46开始            04:51:44终止
6月11号
09:22:20开始            11:12:22终止

去年12月28号
10:26:33开始            12:17:42终止

wushanyink

贴出onstat -d 的结果
Informix Dynamic Server Version 7.31.UD6W5   -- On-Line -- Up 1 days 15:42:09 -- 410512 Kbytes

Dbspaces
address  number   flags    fchunk   nchunks  flags    owner    name
1f220150 1        1        1        1        N        informix rootdbs
1f249f30 2        1        2        1        N        informix logdbs
1f255f30 3        1        3        1        N        informix phydbs
1faf8118 4        1        4        30       N        informix workdbs
1faf81d8 5        2001     5        2        N T      informix tempdbs
5 active, 2047 maximum

Chunks
address  chk/dbs offset   size     free     bpages   flags pathname
1f220210 1   1   20       63500    62409             PO-   /dev/vx/rdsk/datadg/lvrootdbs
1f2208b0 2   2   20       155000   4947              PO-   /dev/vx/rdsk/datadg/lvlogdbs
1f2209b0 3   3   20       55000    4947              PO-   /dev/vx/rdsk/datadg/lvphydbs
1f220ab0 4   4   20       1000000  65263             PO-   /dev/vx/rdsk/datadg/lvworkdbs1
1f220bb0 5   5   20       250000   249947            PO-   /dev/vx/rdsk/datadg/lvtempdbs1
1f220cb0 6   4   20       1000000  235341            PO-   /dev/vx/rdsk/datadg/lvworkdbs2
1f220db0 7   5   20       250000   249997            PO-   /dev/vx/rdsk/datadg/lvtempdbs2
1f220eb0 8   4   20       1000000  103925            PO-   /dev/vx/rdsk/datadg/lvworkdbs3
1f220fb0 9   4   20       1000000  39973             PO-   /dev/vx/rdsk/datadg/lvworkdbs4
1f2210b0 10  4   20       1000000  39909             PO-   /dev/vx/rdsk/datadg/lvworkdbs5
1f2211b0 11  4   20       1000000  295885            PO-   /dev/vx/rdsk/datadg/lvworkdbs6
1f2212b0 12  4   20       1000000  231669            PO-   /dev/vx/rdsk/datadg/lvworkdbs7
1f2213b0 13  4   20       1000000  41729             PO-   /dev/vx/rdsk/datadg/lvworkdbs8
1f2214b0 14  4   20       1000000  39837             PO-   /dev/vx/rdsk/datadg/lvworkdbs9
1f2215b0 15  4   20       1000000  103965            PO-   /dev/vx/rdsk/datadg/lvworkdbs10
1f2216b0 16  4   20       1000000  64129             PO-   /dev/vx/rdsk/datadg/lvworkdbs11
1f2217b0 17  4   20       1000000  29507             PO-   /dev/vx/rdsk/datadg/lvworkdbs12
1f2218b0 18  4   20       1000000  72863             PO-   /dev/vx/rdsk/datadg/lvworkdbs13
1f2219b0 19  4   20       1000000  217               PO-   /dev/vx/rdsk/datadg/lvworkdbs14
1f221ab0 20  4   20       1000000  22705             PO-   /dev/vx/rdsk/datadg/lvworkdbs15
1f221bb0 21  4   20       1000000  39997             PO-   /dev/vx/rdsk/datadg/lvworkdbs16
1f221cb0 22  4   20       1000000  231997            PO-   /dev/vx/rdsk/datadg/lvworkdbs17
1f221db0 23  4   20       1000000  999997            PO-   /dev/vx/rdsk/datadg/lvworkdbs18
1f221eb0 24  4   20       1000000  999997            PO-   /dev/vx/rdsk/datadg/lvworkdbs19
1f249e30 25  4   20       1000000  999997            PO-

liaosnet

原帖由 wushanyink 于 2008-7-1 00:01 发表
贴出onstat -d 的结果
Informix Dynamic Server Version 7.31.UD6W5   -- On-Line -- Up 1 days 15:42:09 -- 410512 Kbytes

Dbspaces
address  number   flags    fchunk   nchunks  flags    owner    na ...

yin总~算了下你那库用了约32G的数据空间,TAPESIZE为36G的话应该够用的说..
现在还是报原来的错吗？

那你现在还能上IIUG不咧?..你去回下这个...
http://www.iiug.org/forums/ids/index.cgi/read/12435

wuicpp

tapedev换成本地普通文件，备份能成功吗？

liaosnet

原帖由 wuicpp 于 2008-7-1 01:54 发表
tapedev换成本地普通文件，备份能成功吗？

可以~~ 所以觉得很奇怪~~这套机子使用的是共享磁盘方式的双机,另外一边也有一个库,那相库可以正常备份(容量比这个小些).

[ 本帖最后由 liaosnet 于 2008-7-1 08:53 编辑 ]

wushanyink

现在备份还是和原来一样的报错。。。

TAPEDEV换成本地文件，备份也有问题：进行informix备份，以文件的形式备份到本地硬盘上，但文件写到2147483647大小的时候就报错。

检查了该机的文件系统，发现都是支持大文件的
数据库备份文件所在的目录为/export/home
/export/home on /dev/vx/dsk/home read/write/setuid/intr/largefiles/logging/onerror=panic/dev=4ec0032 on Sun Jun  8 01:52:32 2008

检查/etc/system里面的参数，文件大小无限制。。。ulimit -f 结果为unlimited

很奇怪啊。。

liaosnet

原帖由 wushanyink 于 2008-7-1 14:05 发表
现在备份还是和原来一样的报错。。。

TAPEDEV换成本地文件，备份也有问题：进行informix备份，以文件的形式备份到本地硬盘上，但文件写到2147483647大小的时候就报错。

检查了该机的文件系统，发现都是支 ...

你原来讲使用文件备份不是没有问题的吗？ 你这个5.8的系统是有2G文件大小的限制的~
按理来说应该到了2G的时候会提示磁带已经,请插入另一个磁带才对了(不过你这应该是TAPESIZE大于2G才出的错吧.)

wushanyink

原帖由 liaosnet 于 2008-7-1 14:12 发表


你原来讲使用文件备份不是没有问题的吗？ 你这个5.8的系统是有2G文件大小的限制的~
按理来说应该到了2G的时候会提示磁带已经,请插入另一个磁带才对了(不过你这应该是TAPESIZE大于2G才出的错吧.)

5.8G有2G文件大小限制的？设置成largefiles都没用么？

备份成文件形式的时候，没有什么提示，直接到2G的时候备份就终止了。

liaosnet

7.31可以改动TAPESIZE的大小,下面的我用VM+7.31UD8做的测试.将TAPESIZE从10240改成1024.应提示插入TAPE 2.
那你试试改下小于2G,应该可以备份到文件上.备份到磁带上,你也先改到较小的大小试下吧..

[ids@netsky backup]$ ontape -s -L 0
ONCONFIG /opt/ids/etc/onconfig is not owned by user with id 200.

Please mount tape 1 on /opt/ids/dbs/backup/fullbak and press Return to continue ...

Tape is full ...

Please label this tape as number 1 in the arc tape sequence.
This tape contains the following logical logs:

3

Please mount tape 2 on /opt/ids/dbs/backup/fullbak and press Return to continue ...