免费注册 查看新帖 |

Chinaunix

  平台 论坛 博客 文库
12下一页
最近访问板块 发新帖
查看: 4740 | 回复: 19
打印 上一主题 下一主题

DB2 offline备份后,DB2会宕掉,有人知道原因吗? [复制链接]

论坛徽章:
0
跳转到指定楼层
1 [收藏(0)] [报告]
发表于 2007-01-29 16:21 |只看该作者 |倒序浏览
我的SAP系统使用的是DB2数据库,我在做online备份后,一切正常,但每当我做offline备份后,数据库就会宕掉,日志里记录的信息如下:
MESSAGE : ADM6017E  The table space "KTX#BTABD" (ID "9") is full. Detected on
          container "/db2/KTX/sapdata2/NODE0000/KTX#BTABD.container001" (ID
          "1").  The underlying file system is full or the maximum allowed
          space usage for the file system has been reached. It is also possible
          that there are user limits in place with respect to maximum file size
          and these limits have been reached.

MESSAGE : ADM6017E  The table space "KTX#STABD" (ID "14") is full. Detected on
          container "/db2/KTX/sapdata4/NODE0000/KTX#STABD.container001" (ID
          "1").  The underlying file system is full or the maximum allowed
          space usage for the file system has been reached. It is also possible
          that there are user limits in place with respect to maximum file size
          and these limits have been reached.

MESSAGE : ADM6017E  The table space "KTX#STABD" (ID "14") is full. Detected on
          container "/db2/KTX/sapdata3/NODE0000/KTX#STABD.container000" (ID
          "0").  The underlying file system is full or the maximum allowed
          space usage for the file system has been reached. It is also possible
          that there are user limits in place with respect to maximum file size
          and these limits have been reached.

MESSAGE : ADM6017E  The table space "KTX#BTABD" (ID "9") is full. Detected on
          container "/db2/KTX/sapdata1/NODE0000/KTX#BTABD.container000" (ID
          "0").  The underlying file system is full or the maximum allowed
          space usage for the file system has been reached. It is also possible
          that there are user limits in place with respect to maximum file size
          and these limits have been reached.

MESSAGE : ADM6017E  The table space "KTX#BTABI" (ID "10") is full. Detected on
          container "/db2/KTX/sapdata2/NODE0000/KTX#BTABI.container000" (ID
          "0").  The underlying file system is full or the maximum allowed
          space usage for the file system has been reached. It is also possible
          that there are user limits in place with respect to maximum file size
          and these limits have been reached.

MESSAGE : ADM6017E  The table space "KTX#STABI" (ID "15") is full. Detected on
          container "/db2/KTX/sapdata3/NODE0000/KTX#STABI.container001" (ID
          "1").  The underlying file system is full or the maximum allowed
          space usage for the file system has been reached. It is also possible
          that there are user limits in place with respect to maximum file size
          and these limits have been reached.


MESSAGE : ADM6017E  The table space "KTX#BTABI" (ID "10") is full. Detected on
          container "/db2/KTX/sapdata1/NODE0000/KTX#BTABI.container001" (ID
          "1").  The underlying file system is full or the maximum allowed
          space usage for the file system has been reached. It is also possible
          that there are user limits in place with respect to maximum file size
          and these limits have been reached.

我在重新启数据库后,一切正常,我再查看table spaces空间时,记录如下
KTX#BTABD  大小:142,626,816  使用百分比:80.87% 空闲空间:27,288,064
KTX#BTABI  大小:52,146,176   使用百分比:60.66  空闲空间:20,511,744
KTX#STABD  大小:44,169,216   使用百分比:55.18  空闲空间:19,795,712
KTX#STABI  大小:16,144,384   使用百分比:73.84  空闲空间:4,222,976
所有的page size都是16K

AIX里的文件系统也有大量的空间,命令 df -m
/dev/datalv4   51200.00  18669.83   64%        8     1% /db2/KTX/sapdata4
/dev/datalv3   51200.00  19693.83   62%        8     1% /db2/KTX/sapdata3
/dev/datalv2  102400.00   7280.01   93%        7     1% /db2/KTX/sapdata2
/dev/datalv1  102400.00   6380.01   94%        8     1% /db2/KTX/sapdata1

请问哪位大侠知道原因吗?

