SMS（System Managed Space）表空间是DB2数据库中一种由操作系统负责空间管理的存储结构。与DMS（Database Managed Space）不同，SMS表空间的容器指向文件系统目录，具体的数据文件由操作系统按需创建和扩展，DB2本身不直接管理存储页的分配。这种机制让SMS表空间在创建时更加简单，不需要预先估算和指定容器大小，也不需要依赖裸设备或块设备权限，特别适合数据量增长模式不确定的中小型业务表、系统目录表以及各类临时数据。下面详细介绍在DB2中创建一个SMS表空间的完整操作步骤，以及每一步背后需要理解的技术要点。
一、理解SMS表空间的存储原理与适用场景
在动手创建之前，有必要先弄清楚SMS表空间的工作方式。SMS表空间创建时指定的容器实际上是一个或多个文件系统目录，当表在这个表空间中分配扩展块（extent）时，操作系统会在这些目录下自动生成以SQL00001、SQL00002等形式命名的容器文件。每个表在SMS表空间中对应独立的文件集合，这种按表拆分文件的方式使得操作系统层面可以清晰看到每张表的物理占用。
SMS表空间的优点是管理成本低。空间随数据增长自动扩展，只要文件系统还有剩余容量，就不需要DBA手工扩容。此外SMS对缓冲池I/O的优化在某些随机读写场景下表现也不错。但它的局限同样明显：无法在线调整容器大小、容器数量在创建后不能随意增删（除非重建表空间）、不支持某些高级特性如裸设备容器。因此在设计阶段，如果预计表空间将承载大型表或需要精细的存储控制，DBA通常会倾向选择DMS或自动存储（Automatic Storage）表空间。
从版本演进看，DB2 9之后的版本默认推荐自动存储表空间，SMS更多出现在历史系统或特定迁移场景中。但理解SMS的创建过程对维护遗留数据库、准备认证考试都很有价值，因为考试和运维面试中这是一个高频知识点。
二、创建前的准备工作
创建表空间前，首先确认当前用户具备足够权限。创建表空间要求用户拥有SYSADM、SYSCTRL权限，或者对数据库具有DBADM权限。可以通过连接数据库后执行GET AUTHORIZATIONS命令查看当前用户拥有的权限级别。如果权限不足，需要联系数据库管理员授权后再操作。
其次是容器目录的准备。SMS表空间要求指定的目录必须已经存在，这一点与DMS文件容器可以由DB2自动创建不同。如果目录不存在，创建语句会直接报错。建议提前规划好目录路径，例如在数据盘上创建/db2data/sms_ts1这样的专用目录，并确保实例用户（通常是db2inst1）对该目录有读写权限。目录所在文件系统的剩余空间也要评估充足，因为SMS的空间扩展完全依赖文件系统的容量。
最后确认数据库连接正常。执行db2 connect to sample连接目标数据库，后续的表空间创建命令必须在数据库连接存在的前提下执行，否则会收到SQL10007N之类的连接错误。
三、创建SMS表空间的具体命令
SMS表空间的创建语法核心是使用MANAGED BY SYSTEM子句，并通过DEVICE或DIRECTORY关键字指定容器目录。最基础的写法如下：
-- 连接数据库
db2 connect to sample
-- 创建SMS表空间，容器为已存在的目录
db2 "CREATE TABLESPACE SMS_TS1
MANAGED BY SYSTEM
USING ('/db2data/sms_ts1')"
这条语句创建了一个名为SMS_TS1的SMS表空间，容器指向/db2data/sms_ts1目录。注意目录字符串用英文单引号包裹，路径必须是绝对路径，不能使用相对路径或环境变量。
如果希望提升并发I/O能力，可以为SMS表空间指定多个容器，DB2会按轮询方式在各容器间分布扩展块：
-- 创建带多个容器的SMS表空间
db2 "CREATE TABLESPACE SMS_TS2
MANAGED BY SYSTEM
USING ('/db2data/sms_ts2a',
'/db2data/sms_ts2b',
'/db2data/sms_ts2c')"
三个目录必须全部提前存在，任何一个缺失都会导致整个创建失败。此外还可以在创建语句中附加页大小和缓冲池定义，例如PAGESIZE 8 K指定页大小，BUFFERPOOL IBMDEFAULTBP指定缓冲池。页大小决定了单行记录的最大长度上限，常用值有4K、8K、16K和32K，如果表中存在较长的变长字段，需要选择更大的页大小。
-- 指定页大小与扩展块大小的完整写法
db2 "CREATE TABLESPACE SMS_TS3
PAGESIZE 16 K
MANAGED BY SYSTEM
USING ('/db2data/sms_ts3')
EXTENTSIZE 32
BUFFERPOOL BP16K"
这里需要注意，缓冲池BP16K必须已经存在，且其页大小与表空间的PAGESIZE保持一致，否则创建会报SQL错误。EXTENTSIZE表示每次分配的页数，SMS表空间中该参数影响操作系统创建容器文件的粒度，一般保持默认值32即可满足大多数场景。
四、创建后的验证与状态检查
创建完成后，不要急于建表，先通过系统命令确认表空间状态。最常用的是db2 list tablespaces show detail，输出中可以看到所有表空间的名称、类型、状态以及使用情况。SMS表空间在Type列显示为System Managed Space，State为0x0000表示正常。
db2 list tablespaces show detail
如果想查看表空间的容器信息，可以使用db2 list tablespace containers for <表空间ID>，表空间ID可以从list tablespaces的输出第一列获得。该命令会列出容器的全路径和类型，验证目录是否按预期注册。
另一个验证手段是查询系统目录视图SYSCAT.TABLESPACES，通过SQL方式获取表空间元数据：
SELECT TBSPACE, TBSPACE_TYPE, PAGE_SIZE, EXTENT_SIZE FROM SYSCAT.TABLESPACES WHERE TBSPACE = 'SMS_TS1'
返回结果中TBSPACE_TYPE字段为S即表示SMS类型。最后建一张测试表放入该表空间，插入少量数据后到容器目录下查看，会发现生成了形如SQL00001.DAT的文件，这是SMS表空间工作正常的直观证据：
db2 "CREATE TABLE test_tab (id INT, name VARCHAR(50)) IN SMS_TS1" db2 "INSERT INTO test_tab VALUES (1, '测试')"
五、常见报错与排查思路
创建SMS表空间时最常见的问题是容器目录不存在。报错信息通常是SQL2036N，提示指定的路径无效。解决方法就是按照报错中的路径逐级检查目录是否存在，不存在则用mkdir创建并授权。其次是权限问题，如果实例用户对目录没有写权限，创建过程会失败，报错可能是SQL0968C或操作系统级错误。排查时可以切换到db2inst1用户，尝试在目标目录下手动创建一个文件验证权限。
还有一种情况是路径已经作为其他表空间的容器被使用。DB2不允许两个表空间共用同一个容器目录，遇到这类冲突需要更换新的目录路径。另外，在Windows平台上创建SMS表空间时路径写法略有不同，目录写法形如'C:\db2data\sms_ts1'，同样要求目录预先存在且使用实例用户可访问的本地路径，网络映射盘符是不被支持的。
如果创建时报缓冲池相关错误，通常是页大小不匹配导致。例如表空间指定了16K页大小，但引用的缓冲池是8K页，就会失败。此时应先创建对应页大小的缓冲池，再创建表空间，或者改用与现有缓冲池匹配的页大小。掌握这些排查点之后，SMS表空间的创建基本可以一次成功。