页大小为 4KB 的 SMS 表空间最大只能是 64GB？

回复 10# hdzwl


    文档说的是，对于SMS是表对象受大小的限制而不是表空间受大小的限制。收起

Tablespace ID                        = 2
Name                                 = USERSPACE1
Type                                 = System managed space
Contents                             = Any data
State                                = 0x0000
   Detailed explanation:
     Normal
Total pages                          = 20410455
Useable pages                        = 20410455
Used pages                           = 20410455
Free pages                           = Not applicable
High water mark (pages)              = Not applicable
Page size (bytes)                    = 4096
Extent size (pages)                  = 32
Prefetch size (pages)                = 32
Number of containers                 = 1收起

这是从DB2 Admin config中摘录下来的（V9.7.1 P154）

具体的数值跟楼上的同事的有些冲突，由于没有那么多的文件系统供测试，暂且相信文档一回吧。

收起

DB2 V8.1.7 FIXPACK 7 PPC-64 99G，默认用户表空间，还能用，疑惑？收起

呵呵，分析的很精辟收起

    lz回答的很详细收起

可以通过重新创建表空间(8K),使用db2look, db2move等数据导入进去.收起

解决的方案很都。
For example， 可以create多个tablespaces。
你最大的table有多大， 有LOB吗？收起

回复 2# irobot_w


    那我现在应该如何解决此问题呢?收起

DB2的世界中，表和表空间的大小主要受到pagesize和其对应寻址能力限制。
在DB2 v8中，页地址为3个字节，也就是2的24次方可用，就是16,777,216页可以被寻址，基于这个限制得到如下表空间和表大小的限制：
# of pages        Page size        Limit of table / tablespace
16,777,216        4 K        64 GB
16,777,216        8 K        128 GB
16,777,216        16 K        256 GB
16,777,216        32 K        512 GB
在DB2 v9中，页地址扩展为4个字节，也就是寻址能力提升4倍，具体的限制如下所示：
# of pages        Page size        Limit of table / tablespace
536,870,912        4 K        2 TB
536,870,912        8 K        4 TB
536,870,912        16 K        8 TB
536,870,912        32 K        16 TB
注意：在 DB2 v8中，large类型的表空间只是为LOB和LONG数据类型所使用，而在DB2 v9中没有类似的限制，默认的表空间类型就是large，如果从DB2 v8升级到v9就需要手动的把表空间从regular转换为large
ALTER TABLESPACE tablespace_name CONVERT TO LARGE
DB2 v8中的典型报错

多所有容器扩容
db2 " ALTER TABLESPACE tablespace-name EXTEND (ALL 1000000)"

DB21034E The command was processed as an SQL statement because it was not avalid Command Line Processor command. During SQL processing it returned:
SQL1139N The total size of the table space is too big. SQLSTATE=54047
  
对其中一个容器扩容
db2 " ALTER TABLESPACE tablespace-name  EXTEND (FILE '/dir/filename' 3000000)"

DB21034E The command was processed as an SQL statement because it was not avalid Command Line Processor command. During SQL processing it returned:
SQL1139N The total size of the table space is too big. SQLSTATE=54047
  
加容器
db2 " ALTER TABLESPACE tablespace-name  ADD (FILE '/dir/filename' 500000)"

DB21034E The command was processed as an SQL statement because it was not avalid Command Line Processor command. During SQL processing it returned:
SQL1139N The total size of the table space is too big. SQLSTATE=54047

通过检查可以看到

LIST TABLESPACES SHOW DETAIL
...
Tablespace ID                       = 8
Name                                       = tablespace-name
Type                                       = Database managed space
Contents                                = Any data
State                                        = 0x0000
  Detailed explanation:
    Normal
Total pages                            = 16388000
Useable pages                       = 16387840
Used pages                            = 16387840
Free pages                               = 0
High water mark (pages)       = 16387840
Page size (bytes)                   = 4096
Extent size (pages)                 = 32
Prefetch size (pages)              = 128
Number of containers             = 4
Minimum recovery time          =2009-06-26-04.47.15.000000
...


可以明显看到页数量已经接近了最大限制收起