免费注册 查看新帖 |

Chinaunix

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

sp_helpdb得出数据库某个日志设备段的free kbytes为负值,正常吗? [复制链接]

论坛徽章:
0
跳转到指定楼层
1 [收藏(0)] [报告]
发表于 2010-03-28 23:13 |只看该作者 |倒序浏览
各位,在例行检查数据库时,发现sp_helpdb得出数据库某个日志设备段的free kbytes为负值,这个正常吗?以前还真没注意过这个问题,另外显示not applicable是啥意思,这个设备不能用吗?
device_fragments               size          usage
         created             free kbytes
------------------------------ ------------- ----------------
         ------------------- ------------------------------

erp_datadevice                 62.0 MB       data only
         May  5 2009  2:52PM               28
erp_datadevice                 100.0 MB      data only
         May  5 2009  2:52PM                0
erp_datadevice                 100.0 MB      data only
         May  5 2009  2:52PM               14
erp_datadevice                 100.0 MB      data only
         May  5 2009  2:52PM               14
erp_datadevice                 340.0 MB      data only
         May  5 2009  2:52PM              364
erp_datadevice                 500.0 MB      data only
         May  5 2009  2:52PM              154
erp_datadevice                 590.0 MB      data only
         May  5 2009  2:52PM               14
erp_datadevice                 1010.0 MB     data only
         May  5 2009  2:52PM              152
erp_datadevice                 1100.0 MB     data only
         May  5 2009  2:52PM               56
erp_datadevice                 20.0 MB       log only
         May  5 2009  2:52PM not applicable
erp_datadevice                 30.0 MB       log only
         May  5 2009  2:52PM not applicable
erp_datadevice                 40.0 MB       log only
         May  5 2009  2:52PM not applicable
erp_datadevice                 74.0 MB       log only
         May  5 2009  2:52PM not applicable
erp_datadevice                 100.0 MB      log only
         May  5 2009  2:52PM not applicable
erp_datadevice                 100.0 MB      log only
         May  5 2009  2:52PM not applicable
erp_datadevice                 100.0 MB      log only
         May  5 2009  2:52PM not applicable
erp_datadevice                 200.0 MB      log only
         May  5 2009  2:52PM not applicable
erp_datadevice                 300.0 MB      log only
         May  5 2009  2:52PM not applicable
erp_datadevice                 350.0 MB      log only
         May  5 2009  2:52PM not applicable
erp_datadevice                 400.0 MB      log only
         May  5 2009  2:52PM not applicable
erp_datadevice                 434.0 MB      log only
         May  5 2009  2:52PM not applicable
erp_datadevice                 500.0 MB      log only
         May  5 2009  2:52PM not applicable
erp_datadevice_1               3000.0 MB     data only
         Mar 23 2010  1:16PM          3060000
erp_logdevice                  2000.0 MB     data and log
         May  5 2009  2:52PM          1253468
erp_logdevice                  250.0 MB      data only
         May  5 2009  2:52PM               28
erp_logdevice                  500.0 MB      data only
         May  5 2009  2:52PM               98
erp_logdevice                  1238.0 MB     data only
         May  5 2009  2:52PM              -72
erp_logdevice                  1000.0 MB     log only
         May  5 2009  2:52PM not applicable
erp_logdevice                  2012.0 MB     log only
         May  5 2009  2:52PM not applicable

论坛徽章:
6
水瓶座
日期:2014-06-04 03:34:37水瓶座
日期:2014-06-17 13:20:31数据库技术版块每日发帖之星
日期:2016-07-09 06:20:00数据库技术版块每日发帖之星
日期:2016-07-17 06:20:00数据库技术版块每日发帖之星
日期:2016-08-01 06:20:00数据库技术版块每日发帖之星
日期:2016-08-04 06:20:00
2 [报告]
发表于 2010-03-28 23:47 |只看该作者
本帖最后由 andkylee 于 2010-03-28 23:50 编辑

楼主看错了。是数据设备的空间显示为负值。

数据设备显示为负值,不能说正常,也不能说异常。
因为我发现很多次这种情况了。 一般是数据空间不够用了,等到提示空间满了才去扩空间的话,发现出现负值就不足为奇了。


你的这个设备段分配太混乱了,erp_logdevice上面既有数据段又有日志段,还有两者的混合。

想不明白在May  5 2009  2:52PM这一分钟里面,会在erp_datadevice  和erp_logdevice 这两个设备上来回穿插着分配数据和日志。 好像sybase划分设备上的空间分配信息也不能在一分钟内搞定吧?感觉似乎改了sysusages的crdate信息了。

分配的太乱了,sybase统计出错也难怪了。

论坛徽章:
0
3 [报告]
发表于 2010-03-29 09:00 |只看该作者
似乎是load 了一个与当前数据库设备不一致数据库dump文件

论坛徽章:
1
2017金鸡报晓
日期:2017-01-10 15:19:56
4 [报告]
发表于 2010-03-29 09:18 |只看该作者
不正常,但也不影响使用。

论坛徽章:
6
水瓶座
日期:2014-06-04 03:34:37水瓶座
日期:2014-06-17 13:20:31数据库技术版块每日发帖之星
日期:2016-07-09 06:20:00数据库技术版块每日发帖之星
日期:2016-07-17 06:20:00数据库技术版块每日发帖之星
日期:2016-08-01 06:20:00数据库技术版块每日发帖之星
日期:2016-08-04 06:20:00
5 [报告]
发表于 2010-03-29 09:33 |只看该作者
回复 3# feiachen


    很有可能。

当前是分配了2个设备(后加了一个),至少以前分配了多于2个设备,也挺乱的。

论坛徽章:
0
6 [报告]
发表于 2010-03-29 10:02 |只看该作者
feiachen 分析的没错,去年有次生产库坏掉了,就重新建了个库,因为之前的生产库设备是别人建的很乱,我建的时候就建了两个设备,重新规划了一下,然后把之前的库备份load到新建的库里了。现在的库设备是3个,之前坏掉的库肯定多于3个。那这个现象到底有没有影响啊?

论坛徽章:
6
水瓶座
日期:2014-06-04 03:34:37水瓶座
日期:2014-06-17 13:20:31数据库技术版块每日发帖之星
日期:2016-07-09 06:20:00数据库技术版块每日发帖之星
日期:2016-07-17 06:20:00数据库技术版块每日发帖之星
日期:2016-08-01 06:20:00数据库技术版块每日发帖之星
日期:2016-08-04 06:20:00
7 [报告]
发表于 2010-03-29 10:09 |只看该作者
像chuxu说的,

别担心了。不影响使用就行了!

论坛徽章:
0
8 [报告]
发表于 2010-03-29 10:51 |只看该作者
呵呵,那就好,心放到肚里放心使用了。多谢。
您需要登录后才可以回帖 登录 | 注册

本版积分规则 发表回复

  

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

清除 Cookies - ChinaUnix - Archiver - WAP - TOP