免费注册 查看新帖 |

Chinaunix

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

informix 11.5 64bit extent问题 [复制链接]

论坛徽章:
0
跳转到指定楼层
1 [收藏(0)] [报告]
发表于 2009-02-14 21:19 |只看该作者 |倒序浏览
-bash-3.2$ oncheck -pt DBname:TBname|more



TBLspace Report for DBname:User.transsftrace

    Physical Address               18:2555157
    Creation date                  02/14/2009 20:26:14
    TBLspace Flags                 902        Row Locking
                                              TBLspace contains VARCHARS
                                              TBLspace use 4 bit bit-maps
    Maximum row size               1803      
    Number of special columns      91        
    Number of keys                 0         
    Number of extents              29        
    Current serial value           1         
    Current SERIAL8 value          1         
    Current BIGSERIAL value        1         
    Current REFID value            1         
    Pagesize (k)                   2         
    First extent size              4096000   
    Next extent size               204800
   
    Number of pages allocated      16777215  
    Number of pages used           16777215  
    Number of data pages           16773053  
    Number of rows                 16773053  
    Partition partnum              5248384   
    Partition lockid               5248384   

    Extents                       
         Logical Page     Physical Page        Size Physical Pages
                    0              25:3     4096000    4096000
              4096000        24:3426501     1740800    1740800
              5836800        25:4096003     1126400    1126400
              6963200              26:3     4096000    4096000
             11059200        26:4102250      204800     204800
             11264000        26:4313297      204800     204800
             11468800        26:4524344      102400     102400
             11571200        26:4632991      204800     204800
             11776000        26:4844038      204800     204800
             11980800        26:5055085      102400     102400
             12083200              27:3     1536000    1536000
             13619200        27:1548497      102400     102400
             13721600        27:1657144      102400     102400
             13824000        27:1765791      102400     102400
             13926400        27:1874438      102400     102400
             14028800        27:1983085      102400     102400
             14131200        27:2091732      204800     204800
             14336000        27:2309026      204800     204800
             14540800        27:2526320      204800     204800
             14745600        27:2743614      204800     204800
             14950400        27:2960908      204800     204800
             15155200        27:3178202      204800     204800
             15360000        27:3395496      204800     204800
             15564800        27:3612790      204800     204800
             15769600        27:3830084      204800     204800
             15974400        27:4047378      204800     204800
             16179200        27:4264672      204800     204800
             16384000        27:4481966      204800     204800
             16588800        27:4699260      188415     188415

                  Index  378_2189 fragment partition workdbs in DBspace workdbs

    Physical Address               18:2555158
    Creation date                  02/14/2009 20:26:14
    TBLspace Flags                 802        Row Locking
                                              TBLspace use 4 bit bit-maps
    Maximum row size               1803      
    Number of special columns      0         
    Number of keys                 1         
    Number of extents              29        
    Current serial value           1         
    Current SERIAL8 value          1         
    Current BIGSERIAL value        1         
    Current REFID value            1         
    Pagesize (k)                   2         
    First extent size              249894   
    Next extent size               12494     
    Number of pages allocated      655949   
    Number of pages used           645664   
    Number of data pages           0         
    Number of rows                 0         
    Partition partnum              5248385   
    Partition lockid               5248384   

    Extents                       
         Logical Page     Physical Page        Size Physical Pages
                    0        24:3176591      249894     249894
               249894        24:5167301       68717      68717
               318611        25:5222403       12494      12494
               331105        26:4096003        6247       6247
               337352        26:4307050        6247       6247
               343599        26:4518097        6247       6247
               349846        26:4626744        6247       6247
               356093        26:4837791        6247       6247
               362340        26:5048838        6247       6247
               368587        26:5157485       81211      81211
               449798        27:1536003       12494      12494
               462292        27:1650897        6247       6247
               468539        27:1759544        6247       6247
               474786        27:1868191        6247       6247
               481033        27:1976838        6247       6247
               487280        27:2085485        6247       6247
               493527        27:2296532       12494      12494
               506021        27:2513826       12494      12494
               518515        27:2731120       12494      12494
               531009        27:2948414       12494      12494
               543503        27:3165708       12494      12494
               555997        27:3383002       12494      12494
               568491        27:3600296       12494      12494
               580985        27:3817590       12494      12494
               593479        27:4034884       12494      12494
               605973        27:4252178       12494      12494
               618467        27:4469472       12494      12494
               630961        27:4686766       12494      12494
               643455        27:4887675       12494      12494

-bash-3.2$

系统为Redhat 5.2 64bit + Informix 11.5 64bit for Linux,每个chunk大小为10G,需要装载的数据为4千万条左右,装到16773053就报136错误,哪位高手知道如何解决这个问题么?谢谢!

论坛徽章:
0
2 [报告]
发表于 2009-02-14 21:21 |只看该作者
dbspaces信息

-bash-3.2$ onstat -d

IBM Informix Dynamic Server Version 11.50.FC3     -- On-Line -- Up 1 days 01:37:23 -- 49608388 Kbytes

