AIX环境下使用“db2 BACKUP DATABASE abc TO /backup/abc”备份成功。命令执行的状态信息如下：

SQL2059W  A device full warning was encountered on device "/backup/abc".
Do you want to continue(c), terminate this device only(d), abort the utility(t) ? (c/d/t) c

Backup successful. The timestamp for this backup image is : 20070926120511


当文件超过1073741312字节，就需人工干预一下（如上），然后生成下一个文件。虽然备份成功了，但是想把备份命令放在crontab中就不行了。

在操作系统中用户的限制：
#ulimit -a        
time(seconds)        unlimited
file(blocks)         unlimited
data(kbytes)         131072
stack(kbytes)        32768
memory(kbytes)       32768
coredump(blocks)     2097151
nofiles(descriptors) 2000

/backup文件系统支持大文件。

请指点，谢谢。

[ 本帖最后由 aix9030 于 2007-9-30 10:12 编辑 ]

是root用户的limits，看一下db2admin的limits

下面是ibm的解释：
不同的操作系统对于文件的大小都可能有一个限制值，例如对于使用 FAT32 文件系统格式的操作系统，其文件最大不能超过 4GB；对于使用 JFS 文件系统格式的 AIX 系统，缺省情况下是没有激活大文件系统支持功能的，其文件最大不能超过 1GB。DB2 作为在操作下运行的应用程序之一，其备份映象文件的大小也同样受到操作系统的限制，因此当组成备份映象的文件的大小超过系统对文件大小的限制值时，DB2 会遵从系统的限制，生成多个文件，并依次以 .001，.002.，003厎 作为文件的扩展名。下面以一个 AIX 平台进行的备份操作为例加以说明：

例二．
$ db2 backup db sample
SQL2059W A device full warning was encountered on device "/home/db2inst1".
Do you want to continue(c), terminate this device only(d), abort the utility(t)
? (c/d/t) C

SQL2059W 的信息是指在设备“/home/db2inst1”上遇到设备满的警告，导致这一警告的真正原因是由于一个备份映象文件的大小超过了系统缺省情况下对文件 1GB 大小的限制，此时 DB2 将等待用户选择是否要继续该操作，如果继续，DB2 会保存当前已满的文件，并打开一个新的文件，继续将备份数据写到新文件中；否则备份操作将被停止。如果用户选择继续，直至备份成功完成，用户会看到如下信息：

Backup successful. The timestamp for this backup image is : 20030908153609

此时检测放置备份映象的路径，会看到产生了两个分别以 .001 和 .002 为扩展名的文件，其中第一个文件的大小为 1GB（系统文件大小的限制）：

[test5l:/home/db2inst1]ls -l SAMPLE*
-rw-r----- 1 db2inst1 db2iadm1 10485760 Sep 08 15:36 SAMPLE.0.db2inst1.NODE0000.CATN0000.20030908153609.001
-rw-r----- 1 db2inst1 db2iadm1 8421376 Sep 08 15:36 SAMPLE.0.db2inst1.NODE0000.CATN0000.20030908153609.002

该备份映象便是由以上两个文件组成的。

好的，我尽快试一下。谢谢。

把db2admin用户的限制也变成了unlimited，db2 BACKUP DATABASE 还是生成两个备份映象文件。

改limit需要logout、login才能生效

问题已经解决。谢谢各位的帮助。

把db2admin用户的限制变成了unlimited后，还需要重启db2。

DB2当然要重启啊，因为db2用的环境变量还是以前的