论坛徽章:
0
2 [报告]
发表于 2007-01-29 18:47 |只看该作者
lv1,and lv2 is near full
so container is on which lv ?
offline backup cmd is what , i must know detailed
and what is your offline backup steps?

论坛徽章:
0
3 [报告]
发表于 2007-01-30 11:11 |只看该作者
某个表空间容器已满

论坛徽章:
11
数据库技术版块每日发帖之星
日期:2016-06-25 06:20:00数据库技术版块每日发帖之星
日期:2016-06-24 06:20:00数据库技术版块每日发帖之星
日期:2016-05-03 06:20:00数据库技术版块每日发帖之星
日期:2016-04-21 06:20:00数据库技术版块每日发帖之星
日期:2016-01-23 06:20:00数据库技术版块每日发帖之星
日期:2015-12-03 06:20:00综合交流区版块每周发帖之星
日期:2015-12-02 15:03:53数据库技术版块每日发帖之星
日期:2015-10-19 06:20:00数据库技术版块每日发帖之星
日期:2015-08-20 06:20:002015年辞旧岁徽章
日期:2015-03-03 16:54:15数据库技术版块每日发帖之星
日期:2016-07-30 06:20:00
4 [报告]
发表于 2007-01-30 19:41 |只看该作者
有点奇怪!
看来真正原因不是因为表空间满,重启就一切正常!

db2level看看你的版本信息!

论坛徽章:
0
5 [报告]
发表于 2007-01-31 10:41 |只看该作者
都是file or path类型的TBS么
备份的FS是哪个
df出来的好像都是DBfs

论坛徽章:
0
6 [报告]
发表于 2007-01-31 13:47 |只看该作者

并不是空间已经满了

出现这个问题,并不一定说空间已经满了,可能是表空间的High water mark (pages) 已经接近表空间
的大小.也会出现上述的情况.建议减低High water mark (pages) .

论坛徽章:
0
7 [报告]
发表于 2007-01-31 13:48 |只看该作者

并不是空间已经满了

出现这个问题,并不一定说空间已经满了,可能是表空间的High water mark (pages) 已经接近表空间
的大小.也会出现上述的情况.建议减低High water mark (pages) .

论坛徽章:
0
8 [报告]
发表于 2007-01-31 15:38 |只看该作者
原帖由 tony_hjy211 于 2007-1-31 13:48 发表
出现这个问题,并不一定说空间已经满了,可能是表空间的High water mark (pages) 已经接近表空间
的大小.也会出现上述的情况.建议减低High water mark (pages) .

有这个说法么
上次TBS HWM到95%也没有这个问题么

论坛徽章:
0
9 [报告]
发表于 2007-02-01 12:12 |只看该作者

我也许对high water 概念有些误解

我也许对high water 概念有些误解,但是有种情况不是很理解
我在生产环境中,导入一些数据到数据库,日志提示空间已经满了(可是我的表空间是足够大的)
我查看表空间状态,没有可用page,high water也接近space size 的大小,
我增加表空间的大小,大概10G,在查看表空间状态,free page is 0 ,high water 接近space size
数据也不能导入(导入数据5000条).我觉得high  water对表空间使用大小有影响

论坛徽章:
0
10 [报告]
发表于 2007-02-01 13:34 |只看该作者
原帖由 tony_hjy211 于 2007-2-1 12:12 发表
我也许对high water 概念有些误解,但是有种情况不是很理解
我在生产环境中,导入一些数据到数据库,日志提示空间已经满了(可是我的表空间是足够大的)
我查看表空间状态,没有可用page,high water也接近space size  ...

增加TBS容量 要过一点时间才会加上去
DB2会自动平衡各个表空间的数据量

你增加了空间后还是0 free好像不太可能吧
您需要登录后才可以回帖 登录 | 注册

本版积分规则 发表回复

  

北京盛拓优讯信息技术有限公司. 版权所有 京ICP备16024965号-6 北京市公安局海淀分局网监中心备案编号:11010802020122 niuxiaotong@pcpop.com 17352615567
未成年举报专区
中国互联网协会会员  联系我们:huangweiwei@itpub.net
感谢所有关心和支持过ChinaUnix的朋友们 转载本站内容请注明原作者名及出处

清除 Cookies - ChinaUnix - Archiver - WAP - TOP