Dbspaces
address          number   flags      fchunk   nchunks  pgsize   flags    owner    name
b9c948028        1        0x70001    1        1        2048     N  B     informix rootdbs
ba19be630        2        0x70001    2        1        2048     N  B     informix plogdbs
ba19be7c8        3        0x60001    3        1        2048     N  B     informix llogdbs
ba19be960        4        0x42001    4        1        2048     N TB     informix tempdbs
ba19beaf8        5        0x60001    5        29       2048     N  B     informix workdbs
5 active, 2047 maximum

Chunks
address          chunk/dbs     offset     size       free       bpages     flags pathname
b9c9481c0        1      1      0          250000     229545                PO-B  /ifmxchk/rootchk
ba19bec90        2      2      50         1048500    947                   PO-B  /ifmxchk/plogchk
ba1a95028        3      3      50         3150000    149947                PO-B  /ifmxchk/llogchk
ba1a95210        4      4      50         3150000    3149947               PO-B  /ifmxchk/tempchk
ba1a953f8        5      5      50         5240000    0                     PO-B  /ifmxchk/workchk01
ba1a955e0        6      5      50         5240000    3                     PO-B  /ifmxchk/workchk02
ba1a957c8        7      5      50         5240000    5                     PO-B  /ifmxchk/workchk03
ba1a959b0        8      5      50         5240000    0                     PO-B  /ifmxchk/workchk04
ba1a95b98        9      5      50         5240000    0                     PO-B  /ifmxchk/workchk05
ba1a95d80        10     5      50         5240000    0                     PO-B  /ifmxchk/workchk06
ba1a96028        11     5      50         5240000    0                     PO-B  /ifmxchk/workchk07
ba1a96210        12     5      50         5240000    2                     PO-B  /ifmxchk/workchk08
ba1a963f8        13     5      50         5240000    1                     PO-B  /ifmxchk/workchk09
ba1a965e0        14     5      50         5240000    1                     PO-B  /ifmxchk/workchk10
ba1a967c8        15     5      50         5240000    1                     PO-B  /ifmxchk/workchk11
ba1a969b0        16     5      50         5240000    1                     PO-B  /ifmxchk/workchk12
ba1a96b98        17     5      50         5240000    0                     PO-B  /ifmxchk/workchk13
ba1a96d80        18     5      50         5240000    5                     PO-B  /ifmxchk/workchk14
ba1a98028        19     5      50         5240000    7                     PO-B  /ifmxchk/workchk15
ba1a98210        20     5      50         5240000    0                     PO-B  /ifmxchk/workchk16
ba1a983f8        21     5      50         5240000    1                     PO-B  /ifmxchk/workchk17
ba1a985e0        22     5      50         5240000    6                     PO-B  /ifmxchk/workchk18
ba1a987c8        23     5      50         5240000    2                     PO-B  /ifmxchk/workchk19
ba1a989b0        24     5      50         5240000    3982                  PO-B  /ifmxchk/workchk20
ba1a98b98        25     5      50         5240000    5103                  PO-B  /ifmxchk/workchk21
ba1a98d80        26     5      50         5240000    1208                  PO-B  /ifmxchk/workchk22
ba1a9a028        27     5      50         5240000    339831                PO-B  /ifmxchk/workchk23
ba1a9a210        28     5      50         5240000    5239997               PO-B  /ifmxchk/workchk24
ba1a9a3f8        29     5      50         5240000    5239997               PO-B  /ifmxchk/workchk25
ba1a9a5e0        30     5      50         5240000    5239997               PO-B  /ifmxchk/workchk26
ba1a9a7c8        31     5      50         5240000    5239997               PO-B  /ifmxchk/workchk27
ba1a9a9b0        32     5      50         5240000    5239997               PO-B  /ifmxchk/workchk28
ba1a9ab98        33     5      50         5240000    5239997               PO-B  /ifmxchk/workchk29
33 active, 32766 maximum

NOTE: The values in the "size" and "free" columns for DBspace chunks are
      displayed in terms of "pgsize" of the DBspace to which they belong.

Expanded chunk capacity mode: always

-bash-3.2$

论坛徽章:
0
3 [报告]
发表于 2009-02-14 22:25 |只看该作者
-136    ISAM错误: 没有更多的区间

OnLine数据库服务器需要给一个表增加一个区间,但是不能做到这一点。或者,在
dbspace中没有足够的磁盘空间,或者,该表已被给定了一个可允许的扩展数的最大
值。OnLine管理员可以按如下方法确定原因:

    1.  确定表的tblspace数目。这个值为该表在systables表中所对应的
    partnum列值。

    2.  将tblspace数目转换成16进制并提取其最高的两位数字(高字节)。
    这个大块号指出该表所在之处。

    3.  使用tbstat或onstat实用工具的-t选项来找出这个表的磁盘使用情    况。
    特别注意报告的npages(可用的磁盘页),nused(已使用的磁盘页)和
    nextns(区间个数)的值。

