本篇文章主要介绍了"DB2 db2fmp进程分析"，主要涉及到方面的内容，对于DB2感兴趣的同学可以参考一下：
问题：
前端应用报错，报无法连接数据库。排查分析：
检查数据库db2diag.log。日志显示，db2fmp进程没有足够的共享内存。也就是说db2fmp进程数超...
问题：
前端应用报错，报无法连接数据库。
排查分析：
检查数据库db2diag.log。日志显示，db2fmp进程没有足够的共享内存。也就是说db2fmp进程数超出限制。
与db2fmp进程相关的数据库配置参数一个是DB2_FMP_COMM_HEAPSZ变量，另一个是ASLHEAPSZ。
首先，检查当前DB2_FMP_COMM_HEAPSZ变量的配置：
$ db2set -all
[i] DB2COMM=tcpip
[i] DB2CODEPAGE=1386
[g] DB2FCMCOMM=TCPIP4
[g] DB2SYSTEM=ecmls1
[g] DB2INSTDEF=cmindex1
$
当前配置中，并没有指定DB2_FMP_COMM_HEAPSZ变量的数值，官方文档中指出，该变量在AIX系统中，缺省值为256MB。
然后，查看ASLHEAPSZ参数的值：
当前ASLHEAPSZ值为150*4KB=600KB
$ db2 get dbm cfg |grep ASLHEAPSZ
Application support layer heap size (4KB) (ASLHEAPSZ) = 150
根据官方文档的说明，db2fmp 最大进程的数量为：
Maximum Number of db2fmps = DB2_FMP_COMM_HEAPSZ / (2*ASLHEAPSZ)
所以当前系统最大只能支撑256M/（2*600K）=213个db2fmp进程。
而当前运行中的db2fmp进程已经达到213个，所以当客户端应用程序有新的连接请求时，将无法与数据库建立连接。
解决办法：
修改DB2_FMP_COMM_HEAPSZ或ASLHEAPSZ的值， 使数据库能够容纳更多的db2fmp守护进程。
然而，修改aslheapsz“应用程序支持层堆大小”有可能会造成意想不到的影响，为了保险，还是修改DB2_FMP_COMM_HEAPSZ吧。
