DB2数据库空间满了，文件系统不够用咋整才好解决办法分享

（引用来源：根据IBM官方知识库、DBA社区常见问题整理及实践经验分享）

那天早上,你像往常一样打开电脑，准备处理业务，突然接到系统报警或者应用程序报错，提示DB2数据库连接失败或者直接说空间不足，心里一沉，登录服务器一看，果然，数据库所在的文件系统使用率已经飙到95%甚至100%了，这种情况确实让人头疼，但别慌，一步步来，总有办法解决，下面我就把这些年遇到这种情况后，常用的处理办法分享一下，都是从最直接有效的开始。

第一步：千万别乱动，先搞清楚到底是谁占满了空间

文件系统满了,就像房间堆满了东西，你不能盲目地开始扔，得先看看是哪些东西占地方，DB2数据库不是一个单一的大文件，它是由很多组成部分构成的，比如表空间、日志文件等等，首先要精准定位。

1. 查看文件系统使用情况：这是最基本的，用 df -h 或者 df -g（看GB单位）命令，快速确认是哪个挂载点（文件系统）满了，比如是 /db2data 还是 /home/db2inst1 满了。

2. 连接到DB2数据库：用数据库用户（比如db2inst1）登录，执行 db2 connect to yourdbname 连接到你出问题的数据库。

3. 查看表空间使用详情：这是最关键的一步，执行下面这个SQL语句，它能告诉你每个表空间用了多少页，总共有多少页，利用率是多少，非常直观。

   db2 "select substr(tbsp_name,1,20) as tbsp_name, tbsp_type, tbsp_total_size_kb, tbsp_used_size_kb, tbsp_free_size_kb, tbsp_utilization_percent from sysibmadm.tbsp_utilization"

   执行完后,你会看到一个列表，哪个表空间用了百分之九十九，一目了然，通常问题就出在某个或某几个用户数据表空间（DMS或SMS）或者临时表空间上。

第二步：针对性地清理空间，快速腾地方

找到是哪个“房间”（表空间）最满之后，我们就要开始“收拾”了，目标是先快速释放一些空间，让数据库恢复运行。

1. 清理最大的“垃圾”——临时表空间：如果发现临时表空间（TEMP）利用率很高，这是最容易清理的，因为临时表空间存放的是查询排序等操作产生的临时数据，重启数据库实例就可以完全清空它，但这算是个“大招”，会中断所有现有连接，所以最好在业务低峰期操作，命令是 db2stop force db2start。

2. 清理日志文件：DB2在运行过程中会产生很多日志文件（在日志路径下，SQLOGDIR），如果数据库配置为循环日志（Circular Logging），一般没问题，但如果是归档日志（Archival Logging），而你的归档日志也放在同一个快满的文件系统上，旧的归档日志积压就可能占满空间，这时，在确认已经备份成功的前提下，可以安全地删除一些早的归档日志文件。注意：删除前务必确认这些日志对应的备份是完整的且不需要用于恢复！

3. 查找并清理大表里的垃圾数据：如果满的是存放用户数据的表空间，那就得从数据本身下手。

   • 找出占用空间最大的表：可以查询系统表，找出数据量最大的几张表。
   • 检查业务数据：联系业务部门，确认这些大表里是否有可以清理的历史数据，比如三个月前的日志、已经处理完的临时数据等，如果允许，对这些表执行 DELETE 操作删除无用数据。
   • 重要： 光 DELETE 不行，数据只是标记为删除，空间并不会释放给操作系统，删除后，一定要对表执行 REORG TABLE your_table_name 重组表，然后运行 RUNSTATS ON TABLE your_table_name 更新统计信息，如果想立即释放空间，可以在重组命令后加上 RECLAIM EXTENTS 参数。

第三步：如果清理后很快又满了，或者无法清理，就要考虑“扩容”

有时候数据增长太快,清理解决不了根本问题，或者能清理的数据量很小，那就得想办法扩大空间。

1. 给文件系统扩容（最直接）：如果服务器硬盘还有未分配的空间，这是最好的办法，可以用像AIX的chfs、Linux的lvextend和resize2fs/xfs_growfs这样的命令来动态扩展文件系统的大小，这个操作通常需要系统管理员权限，而且前提是底层物理卷有空间。

2. 为表空间添加新的容器（容器扩容）：如果整个文件系统没法扩，或者你想把数据分散到不同的物理硬盘上提高性能，可以采用这个方法，你发现 USERSPACE1 表空间满了，它原来只在 /db2data 下有一个容器，你可以给它再添加一个容器，这个新容器可以放在另一个还有空间的文件系统上，/newdisk。

   db2 "ALTER TABLESPACE USERSPACE1 ADD (FILE '/newdisk/container2' 1024M)"

   这样,DB2会自动进行数据重新平衡，把一部分数据挪到新容器里，表空间的总容量就变大了。

第四步：长远之计——建立监控和预防机制

问题解决后,不能就这么算了，要避免下次再半夜被报警吵醒。

1. 设置监控预警：对数据库表空间的使用率设置监控，比如超过80%就发邮件或短信告警，让你有充足的时间提前处理。
2. 定期维护：制定计划任务，定期对核心大表进行重组（REORG）和更新统计信息（RUNSTATS），保持数据存储高效。
3. 合理规划存储：在设计阶段，就为数据库的未来增长留足空间，或者使用自动存储（Automatic Storage）管理表空间，让DB2自己管理空间增长。

遇到DB2空间满的问题,思路就是“定位-清理-扩容-预防”，先从最简单的查询开始，找到问题根源，然后选择对业务影响最小的方式先恢复服务，再考虑根本性的解决方案，希望这些实实在在的步骤能帮到你。