如果nused小于npages并且nextns很大(200以上),那么表就拥有过多的区间。每个表
可以拥有的区间数的上限在200到50之间,该上限随表的定义和使用的磁盘页大小的
不同而不同。重新分配表,使用较少但是较大的区间。把表的数据卸载到一个平文件
上,取消该表,重新建立表,指定第一个区间大小应足够装入它现在所有的数据,下
一个区间大小在当前大小的四分之一和六分之一之间。然后把数据重新装入到表中。

如果nextns比较小或是npages和nused之间的差距比表的下一个区间还要小,表所在的
dbspace没有足够的磁盘空间。使用步骤2的大块号和DB-Monitor或ON-Monitor的
Chunks显示来确定dbspace,然后给该dbspace增加一个新的大块。

论坛徽章:
11
金牛座
日期:2015-03-19 16:56:22数据库技术版块每日发帖之星
日期:2016-08-02 06:20:00数据库技术版块每日发帖之星
日期:2016-04-24 06:20:00数据库技术版块每日发帖之星
日期:2016-04-13 06:20:00IT运维版块每日发帖之星
日期:2016-04-13 06:20:00数据库技术版块每日发帖之星
日期:2016-02-03 06:20:00数据库技术版块每日发帖之星
日期:2015-08-06 06:20:00季节之章:春
日期:2015-03-27 15:54:57羊年新春福章
日期:2015-03-27 15:54:37戌狗
日期:2015-03-19 16:56:41数据库技术版块每日发帖之星
日期:2016-08-18 06:20:00
4 [报告]
发表于 2009-02-14 23:09 |只看该作者
看一下这个表的最大区段数是多少....这有个方法...

论坛徽章:
0
5 [报告]
发表于 2009-02-15 15:13 |只看该作者
daljit_reck  daljit_reck is offline
Registered User
                 
Join Date: Dec 2004
Location: India
Posts: 4
I have found the problem. The problem is that a single partition (ie table, index, table fragment, index fragment) cannot exceed 16,777,216 (2^24) pages on most platforms, including HPUX, IDS's page size is 2K so the maximum partition size is 32GB. So I had to fragment the table to make it accept more than 32 GB data.
Reply With Quote

论坛徽章:
0
6 [报告]
发表于 2009-02-15 15:27 |只看该作者
WILL LANDSTROM wrote:
> Hi everyone. please keep in my I am an oracle/db2 dba new to informix. After
> poking through my informix books and a few manuals it looks to me that with
> Informix 9.4 the approximate maximum size limit of a table is roughly equal to
> the physical size of the freespace in the dbspace it is located in? Is that
> correct? Unlike oracle and db2 that have specific size restrictions that can
> ebe placed on individual tables (IE: total # extents) there is NO such
> restriction on Informix tables. Am I right with my understanding here? Thank
> you. Will
>

Sort of. An Informix table or index is made up of one or more
partitions. A partition lives in a single dbspace (in 10.00 and later
multiple partitions for a single table/index can occupy the same
dbspace, in 9.40 and earlier versions each dbspace can only contain one
partition for any single table or index). Each partition can contain up
to 2*10^24 pages or 32GB on systems using a 2K pages size and 64GB on
systems using 4K page size (pagesize is configurable for versions 10.00
and later but fixed in 9.40 and earlier). A server instance can have up
to 1024 dbspaces in 9.40 and earlier (65534 dbspaces in 10.00 and later)
so you can build tables with up to 1024 partitions in 9.40 or 65534
partitions in 10.00 and later (partitions are also unfortunately known
as fragments) making the largest table in 9.40 about 32TB and in 10.00
and later about 4PetaBytes.

Art S. Kagel
Oninit

论坛徽章:
11
金牛座
日期:2015-03-19 16:56:22数据库技术版块每日发帖之星
日期:2016-08-02 06:20:00数据库技术版块每日发帖之星
日期:2016-04-24 06:20:00数据库技术版块每日发帖之星
日期:2016-04-13 06:20:00IT运维版块每日发帖之星
日期:2016-04-13 06:20:00数据库技术版块每日发帖之星
日期:2016-02-03 06:20:00数据库技术版块每日发帖之星
日期:2015-08-06 06:20:00季节之章:春
日期:2015-03-27 15:54:57羊年新春福章
日期:2015-03-27 15:54:37戌狗
日期:2015-03-19 16:56:41数据库技术版块每日发帖之星
日期:2016-08-18 06:20:00
7 [报告]
发表于 2009-02-16 10:30 |只看该作者

回复 #5 lethe 的帖子

在10.0中的限制是16,775,134页...
也许你可以考虑改变页的大小......或者使用分段表....

http://bbs3.chinaunix.net/thread-1370867-1-1.html

论坛徽章:
0
8 [报告]
发表于 2009-02-24 11:34 |只看该作者
多谢,最后采用分段导入的
您需要登录后才可以回帖 登录 | 注册

本版积分规则 发表回复

  

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

清除 Cookies - ChinaUnix - Archiver - WAP - TOP