db2 activate命令在我们实际环境当中一次问题的解决

一个新的生产环境，应用那边在测试些东西，发现程序运行起来很慢，每次一个操作都要等一下才能有回应，这里的延迟大概10秒左右，但是给人感觉都有一分钟了，很难忍受。

慢就得找原因，有可能是MQ那边的问题，也有可能是网络或者DB方面的问题，我先看了看MQ方面，没有解决后来甚至重启了MQ和他们的程式，都不行。看看DB吧，我记得前面我用Quest连其中一个数据库的时候反映比较慢，于是我就从这里看起，比较了一下不管是用Quest工具连还是直接在系统上面用db2 connect连都一样慢，连接到其他数据库只需要大约1秒的时间，而连到这个数据库需要差不多8秒。然后我又从AP Server那边使用db2 client连接，同样很慢，不过当我在DB Server上已经连接了数据库的话，再在AP Server端连就很快了，相信写到这里很多人已经知道怎么回事了。

在DB Server上面使用db2 activate db DB_NAME的命令就可以了，对于一个没有任何连接的数据库，如果没有activate db的话，使用db2 connect to db 是需要一点时间的，而一旦先activate db的话再连就很快了，下面一段解释：

Whole purpose of ACTIVATing database is to perform necessarily initialization
and buffer pool(s) allocations so the first and next connections are comparable.
Without ACTIVATing database all initialization and memory allocations is
performed while processing first connection.

For example (note that NO CONNECTIONS were made to database SAMPLE):

[instance@HOST /home/instance]$time db2 activate db DB
DB20000I  The ACTIVATE DATABASE command completed successfully.

real    0m2.08s
user    0m0.01s
sys     0m0.01s
[instance@HOST /home/instance]$time db2 connect to DB

   Database Connection Information

 Database server        = DB2/AIX64 9.5.2
 SQL authorization ID   = instance
 Local database alias   = DB


real    0m0.10s
user    0m0.01s
sys     0m0.01s


While the first connect to db sample without activation looks like this:

[instance@HOST /home/instance]$time db2 connect to DB

   Database Connection Information

 Database server        = DB2/AIX64 9.5.2
 SQL authorization ID   = instance
 Local database alias   = DB


real    0m2.09s
user    0m0.01s
sys     0m0.01s