DB2性能调整优化问题

数据库 专栏收录该内容
26 篇文章 0 订阅

服务器是IBM Netfinity 5600,PIII 800,1G内存,OS是win2000高级版.目前数据库有90多个table,最大的一个表有二十多万数据,备份后的image有900多兆.我们每天都有比较多的查询,增加及删改记录操作,感觉速度有点慢了,有时候有连接数据库的页面时速度特慢,只好重启WebSphere控制台的server.下面贴出DBM和DM的配置参数,请高手指点如何调整优化.



          Database Manager Configuration



     Node type = Database Server with local and remote clients



 Database manager configuration release level            = 0x0900



 Maximum total of files open               (MAXTOTFILOP) = 16000

 CPU speed (millisec/instruction)             (CPUSPEED) = 8.659645e-007



 Max number of concurrently active databases     (NUMDB) = 8

 Data Links support                          (DATALINKS) = NO

 Federated Database System Support           (FEDERATED) = YES

 Transaction processor monitor name        (TP_MON_NAME) =



 Default charge-back account           (DFT_ACCOUNT_STR) =



 Java Development Kit 1.1 installation path (JDK11_PATH) = 



 Diagnostic error capture level              (DIAGLEVEL) = 3

 Notify Level                              (NOTIFYLEVEL) = 2

 Diagnostic data directory path               (DIAGPATH) = 



 Default database monitor switches

   Buffer pool                         (DFT_MON_BUFPOOL) = OFF

   Lock                                   (DFT_MON_LOCK) = OFF

   Sort                                   (DFT_MON_SORT) = OFF

   Statement                              (DFT_MON_STMT) = OFF

   Table                                 (DFT_MON_TABLE) = OFF

   Unit of work                            (DFT_MON_UOW) = OFF



 SYSADM group name                        (SYSADM_GROUP) =

 SYSCTRL group name                      (SYSCTRL_GROUP) =

 SYSMAINT group name                    (SYSMAINT_GROUP) =



 Database manager authentication        (AUTHENTICATION) = SERVER

 Cataloging allowed without authority   (CATALOG_NOAUTH) = YES

 Trust all clients                      (TRUST_ALLCLNTS) = YES

 Trusted client authentication          (TRUST_CLNTAUTH) = CLIENT



 Default database path                       (DFTDBPATH) = D:



 Database monitor heap size (4KB)          (MON_HEAP_SZ) = 32

 UDF shared memory set size (4KB)           (UDF_MEM_SZ) = 256

 Java Virtual Machine heap size (4KB)     (JAVA_HEAP_SZ) = 2048

 Audit buffer size (4KB)                  (AUDIT_BUF_SZ) = 0



 Backup buffer default size (4KB)            (BACKBUFSZ) = 1024

 Restore buffer default size (4KB)           (RESTBUFSZ) = 1024



 Agent stack size                       (AGENT_STACK_SZ) = 16

 Minimum committed private memory (4KB)   (MIN_PRIV_MEM) = 32

 Private memory threshold (4KB)        (PRIV_MEM_THRESH) = 1296



 Sort heap threshold (4KB)                  (SHEAPTHRES) = 10000



 Directory cache support                     (DIR_CACHE) = YES



 Application support layer heap size (4KB)   (ASLHEAPSZ) = 15

 Max requester I/O block size (bytes)         (RQRIOBLK) = 32767

 DOS requester I/O block size (bytes)     (DOS_RQRIOBLK) = 4096

 Query heap size (4KB)                   (QUERY_HEAP_SZ) = 1000

 DRDA services heap size (4KB)            (DRDA_HEAP_SZ) = 128



 Priority of agents                           (AGENTPRI) = SYSTEM

 Max number of existing agents               (MAXAGENTS) = 500

 Agent pool size                        (NUM_POOLAGENTS) = 10 (calculated)

 Initial number of agents in pool       (NUM_INITAGENTS) = 0

 Max number of coordinating agents     (MAX_COORDAGENTS) = MAXAGENTS

 Max no. of concurrent coordinating agents  (MAXCAGENTS) = MAX_COORDAGENTS

 Max number of logical agents          (MAX_LOGICAGENTS) = MAX_COORDAGENTS



 Keep DARI process                            (KEEPDARI) = YES

 Max number of DARI processes                  (MAXDARI) = MAX_COORDAGENTS

 Initialize DARI process with JVM         (INITDARI_JVM) = NO

 Initial number of fenced DARI process   (NUM_INITDARIS) = 0



 Index re-creation time                       (INDEXREC) = ACCESS



 Transaction manager database name         (TM_DATABASE) = 1ST_CONN

 Transaction resync interval (sec)     (RESYNC_INTERVAL) = 180



 SPM name                                     (SPM_NAME) = DBSERVER

 SPM log size                          (SPM_LOG_FILE_SZ) = 256

 SPM resync agent limit                 (SPM_MAX_RESYNC) = 20

 SPM log path                             (SPM_LOG_PATH) =



 NetBIOS Workstation name                        (NNAME) =



 TCP/IP Service name                          (SVCENAME) = db2cDB2

 APPC Transaction program name                  (TPNAME) =

 IPX/SPX File server name                   (FILESERVER) =

 IPX/SPX DB2 server object name             (OBJECTNAME) =

 IPX/SPX Socket number                      (IPX_SOCKET) = 879E



 Discovery mode                               (DISCOVER) = SEARCH

 Discovery communication protocols       (DISCOVER_COMM) = TCPIP

 Discover server instance                (DISCOVER_INST) = ENABLE



 Directory services type                      (DIR_TYPE) = NONE

 Directory path name                     (DIR_PATH_NAME) = /.:/subsys/database/

 Directory object name                    (DIR_OBJ_NAME) = 

 Routing information object name        (ROUTE_OBJ_NAME) = 

 Default client comm. protocols        (DFT_CLIENT_COMM) = 

 Default client adapter number         (DFT_CLIENT_ADPT) = 0



 Maximum query degree of parallelism   (MAX_QUERYDEGREE) = 1

 Enable intra-partition parallelism     (INTRA_PARALLEL) = NO



 No. of int. communication buffers(4KB)(FCM_NUM_BUFFERS) = 1024

 Number of FCM request blocks              (FCM_NUM_RQB) = 512

 Number of FCM connection entries      (FCM_NUM_CONNECT) = (FCM_NUM_RQB * 0.75)

 Number of FCM message anchors         (FCM_NUM_ANCHORS) = (FCM_NUM_RQB * 0.75)

----------------------------------------------------------------------------------------------------------------



       Database Configuration for Database jingmei



 Database configuration release level                    = 0x0900

 Database release level                                  = 0x0900



 Database territory                                      = US

 Database code page                                      = 1252

 Database code set                                       = IBM-1252

 Database country code                                   = 1



 Dynamic SQL Query management           (DYN_QUERY_MGMT) = DISABLE



 Directory object name                    (DIR_OBJ_NAME) = 

 Discovery support for this database       (DISCOVER_DB) = ENABLE



 Default query optimization class         (DFT_QUERYOPT) = 5

 Degree of parallelism                      (DFT_DEGREE) = 1

 Continue upon arithmetic exceptions   (DFT_SQLMATHWARN) = NO

 Default refresh age                   (DFT_REFRESH_AGE) = 0

 Number of frequent values retained     (NUM_FREQVALUES) = 10

 Number of quantiles retained            (NUM_QUANTILES) = 20



 Backup pending                                          = NO



 Database is consistent                                  = NO

 Rollforward pending                                     = NO

 Restore pending                                         = NO



 Multi-page file allocation enabled                      = NO



 Log retain for recovery status                          = RECOVERY

 User exit for logging status                            = NO



 Data Links Token Expiry Interval (sec)      (DL_EXPINT) = 60

 Data Links Number of Copies             (DL_NUM_COPIES) = 1

 Data Links Time after Drop (days)        (DL_TIME_DROP) = 1

 Data Links Token in Uppercase                (DL_UPPER) = NO

 Data Links Token Algorithm                   (DL_TOKEN) = MAC0



 Database heap (4KB)                            (DBHEAP) = 1621

 Catalog cache size (4KB)              (CATALOGCACHE_SZ) = 498

 Log buffer size (4KB)                        (LOGBUFSZ) = 32

 Utilities heap size (4KB)                (UTIL_HEAP_SZ) = 50505

 Buffer pool size (pages)                     (BUFFPAGE) = 151517

 Extended storage segments size (4KB)    (ESTORE_SEG_SZ) = 16000

 Number of extended storage segments   (NUM_ESTORE_SEGS) = 0

 Max storage for lock list (4KB)              (LOCKLIST) = 1467



 Max appl. control heap size (4KB)     (APP_CTL_HEAP_SZ) = 128



 Sort list heap (4KB)                         (SORTHEAP) = 256

 SQL statement heap (4KB)                     (STMTHEAP) = 2048

 Default application heap (4KB)             (APPLHEAPSZ) = 256

 Package cache size (4KB)                   (PCKCACHESZ) = 4000

 Statistics heap size (4KB)               (STAT_HEAP_SZ) = 4384



 Interval for checking deadlock (ms)         (DLCHKTIME) = 10000

 Percent. of lock lists per application       (MAXLOCKS) = 6

 Lock timeout (sec)                        (LOCKTIMEOUT) = -1



 Changed pages threshold                (CHNGPGS_THRESH) = 60

 Number of asynchronous page cleaners   (NUM_IOCLEANERS) = 5

 Number of I/O servers                   (NUM_IOSERVERS) = 3

 Index sort flag                             (INDEXSORT) = YES

 Sequential detect flag                      (SEQDETECT) = YES

 Default prefetch size (pages)         (DFT_PREFETCH_SZ) = 32



 Track modified pages                         (TRACKMOD) = OFF



 Default number of containers                            = 1

 Default tablespace extentsize (pages)   (DFT_EXTENT_SZ) = 32



 Max number of active applications            (MAXAPPLS) = 500

 Average number of active applications       (AVG_APPLS) = 150

 Max DB files open per application            (MAXFILOP) = 64



 Log file size (4KB)                         (LOGFILSIZ) = 250

 Number of primary log files                (LOGPRIMARY) = 6

 Number of secondary log files               (LOGSECOND) = 10

 Changed path to log files                  (NEWLOGPATH) = 

 Path to log files                                       = D:/DB2/NODE0000/SQL00001/SQLOGDIR/

 First active log file                                   = S0001015.LOG



 Group commit count                          (MINCOMMIT) = 1

 Percent log file reclaimed before soft chckpt (SOFTMAX) = 80

 Log retain for recovery enabled             (LOGRETAIN) = RECOVERY

 User exit for logging enabled                (USEREXIT) = OFF



 Auto restart enabled                      (AUTORESTART) = ON

 Index re-creation time                       (INDEXREC) = SYSTEM (ACCESS)

 Default number of loadrec sessions    (DFT_LOADREC_SES) = 1

 Number of database backups to retain   (NUM_DB_BACKUPS) = 12

 Recovery history retention (days)     (REC_HIS_RETENTN) = 366



 TSM management class                    (TSM_MGMTCLASS) =

 TSM node name                            (TSM_NODENAME) =

 TSM owner                                   (TSM_OWNER) =

 TSM password                             (TSM_PASSWORD)



 oprs 回复于:2004-10-29 15:50:07

光看参数没用的,几个问题
1.你的websphere和db2是在一台服务器上,还是分开的?
2.速度变慢的时候察看资源,cpu,内存占用情况如何?
3。事务操作进行得比较多,那么reorg, runstats有没有做过?
4。看下你的db2diag.log里,有锁升级的信息么?


 huyuhui001 回复于:2004-10-29 16:19:26

1.Multi-page file allocation enabled = NO,应该运行db2empfa把它置ON
2.Buffer pool size (pages) (BUFFPAGE) = 151517,从这个看你的buffer pool是有参数控制的,是4Kpage的tablespace。建议不要用参数控制buffer pool,针对每个pagesize的tablespace建立不同的bufferpool。而且,buffer pool也太小了。
3.LOG的总量太小,而且LOG的文件个数也太少了。
4.Lock timeout (sec) (LOCKTIMEOUT) = -1,这个应该控制的尽量小,它的单位是秒,有利于减少lock,因为lock升级不是好事情。
5.其他一些HEAP的参数需要在实际中去不断测试。不过DB2在32位系统中是有内存限制的,这个要控制好,否则DB就没法启动了。
6.定期对所有表做reorg和runstat,更新系统信息,有利于系统优化处理SQL语句。
以上是我个人的观点,仅供参考。


 joey945 回复于:2004-10-29 23:04:12

首先要向oprs和huyuhui001表示感谢!

详细情况如下:
1.WebSphere3.5和DB2 7.1是在分开的两台服务器上,WebServer上也安装了DB2,放WAS表.两台服务器的硬件一样,操作系统一样.
2.速度变慢的时候察看过资源,记得连不上的问题刚出现时看过一两次WebServer的CPU占用,有一个JAVA进程占的比较多,后来我装了个Resource Analyzer3.5,经常去看资源情况,好像CPU又没有增加太多,顺便想问如何根据Resource Analyzer3.5显示的数据来判断WAS配置有无问题?(我曾经调整过数据源的buffer pool和servlet engine的并发连接数,但都没用).估计不是WAS服务器的问题,因为出现情况前没动过WAS服务器.内存占用情况没有明显的较大变化. 
3.事务操作进行得比较多的表都做过reorg, runstats没有做过,但我一般是先查reorgchk update statistics on table table_name,如果指示要做就reorg,然后再reorgchk update statistics on table table_name,同时做了runstats了吧?但我发现有个问题就是runstats加了indexes all运行后,指示需要reorg的索引依然指示要reorg,没变化.
4.db2diag.log我也看过,是有许多锁的信息,什么样的信息表示锁升级?请指点?
5.关于lock timeout=-1的问题,设置一个较小的值是会比较好,但我看过一篇文章说"一定要首先询问应用程序开发者或您的供应商以确保应用程序能够处理锁超时",所以如果不确定应用程序能不能处理锁超时,是否还是设为-1比较稳妥?

另外有几个问题:
1.我发现数据库的状态是inconsistent,看资料说是内存缓冲区中已更新的数据还没有刷新到硬盘上时会是此状态,这个有没有影响?怎么消除此状态?
2.配置参数是我在几个月前加了内存后用control center的配置向导配置的,直到出现问题这段时间没有经常连接不上,只是感觉查询速度比以前慢了,因为经常查询的那些表经常也在增加,数据量多.用配置向导培植时有些提问的地方我不太清楚的,比如"每分钟的事物数",因为不太清楚,就让它是默认值60,这些参数我怎么才能具体获得呢?有否影响?缓冲池等参数也是这里自动得出来的.
3.当初创建数据库时用的是默认表空间,即syscattablespace,temptablespace1和usertablespace1,现在发现这样不好,我想把经常有增删改操作的表放在一个表空间,特别大数量的表单独放一个表空间,其它一个表空间,即三个用户表空间,怎么样从现在的表空间迁移过来呢?
4.10月20号左右曾经把六个表的数据分离了一部分(把2004-01-01以前的清掉,纪录少了一半多),然后都做了reorg(没有管索引),好像这之后查询速度提高很多,但出现了经常连接不上数据库的情况,可能跟这个有关系?其它没什么变动.出现这种情况的时候,症状就是不连接数据库的JSP页面没问题,连接数据库的就慢慢的很久出不来,最后显示"找不到服务器",如果再持续一段时间就连不连接数据库的页面都出不来了.

急盼大家的帮助!


 oprs 回复于:2004-10-31 10:17:25

1. 锁的问题会导致系统性能显著下降,把你的db2diag.log贴出来kk,锁升级信息类似于 "data_management sqlEscalateLocks.."这种就是了,直接的解决方法就是调大locklist和maxlocks的值,你可以试试把这两个值分别增大到5000和20,
2。locktimeout最好不要设为-1,否则你的应用有可能长时间没有响应,设个60s左右的超时时间,当然你的应用需要捕获相应的超时返回信息并返回到页面上
3。把查询速度慢的sql从应用里分离出来,用dynexpln分析一下,如果有table scan的情况,一定要避免,非常影响性能
4。inconsistent在你的库有为提交的事务时出现,没有什么影响
5。配置参数向导的值可以做为参考,但有时候也不见得就是最佳,那些问题的回答你只能根据你们应用的实际情况进行估计阿
6。迁移表空间,最好要把容器分布到不同的物理硬盘上,靠增加物理io能力来提高性能,一般对大数据量表由明显的效果,另外把userspace设为dms吧
7。如果不连接数据库的页面最后都回出不来的话,那肯定是was服务器上的问题了,一定要注意你的应用又没有内存泄露,或连接资源有没有关闭
8。was下有不少参数也是要调整的,像数据源下和连接有关的参数,像服务器的jvm,线程池等有关的参数。不过我接触最早的was也是4.0的,3.5实在是古董了;),4.0还有之前的was都不怎么样,有很多问题,5.0以上的版本要稳定很多,最好还是升级把

希望对你有帮助  :P  :mrgreen:


 joey945 回复于:2004-10-31 23:22:03

以下是2004-10-29的部分db2diag,因为太多所以只贴这一部分(从时间点2004-10-29-14.40.53.359000开始有一些信息值得注意).我很疑惑的是orderdetail这个表在2004-10-29-00.07.39这个时间不可能有人用啊,怎么会有锁呢?没有释放?(以前我也看到过类似不可能在当时使用的表的锁定信息) 请oprs帮我分析一下这个log.能否告诉我怎么看db2diag.log?我在网上没查到相关资料.谢谢!

另外,数据库服务器只有一个物理硬盘,另一个硬盘是做的同步镜像.迁移表空间不能靠增加物理io能力来提高性能,所以是否有必要迁移?

2004-10-29-00.07.39.859000   Instance:DB2   Node:000
PID:1060(db2syscs.exe)   TID:988   Appid:D3984109.BD0F.041028140857
data_management  sqldEscalateLocks   Probe:2   Database:JINGMEI

 -- Lock Count, Target  : 10026, 5013
 -- Table (ID) Name     : (2;13) DB2ADMIN.ORDERDETAIL
 -- Locks, Request Type : 9935, S
 -- Result (0 = success): 0

......

2004-10-29-10.01.59.203000   Instance:DB2   Node:000
PID:1060(db2syscs.exe)   TID:1448   Appid:D3984109.5D12.041029020102
data_management  sqldEscalateLocks   Probe:2   Database:JINGMEI

 -- Lock Count, Target  : 10018, 5009
 -- Table (ID) Name     : (2;13) DB2ADMIN.ORDERDETAIL
 -- Locks, Request Type : 10015, S
 -- Result (0 = success): 0


2004-10-29-10.01.59.718000   Instance:DB2   Node:000
PID:1060(db2syscs.exe)   TID:1448   Appid:D3984109.5D12.041029020102
data_management  sqldEscalateLocks   Probe:2   Database:JINGMEI

 -- Lock Count, Target  : 10020, 5010
 -- Table (ID) Name     : (2;13) DB2ADMIN.ORDERDETAIL
 -- Locks, Request Type : 10017, S
 -- Result (0 = success): 0


2004-10-29-10.02.04.484000   Instance:DB2   Node:000
PID:1060(db2syscs.exe)   TID:1448   Appid:D3984109.5D12.041029020102
data_management  sqldEscalateLocks   Probe:2   Database:JINGMEI

 -- Lock Count, Target  : 10024, 5012
 -- Table (ID) Name     : (2;13) DB2ADMIN.ORDERDETAIL
 -- Locks, Request Type : 10021, S
 -- Result (0 = success): 0


2004-10-29-10.02.05.000000   Instance:DB2   Node:000
PID:1060(db2syscs.exe)   TID:1448   Appid:D3984109.5D12.041029020102
data_management  sqldEscalateLocks   Probe:2   Database:JINGMEI

 -- Lock Count, Target  : 10020, 5010
 -- Table (ID) Name     : (2;13) DB2ADMIN.ORDERDETAIL
 -- Locks, Request Type : 10017, S
 -- Result (0 = success): 0


2004-10-29-10.03.20.859000   Instance:DB2   Node:000
PID:1060(db2syscs.exe)   TID:1576   Appid:D3984109.D712.041029020259
data_management  sqldEscalateLocks   Probe:2   Database:JINGMEI

 -- Lock Count, Target  : 10017, 5008
 -- Table (ID) Name     : (2;13) DB2ADMIN.ORDERDETAIL
 -- Locks, Request Type : 10014, S
 -- Result (0 = success): 0


2004-10-29-10.03.21.375000   Instance:DB2   Node:000
PID:1060(db2syscs.exe)   TID:1576   Appid:D3984109.D712.041029020259
data_management  sqldEscalateLocks   Probe:2   Database:JINGMEI

 -- Lock Count, Target  : 10020, 5010
 -- Table (ID) Name     : (2;13) DB2ADMIN.ORDERDETAIL
 -- Locks, Request Type : 10017, S
 -- Result (0 = success): 0


2004-10-29-10.03.27.046000   Instance:DB2   Node:000
PID:1060(db2syscs.exe)   TID:1576   Appid:D3984109.D712.041029020259
data_management  sqldEscalateLocks   Probe:2   Database:JINGMEI

 -- Lock Count, Target  : 10022, 5011
 -- Table (ID) Name     : (2;45) DB2ADMIN.PRO_PRODUCT
 -- Locks, Request Type : 10019, S
 -- Result (0 = success): 0


2004-10-29-10.03.27.875000   Instance:DB2   Node:000
PID:1060(db2syscs.exe)   TID:1452   Appid:D3984109.CA12.041029020246
data_management  sqldEscalateLocks   Probe:2   Database:JINGMEI

 -- Lock Count, Target  : 10022, 5011
 -- Table (ID) Name     : (2;45) DB2ADMIN.PRO_PRODUCT
 -- Locks, Request Type : 10019, S
 -- Result (0 = success): 0


2004-10-29-10.03.35.812000   Instance:DB2   Node:000
PID:1060(db2syscs.exe)   TID:1452   Appid:D3984109.CA12.041029020246
data_management  sqldEscalateLocks   Probe:2   Database:JINGMEI

 -- Lock Count, Target  : 10016, 5008
 -- Table (ID) Name     : (2;11) DB2ADMIN.PODETAIL
 -- Locks, Request Type : 10013, S
 -- Result (0 = success): 0


2004-10-29-10.03.51.937000   Instance:DB2   Node:000
PID:1060(db2syscs.exe)   TID:1576   Appid:D3984109.D712.041029020259
data_management  sqldEscalateLocks   Probe:2   Database:JINGMEI

 -- Lock Count, Target  : 10019, 5009
 -- Table (ID) Name     : (2;45) DB2ADMIN.PRO_PRODUCT
 -- Locks, Request Type : 10016, S
 -- Result (0 = success): 0


2004-10-29-10.04.28.437000   Instance:DB2   Node:000
PID:1060(db2syscs.exe)   TID:1080   Appid:D3984109.B412.041029020228
data_management  sqldEscalateLocks   Probe:2   Database:JINGMEI

 -- Lock Count, Target  : 10025, 5012
 -- Table (ID) Name     : (2;11) DB2ADMIN.PODETAIL
 -- Locks, Request Type : 10022, S
 -- Result (0 = success): 0


2004-10-29-10.04.51.625000   Instance:DB2   Node:000
PID:1060(db2syscs.exe)   TID:1260   Appid:D3984109.5413.041029020447
data_management  sqldEscalateLocks   Probe:2   Database:JINGMEI

 -- Lock Count, Target  : 10017, 5008
 -- Table (ID) Name     : (2;45) DB2ADMIN.PRO_PRODUCT
 -- Locks, Request Type : 10014, S
 -- Result (0 = success): 0


2004-10-29-10.04.52.640000   Instance:DB2   Node:000
PID:1060(db2syscs.exe)   TID:1080   Appid:D3984109.B412.041029020228
data_management  sqldEscalateLocks   Probe:2   Database:JINGMEI

 -- Lock Count, Target  : 10022, 5011
 -- Table (ID) Name     : (2;45) DB2ADMIN.PRO_PRODUCT
 -- Locks, Request Type : 10019, S
 -- Result (0 = success): 0


2004-10-29-10.05.01.281000   Instance:DB2   Node:000
PID:1060(db2syscs.exe)   TID:1080   Appid:D3984109.B412.041029020228
data_management  sqldEscalateLocks   Probe:2   Database:JINGMEI

 -- Lock Count, Target  : 10021, 5010
 -- Table (ID) Name     : (2;45) DB2ADMIN.PRO_PRODUCT
 -- Locks, Request Type : 10018, S
 -- Result (0 = success): 0


2004-10-29-10.05.18.000000   Instance:DB2   Node:000
PID:1060(db2syscs.exe)   TID:1164   Appid:D3984109.5513.041029020455
data_management  sqldEscalateLocks   Probe:2   Database:JINGMEI

 -- Lock Count, Target  : 10018, 5009
 -- Table (ID) Name     : (2;45) DB2ADMIN.PRO_PRODUCT
 -- Locks, Request Type : 10015, S
 -- Result (0 = success): 0


2004-10-29-10.05.18.843000   Instance:DB2   Node:000
PID:1060(db2syscs.exe)   TID:1080   Appid:D3984109.B412.041029020228
data_management  sqldEscalateLocks   Probe:2   Database:JINGMEI

 -- Lock Count, Target  : 10020, 5010
 -- Table (ID) Name     : (2;45) DB2ADMIN.PRO_PRODUCT
 -- Locks, Request Type : 10017, S
 -- Result (0 = success): 0


2004-10-29-10.05.33.453000   Instance:DB2   Node:000
PID:1060(db2syscs.exe)   TID:1080   Appid:D3984109.B412.041029020228
data_management  sqldEscalateLocks   Probe:2   Database:JINGMEI

 -- Lock Count, Target  : 10016, 5008
 -- Table (ID) Name     : (2;11) DB2ADMIN.PODETAIL
 -- Locks, Request Type : 10013, S
 -- Result (0 = success): 0


2004-10-29-10.06.06.984000   Instance:DB2   Node:000
PID:1060(db2syscs.exe)   TID:1080   Appid:D3984109.B412.041029020228
data_management  sqldEscalateLocks   Probe:2   Database:JINGMEI

 -- Lock Count, Target  : 10019, 5009
 -- Table (ID) Name     : (2;11) DB2ADMIN.PODETAIL
 -- Locks, Request Type : 10016, S
 -- Result (0 = success): 0


2004-10-29-10.06.11.078000   Instance:DB2   Node:000
PID:1060(db2syscs.exe)   TID:1436   Appid:D3984109.E011.041029010317
data_management  sqldEscalateLocks   Probe:2   Database:JINGMEI

 -- Lock Count, Target  : 10020, 5010
 -- Table (ID) Name     : (2;66) DB2ADMIN.STOCKTRADEHEAD
 -- Locks, Request Type : 10017, S
 -- Result (0 = success): 0


2004-10-29-10.06.20.265000   Instance:DB2   Node:000
PID:1060(db2syscs.exe)   TID:1436   Appid:D3984109.E011.041029010317
data_management  sqldEscalateLocks   Probe:2   Database:JINGMEI

 -- Lock Count, Target  : 10026, 5013
 -- Table (ID) Name     : (2;45) DB2ADMIN.PRO_PRODUCT
 -- Locks, Request Type : 10023, S
 -- Result (0 = success): 0


2004-10-29-10.06.21.375000   Instance:DB2   Node:000
PID:1060(db2syscs.exe)   TID:1516   Appid:D3984109.0406.041028145323
data_management  sqldEscalateLocks   Probe:2   Database:JINGMEI

 -- Lock Count, Target  : 10027, 5013
 -- Table (ID) Name     : (2;45) DB2ADMIN.PRO_PRODUCT
 -- Locks, Request Type : 10024, S
 -- Result (0 = success): 0


2004-10-29-10.06.34.734000   Instance:DB2   Node:000
PID:1060(db2syscs.exe)   TID:1516   Appid:D3984109.0406.041028145323
data_management  sqldEscalateLocks   Probe:2   Database:JINGMEI

 -- Lock Count, Target  : 10023, 5011
 -- Table (ID) Name     : (2;12) DB2ADMIN.STOCKTRADEDETAIL
 -- Locks, Request Type : 10020, S
 -- Result (0 = success): 0


2004-10-29-10.06.44.125000   Instance:DB2   Node:000
PID:1060(db2syscs.exe)   TID:1516   Appid:D3984109.0406.041028145323
data_management  sqldEscalateLocks   Probe:2   Database:JINGMEI

 -- Lock Count, Target  : 10020, 5010
 -- Table (ID) Name     : (2;11) DB2ADMIN.PODETAIL
 -- Locks, Request Type : 10017, S
 -- Result (0 = success): 0


2004-10-29-10.07.11.140000   Instance:DB2   Node:000
PID:1060(db2syscs.exe)   TID:1036   Appid:D3984109.BF12.041028143226
data_management  sqldEscalateLocks   Probe:2   Database:JINGMEI

 -- Lock Count, Target  : 10025, 5012
 -- Table (ID) Name     : (2;11) DB2ADMIN.PODETAIL
 -- Locks, Request Type : 10022, S
 -- Result (0 = success): 0


2004-10-29-10.07.31.453000   Instance:DB2   Node:000
PID:1060(db2syscs.exe)   TID:1436   Appid:D3984109.E011.041029010317
data_management  sqldEscalateLocks   Probe:2   Database:JINGMEI

 -- Lock Count, Target  : 10026, 5013
 -- Table (ID) Name     : (2;11) DB2ADMIN.PODETAIL
 -- Locks, Request Type : 10023, S
 -- Result (0 = success): 0


2004-10-29-10.07.35.968000   Instance:DB2   Node:000
PID:1060(db2syscs.exe)   TID:1052   Appid:D3984109.8C0F.041028140625
data_management  sqldEscalateLocks   Probe:2   Database:JINGMEI

 -- Lock Count, Target  : 10019, 5009
 -- Table (ID) Name     : (2;12) DB2ADMIN.STOCKTRADEDETAIL
 -- Locks, Request Type : 10016, S
 -- Result (0 = success): 0


2004-10-29-10.07.43.984000   Instance:DB2   Node:000
PID:1060(db2syscs.exe)   TID:1516   Appid:D3984109.0406.041028145323
data_management  sqldEscalateLocks   Probe:2   Database:JINGMEI

 -- Lock Count, Target  : 10023, 5011
 -- Table (ID) Name     : (2;45) DB2ADMIN.PRO_PRODUCT
 -- Locks, Request Type : 10020, S
 -- Result (0 = success): 0


2004-10-29-10.07.44.812000   Instance:DB2   Node:000
PID:1060(db2syscs.exe)   TID:1436   Appid:D3984109.E011.041029010317
data_management  sqldEscalateLocks   Probe:2   Database:JINGMEI

 -- Lock Count, Target  : 10020, 5010
 -- Table (ID) Name     : (2;45) DB2ADMIN.PRO_PRODUCT
 -- Locks, Request Type : 10017, S
 -- Result (0 = success): 0


2004-10-29-10.07.53.718000   Instance:DB2   Node:000
PID:1060(db2syscs.exe)   TID:1516   Appid:D3984109.0406.041028145323
data_management  sqldEscalateLocks   Probe:2   Database:JINGMEI

 -- Lock Count, Target  : 10018, 5009
 -- Table (ID) Name     : (2;11) DB2ADMIN.PODETAIL
 -- Locks, Request Type : 10015, S
 -- Result (0 = success): 0


2004-10-29-10.07.59.390000   Instance:DB2   Node:000
PID:1060(db2syscs.exe)   TID:1516   Appid:D3984109.0406.041028145323
data_management  sqldEscalateLocks   Probe:2   Database:JINGMEI

 -- Lock Count, Target  : 10021, 5010
 -- Table (ID) Name     : (2;45) DB2ADMIN.PRO_PRODUCT
 -- Locks, Request Type : 10018, S
 -- Result (0 = success): 0


2004-10-29-10.08.00.312000   Instance:DB2   Node:000
PID:1060(db2syscs.exe)   TID:1436   Appid:D3984109.E011.041029010317
data_management  sqldEscalateLocks   Probe:2   Database:JINGMEI

 -- Lock Count, Target  : 10017, 5008
 -- Table (ID) Name     : (2;45) DB2ADMIN.PRO_PRODUCT
 -- Locks, Request Type : 10014, S
 -- Result (0 = success): 0


2004-10-29-10.08.13.625000   Instance:DB2   Node:000
PID:1060(db2syscs.exe)   TID:756   Appid:D3984109.C112.041028143228
data_management  sqldEscalateLocks   Probe:2   Database:JINGMEI

 -- Lock Count, Target  : 10021, 5010
 -- Table (ID) Name     : (2;11) DB2ADMIN.PODETAIL
 -- Locks, Request Type : 10018, S
 -- Result (0 = success): 0


2004-10-29-10.08.18.828000   Instance:DB2   Node:000
PID:1060(db2syscs.exe)   TID:756   Appid:D3984109.C112.041028143228
data_management  sqldEscalateLocks   Probe:2   Database:JINGMEI

 -- Lock Count, Target  : 10026, 5013
 -- Table (ID) Name     : (2;45) DB2ADMIN.PRO_PRODUCT
 -- Locks, Request Type : 10023, S
 -- Result (0 = success): 0


2004-10-29-10.08.19.765000   Instance:DB2   Node:000
PID:1060(db2syscs.exe)   TID:1516   Appid:D3984109.0406.041028145323
data_management  sqldEscalateLocks   Probe:2   Database:JINGMEI

 -- Lock Count, Target  : 10024, 5012
 -- Table (ID) Name     : (2;45) DB2ADMIN.PRO_PRODUCT
 -- Locks, Request Type : 10021, S
 -- Result (0 = success): 0


2004-10-29-10.08.20.437000   Instance:DB2   Node:000
PID:1060(db2syscs.exe)   TID:1036   Appid:D3984109.BF12.041028143226
data_management  sqldEscalateLocks   Probe:2   Database:JINGMEI

 -- Lock Count, Target  : 10022, 5011
 -- Table (ID) Name     : (2;45) DB2ADMIN.PRO_PRODUCT
 -- Locks, Request Type : 10019, S
 -- Result (0 = success): 0


2004-10-29-10.08.20.984000   Instance:DB2   Node:000
PID:1060(db2syscs.exe)   TID:1388   Appid:D3984109.9B12.041028143116
data_management  sqldEscalateLocks   Probe:2   Database:JINGMEI

 -- Lock Count, Target  : 10018, 5009
 -- Table (ID) Name     : (2;45) DB2ADMIN.PRO_PRODUCT
 -- Locks, Request Type : 10015, S
 -- Result (0 = success): 0


2004-10-29-10.08.25.812000   Instance:DB2   Node:000
PID:1060(db2syscs.exe)   TID:716   Appid:D3984109.BD0F.041028140857
data_management  sqldEscalateLocks   Probe:2   Database:JINGMEI

 -- Lock Count, Target  : 10016, 5008
 -- Table (ID) Name     : (2;44) DB2ADMIN.CU_CUSTOMER
 -- Locks, Request Type : 10013, S
 -- Result (0 = success): 0


2004-10-29-10.08.28.906000   Instance:DB2   Node:000
PID:1060(db2syscs.exe)   TID:716   Appid:D3984109.BD0F.041028140857
data_management  sqldEscalateLocks   Probe:2   Database:JINGMEI

 -- Lock Count, Target  : 10020, 5010
 -- Table (ID) Name     : (2;37) DB2ADMIN.COMPANY
 -- Locks, Request Type : 6765, S
 -- Result (0 = success): 0


2004-10-29-10.08.30.609000   Instance:DB2   Node:000
PID:1060(db2syscs.exe)   TID:716   Appid:D3984109.BD0F.041028140857
data_management  sqldEscalateLocks   Probe:2   Database:JINGMEI

 -- Lock Count, Target  : 10017, 5008
 -- Table (ID) Name     : (2;13) DB2ADMIN.ORDERDETAIL
 -- Locks, Request Type : 8881, S
 -- Result (0 = success): 0


2004-10-29-10.08.31.140000   Instance:DB2   Node:000
PID:1060(db2syscs.exe)   TID:1036   Appid:D3984109.BF12.041028143226
data_management  sqldEscalateLocks   Probe:2   Database:JINGMEI

 -- Lock Count, Target  : 10025, 5012
 -- Table (ID) Name     : (2;13) DB2ADMIN.ORDERDETAIL
 -- Locks, Request Type : 9982, S
 -- Result (0 = success): 0


2004-10-29-10.08.31.703000   Instance:DB2   Node:000
PID:1060(db2syscs.exe)   TID:1036   Appid:D3984109.BF12.041028143226
data_management  sqldEscalateLocks   Probe:2   Database:JINGMEI

 -- Lock Count, Target  : 10019, 5009
 -- Table (ID) Name     : (2;13) DB2ADMIN.ORDERDETAIL
 -- Locks, Request Type : 9976, S
 -- Result (0 = success): 0


2004-10-29-10.08.31.984000   Instance:DB2   Node:000
PID:1060(db2syscs.exe)   TID:716   Appid:D3984109.BD0F.041028140857
data_management  sqldEscalateLocks   Probe:2   Database:JINGMEI

 -- Lock Count, Target  : 10019, 5009
 -- Table (ID) Name     : (2;44) DB2ADMIN.CU_CUSTOMER
 -- Locks, Request Type : 10016, S
 -- Result (0 = success): 0


2004-10-29-10.08.32.437000   Instance:DB2   Node:000
PID:1060(db2syscs.exe)   TID:716   Appid:D3984109.BD0F.041028140857
data_management  sqldEscalateLocks   Probe:2   Database:JINGMEI

 -- Lock Count, Target  : 10019, 5009
 -- Table (ID) Name     : (2;37) DB2ADMIN.COMPANY
 -- Locks, Request Type : 6765, S
 -- Result (0 = success): 0


2004-10-29-10.08.32.593000   Instance:DB2   Node:000
PID:1060(db2syscs.exe)   TID:716   Appid:D3984109.BD0F.041028140857
data_management  sqldEscalateLocks   Probe:2   Database:JINGMEI

 -- Lock Count, Target  : 10016, 5008
 -- Table (ID) Name     : (2;13) DB2ADMIN.ORDERDETAIL
 -- Locks, Request Type : 8880, S
 -- Result (0 = success): 0


2004-10-29-10.08.37.843000   Instance:DB2   Node:000
PID:1060(db2syscs.exe)   TID:1036   Appid:D3984109.BF12.041028143226
data_management  sqldEscalateLocks   Probe:2   Database:JINGMEI

 -- Lock Count, Target  : 10024, 5012
 -- Table (ID) Name     : (2;44) DB2ADMIN.CU_CUSTOMER
 -- Locks, Request Type : 10021, S
 -- Result (0 = success): 0


2004-10-29-10.08.38.296000   Instance:DB2   Node:000
PID:1060(db2syscs.exe)   TID:1036   Appid:D3984109.BF12.041028143226
data_management  sqldEscalateLocks   Probe:2   Database:JINGMEI

 -- Lock Count, Target  : 10019, 5009
 -- Table (ID) Name     : (2;37) DB2ADMIN.COMPANY
 -- Locks, Request Type : 6765, S
 -- Result (0 = success): 0


2004-10-29-10.08.38.437000   Instance:DB2   Node:000
PID:1060(db2syscs.exe)   TID:1036   Appid:D3984109.BF12.041028143226
data_management  sqldEscalateLocks   Probe:2   Database:JINGMEI

 -- Lock Count, Target  : 10016, 5008
 -- Table (ID) Name     : (2;13) DB2ADMIN.ORDERDETAIL
 -- Locks, Request Type : 8880, S
 -- Result (0 = success): 0


2004-10-29-10.08.38.671000   Instance:DB2   Node:000
PID:1060(db2syscs.exe)   TID:1036   Appid:D3984109.BF12.041028143226
data_management  sqldEscalateLocks   Probe:2   Database:JINGMEI

 -- Lock Count, Target  : 10018, 5009
 -- Table (ID) Name     : (2;44) DB2ADMIN.CU_CUSTOMER
 -- Locks, Request Type : 10015, S
 -- Result (0 = success): 0


2004-10-29-10.08.39.140000   Instance:DB2   Node:000
PID:1060(db2syscs.exe)   TID:1036   Appid:D3984109.BF12.041028143226
data_management  sqldEscalateLocks   Probe:2   Database:JINGMEI

 -- Lock Count, Target  : 10020, 5010
 -- Table (ID) Name     : (2;37) DB2ADMIN.COMPANY
 -- Locks, Request Type : 6765, S
 -- Result (0 = success): 0


2004-10-29-10.08.39.281000   Instance:DB2   Node:000
PID:1060(db2syscs.exe)   TID:1036   Appid:D3984109.BF12.041028143226
data_management  sqldEscalateLocks   Probe:2   Database:JINGMEI

 -- Lock Count, Target  : 10017, 5008
 -- Table (ID) Name     : (2;13) DB2ADMIN.ORDERDETAIL
 -- Locks, Request Type : 8881, S
 -- Result (0 = success): 0


2004-10-29-10.08.39.687000   Instance:DB2   Node:000
PID:1060(db2syscs.exe)   TID:1036   Appid:D3984109.BF12.041028143226
data_management  sqldEscalateLocks   Probe:2   Database:JINGMEI

 -- Lock Count, Target  : 10016, 5008
 -- Table (ID) Name     : (2;13) DB2ADMIN.ORDERDETAIL
 -- Locks, Request Type : 9731, S
 -- Result (0 = success): 0


2004-10-29-10.08.39.984000   Instance:DB2   Node:000
PID:1060(db2syscs.exe)   TID:1036   Appid:D3984109.BF12.041028143226
data_management  sqldEscalateLocks   Probe:2   Database:JINGMEI

 -- Lock Count, Target  : 10018, 5009
 -- Table (ID) Name     : (2;13) DB2ADMIN.ORDERDETAIL
 -- Locks, Request Type : 9733, S
 -- Result (0 = success): 0


2004-10-29-10.08.41.593000   Instance:DB2   Node:000
PID:1060(db2syscs.exe)   TID:1036   Appid:D3984109.BF12.041028143226
data_management  sqldEscalateLocks   Probe:2   Database:JINGMEI

 -- Lock Count, Target  : 10018, 5009
 -- Table (ID) Name     : (2;44) DB2ADMIN.CU_CUSTOMER
 -- Locks, Request Type : 10015, S
 -- Result (0 = success): 0


2004-10-29-10.08.42.046000   Instance:DB2   Node:000
PID:1060(db2syscs.exe)   TID:1036   Appid:D3984109.BF12.041028143226
data_management  sqldEscalateLocks   Probe:2   Database:JINGMEI

 -- Lock Count, Target  : 10020, 5010
 -- Table (ID) Name     : (2;37) DB2ADMIN.COMPANY
 -- Locks, Request Type : 6765, S
 -- Result (0 = success): 0


2004-10-29-10.08.42.203000   Instance:DB2   Node:000
PID:1060(db2syscs.exe)   TID:1036   Appid:D3984109.BF12.041028143226
data_management  sqldEscalateLocks   Probe:2   Database:JINGMEI

 -- Lock Count, Target  : 10017, 5008
 -- Table (ID) Name     : (2;13) DB2ADMIN.ORDERDETAIL
 -- Locks, Request Type : 8881, S
 -- Result (0 = success): 0


2004-10-29-10.08.42.515000   Instance:DB2   Node:000
PID:1060(db2syscs.exe)   TID:1036   Appid:D3984109.BF12.041028143226
data_management  sqldEscalateLocks   Probe:2   Database:JINGMEI

 -- Lock Count, Target  : 10018, 5009
 -- Table (ID) Name     : (2;44) DB2ADMIN.CU_CUSTOMER
 -- Locks, Request Type : 10015, S
 -- Result (0 = success): 0


2004-10-29-10.08.43.187000   Instance:DB2   Node:000
PID:1060(db2syscs.exe)   TID:1036   Appid:D3984109.BF12.041028143226
data_management  sqldEscalateLocks   Probe:2   Database:JINGMEI

 -- Lock Count, Target  : 10019, 5009
 -- Table (ID) Name     : (2;37) DB2ADMIN.COMPANY
 -- Locks, Request Type : 6765, S
 -- Result (0 = success): 0


2004-10-29-10.08.43.328000   Instance:DB2   Node:000
PID:1060(db2syscs.exe)   TID:1036   Appid:D3984109.BF12.041028143226
data_management  sqldEscalateLocks   Probe:2   Database:JINGMEI

 -- Lock Count, Target  : 10016, 5008
 -- Table (ID) Name     : (2;13) DB2ADMIN.ORDERDETAIL
 -- Locks, Request Type : 8880, S
 -- Result (0 = success): 0


2004-10-29-10.08.51.171000   Instance:DB2   Node:000
PID:1060(db2syscs.exe)   TID:1036   Appid:D3984109.BF12.041028143226
data_management  sqldEscalateLocks   Probe:2   Database:JINGMEI

 -- Lock Count, Target  : 10025, 5012
 -- Table (ID) Name     : (2;66) DB2ADMIN.STOCKTRADEHEAD
 -- Locks, Request Type : 10022, S
 -- Result (0 = success): 0


2004-10-29-10.08.51.796000   Instance:DB2   Node:000
PID:1060(db2syscs.exe)   TID:1036   Appid:D3984109.BF12.041028143226
data_management  sqldEscalateLocks   Probe:2   Database:JINGMEI

 -- Lock Count, Target  : 10018, 5009
 -- Table (ID) Name     : (2;12) DB2ADMIN.STOCKTRADEDETAIL
 -- Locks, Request Type : 10015, S
 -- Result (0 = success): 0


2004-10-29-10.08.52.562000   Instance:DB2   Node:000
PID:1060(db2syscs.exe)   TID:716   Appid:D3984109.BD0F.041028140857
data_management  sqldEscalateLocks   Probe:2   Database:JINGMEI

 -- Lock Count, Target  : 10018, 5009
 -- Table (ID) Name     : (2;12) DB2ADMIN.STOCKTRADEDETAIL
 -- Locks, Request Type : 10015, S
 -- Result (0 = success): 0


2004-10-29-10.08.56.390000   Instance:DB2   Node:000
PID:1060(db2syscs.exe)   TID:756   Appid:D3984109.C112.041028143228
data_management  sqldEscalateLocks   Probe:2   Database:JINGMEI

 -- Lock Count, Target  : 10025, 5012
 -- Table (ID) Name     : (2;11) DB2ADMIN.PODETAIL
 -- Locks, Request Type : 10022, S
 -- Result (0 = success): 0


2004-10-29-10.09.07.406000   Instance:DB2   Node:000
PID:1060(db2syscs.exe)   TID:716   Appid:D3984109.BD0F.041028140857
data_management  sqldEscalateLocks   Probe:2   Database:JINGMEI

 -- Lock Count, Target  : 10024, 5012
 -- Table (ID) Name     : (2;45) DB2ADMIN.PRO_PRODUCT
 -- Locks, Request Type : 10021, S
 -- Result (0 = success): 0


2004-10-29-10.09.08.234000   Instance:DB2   Node:000
PID:1060(db2syscs.exe)   TID:1036   Appid:D3984109.BF12.041028143226
data_management  sqldEscalateLocks   Probe:2   Database:JINGMEI

 -- Lock Count, Target  : 10025, 5012
 -- Table (ID) Name     : (2;44) DB2ADMIN.CU_CUSTOMER
 -- Locks, Request Type : 10022, S
 -- Result (0 = success): 0


2004-10-29-10.09.09.109000   Instance:DB2   Node:000
PID:1060(db2syscs.exe)   TID:1388   Appid:D3984109.9B12.041028143116
data_management  sqldEscalateLocks   Probe:2   Database:JINGMEI

 -- Lock Count, Target  : 10027, 5013
 -- Table (ID) Name     : (2;45) DB2ADMIN.PRO_PRODUCT
 -- Locks, Request Type : 10024, S
 -- Result (0 = success): 0


2004-10-29-10.09.10.484000   Instance:DB2   Node:000
PID:1060(db2syscs.exe)   TID:1036   Appid:D3984109.BF12.041028143226
data_management  sqldEscalateLocks   Probe:2   Database:JINGMEI

 -- Lock Count, Target  : 10020, 5010
 -- Table (ID) Name     : (2;37) DB2ADMIN.COMPANY
 -- Locks, Request Type : 6765, S
 -- Result (0 = success): 0


2004-10-29-10.09.11.640000   Instance:DB2   Node:000
PID:1060(db2syscs.exe)   TID:1036   Appid:D3984109.BF12.041028143226
data_management  sqldEscalateLocks   Probe:2   Database:JINGMEI

 -- Lock Count, Target  : 10017, 5008
 -- Table (ID) Name     : (2;13) DB2ADMIN.ORDERDETAIL
 -- Locks, Request Type : 8881, S
 -- Result (0 = success): 0


2004-10-29-10.09.13.109000   Instance:DB2   Node:000
PID:1060(db2syscs.exe)   TID:1036   Appid:D3984109.BF12.041028143226
data_management  sqldEscalateLocks   Probe:2   Database:JINGMEI

 -- Lock Count, Target  : 10018, 5009
 -- Table (ID) Name     : (2;44) DB2ADMIN.CU_CUSTOMER
 -- Locks, Request Type : 10015, S
 -- Result (0 = success): 0


2004-10-29-10.09.14.593000   Instance:DB2   Node:000
PID:1060(db2syscs.exe)   TID:1036   Appid:D3984109.BF12.041028143226
data_management  sqldEscalateLocks   Probe:2   Database:JINGMEI

 -- Lock Count, Target  : 10019, 5009
 -- Table (ID) Name     : (2;37) DB2ADMIN.COMPANY
 -- Locks, Request Type : 6765, S
 -- Result (0 = success): 0


2004-10-29-10.09.14.828000   Instance:DB2   Node:000
PID:1060(db2syscs.exe)   TID:1036   Appid:D3984109.BF12.041028143226
data_management  sqldEscalateLocks   Probe:2   Database:JINGMEI

 -- Lock Count, Target  : 10016, 5008
 -- Table (ID) Name     : (2;13) DB2ADMIN.ORDERDETAIL
 -- Locks, Request Type : 8880, S
 -- Result (0 = success): 0


2004-10-29-10.09.18.062000   Instance:DB2   Node:000
PID:1060(db2syscs.exe)   TID:1388   Appid:D3984109.9B12.041028143116
data_management  sqldEscalateLocks   Probe:2   Database:JINGMEI

 -- Lock Count, Target  : 10018, 5009
 -- Table (ID) Name     : (2;12) DB2ADMIN.STOCKTRADEDETAIL
 -- Locks, Request Type : 10015, S
 -- Result (0 = success): 0


2004-10-29-10.09.21.546000   Instance:DB2   Node:000
PID:1060(db2syscs.exe)   TID:1388   Appid:D3984109.9B12.041028143116
data_management  sqldEscalateLocks   Probe:2   Database:JINGMEI

 -- Lock Count, Target  : 10016, 5008
 -- Table (ID) Name     : (2;11) DB2ADMIN.PODETAIL
 -- Locks, Request Type : 10013, S
 -- Result (0 = success): 0


2004-10-29-10.09.38.625000   Instance:DB2   Node:000
PID:1060(db2syscs.exe)   TID:716   Appid:D3984109.BD0F.041028140857
data_management  sqldEscalateLocks   Probe:2   Database:JINGMEI

 -- Lock Count, Target  : 10021, 5010
 -- Table (ID) Name     : (2;11) DB2ADMIN.PODETAIL
 -- Locks, Request Type : 10018, S
 -- Result (0 = success): 0


2004-10-29-10.09.57.250000   Instance:DB2   Node:000
PID:1060(db2syscs.exe)   TID:716   Appid:D3984109.BD0F.041028140857
data_management  sqldEscalateLocks   Probe:2   Database:JINGMEI

 -- Lock Count, Target  : 10017, 5008
 -- Table (ID) Name     : (2;11) DB2ADMIN.PODETAIL
 -- Locks, Request Type : 10014, S
 -- Result (0 = success): 0


2004-10-29-10.10.13.015000   Instance:DB2   Node:000
PID:1060(db2syscs.exe)   TID:1388   Appid:D3984109.9B12.041028143116
data_management  sqldEscalateLocks   Probe:2   Database:JINGMEI

 -- Lock Count, Target  : 10023, 5011
 -- Table (ID) Name     : (2;12) DB2ADMIN.STOCKTRADEDETAIL
 -- Locks, Request Type : 10020, S
 -- Result (0 = success): 0


2004-10-29-10.10.13.687000   Instance:DB2   Node:000
PID:1060(db2syscs.exe)   TID:716   Appid:D3984109.BD0F.041028140857
data_management  sqldEscalateLocks   Probe:2   Database:JINGMEI

 -- Lock Count, Target  : 10022, 5011
 -- Table (ID) Name     : (2;45) DB2ADMIN.PRO_PRODUCT
 -- Locks, Request Type : 10019, S
 -- Result (0 = success): 0


2004-10-29-10.10.14.187000   Instance:DB2   Node:000
PID:1060(db2syscs.exe)   TID:1036   Appid:D3984109.BF12.041028143226
data_management  sqldEscalateLocks   Probe:2   Database:JINGMEI

 -- Lock Count, Target  : 10018, 5009
 -- Table (ID) Name     : (2;45) DB2ADMIN.PRO_PRODUCT
 -- Locks, Request Type : 10015, S
 -- Result (0 = success): 0


2004-10-29-10.10.14.765000   Instance:DB2   Node:000
PID:1060(db2syscs.exe)   TID:1388   Appid:D3984109.9B12.041028143116
data_management  sqldEscalateLocks   Probe:2   Database:JINGMEI

 -- Lock Count, Target  : 10021, 5010
 -- Table (ID) Name     : (2;37) DB2ADMIN.COMPANY
 -- Locks, Request Type : 6765, S
 -- Result (0 = success): 0


2004-10-29-10.10.15.078000   Instance:DB2   Node:000
PID:1060(db2syscs.exe)   TID:1388   Appid:D3984109.9B12.041028143116
data_management  sqldEscalateLocks   Probe:2   Database:JINGMEI

 -- Lock Count, Target  : 10018, 5009
 -- Table (ID) Name     : (2;13) DB2ADMIN.ORDERDETAIL
 -- Locks, Request Type : 6868, S
 -- Result (0 = success): 0


2004-10-29-10.10.17.093000   Instance:DB2   Node:000
PID:1060(db2syscs.exe)   TID:1388   Appid:D3984109.9B12.041028143116
data_management  sqldEscalateLocks   Probe:2   Database:JINGMEI

 -- Lock Count, Target  : 10018, 5009
 -- Table (ID) Name     : (2;37) DB2ADMIN.COMPANY
 -- Locks, Request Type : 6765, S
 -- Result (0 = success): 0


2004-10-29-10.10.18.046000   Instance:DB2   Node:000
PID:1060(db2syscs.exe)   TID:1388   Appid:D3984109.9B12.041028143116
data_management  sqldEscalateLocks   Probe:2   Database:JINGMEI

 -- Lock Count, Target  : 10027, 5013
 -- Table (ID) Name     : (2;13) DB2ADMIN.ORDERDETAIL
 -- Locks, Request Type : 6877, S
 -- Result (0 = success): 0


2004-10-29-10.10.26.734000   Instance:DB2   Node:000
PID:1060(db2syscs.exe)   TID:1036   Appid:D3984109.BF12.041028143226
data_management  sqldEscalateLocks   Probe:2   Database:JINGMEI

 -- Lock Count, Target  : 10023, 5011
 -- Table (ID) Name     : (2;13) DB2ADMIN.ORDERDETAIL
 -- Locks, Request Type : 9978, S
 -- Result (0 = success): 0


2004-10-29-10.10.27.000000   Instance:DB2   Node:000
PID:1060(db2syscs.exe)   TID:1036   Appid:D3984109.BF12.041028143226
data_management  sqldEscalateLocks   Probe:2   Database:JINGMEI

 -- Lock Count, Target  : 10018, 5009
 -- Table (ID) Name     : (2;13) DB2ADMIN.ORDERDETAIL
 -- Locks, Request Type : 9973, S
 -- Result (0 = success): 0


2004-10-29-10.10.31.765000   Instance:DB2   Node:000
PID:1060(db2syscs.exe)   TID:716   Appid:D3984109.BD0F.041028140857
data_management  sqldEscalateLocks   Probe:2   Database:JINGMEI

 -- Lock Count, Target  : 10016, 5008
 -- Table (ID) Name     : (2;66) DB2ADMIN.STOCKTRADEHEAD
 -- Locks, Request Type : 10013, S
 -- Result (0 = success): 0


2004-10-29-10.10.32.062000   Instance:DB2   Node:000
PID:1060(db2syscs.exe)   TID:716   Appid:D3984109.BD0F.041028140857
data_management  sqldEscalateLocks   Probe:2   Database:JINGMEI

 -- Lock Count, Target  : 10019, 5009
 -- Table (ID) Name     : (2;12) DB2ADMIN.STOCKTRADEDETAIL
 -- Locks, Request Type : 10016, S
 -- Result (0 = success): 0


2004-10-29-10.10.32.296000   Instance:DB2   Node:000
PID:1060(db2syscs.exe)   TID:716   Appid:D3984109.BD0F.041028140857
data_management  sqldEscalateLocks   Probe:2   Database:JINGMEI

 -- Lock Count, Target  : 10025, 5012
 -- Table (ID) Name     : (2;69) DB2ADMIN.STOCKDETAIL
 -- Locks, Request Type : 10022, S
 -- Result (0 = success): 0


2004-10-29-10.10.37.312000   Instance:DB2   Node:000
PID:1060(db2syscs.exe)   TID:1036   Appid:D3984109.BF12.041028143226
data_management  sqldEscalateLocks   Probe:2   Database:JINGMEI

 -- Lock Count, Target  : 10022, 5011
 -- Table (ID) Name     : (2;11) DB2ADMIN.PODETAIL
 -- Locks, Request Type : 10019, S
 -- Result (0 = success): 0


2004-10-29-10.10.38.953000   Instance:DB2   Node:000
PID:1060(db2syscs.exe)   TID:1388   Appid:D3984109.9B12.041028143116
data_management  sqldEscalateLocks   Probe:2   Database:JINGMEI

 -- Lock Count, Target  : 10018, 5009
 -- Table (ID) Name     : (2;37) DB2ADMIN.COMPANY
 -- Locks, Request Type : 6765, S
 -- Result (0 = success): 0


2004-10-29-10.10.39.343000   Instance:DB2   Node:000
PID:1060(db2syscs.exe)   TID:1388   Appid:D3984109.9B12.041028143116
data_management  sqldEscalateLocks   Probe:2   Database:JINGMEI

 -- Lock Count, Target  : 10026, 5013
 -- Table (ID) Name     : (2;13) DB2ADMIN.ORDERDETAIL
 -- Locks, Request Type : 6874, S
 -- Result (0 = success): 0


2004-10-29-10.10.40.453000   Instance:DB2   Node:000
PID:1060(db2syscs.exe)   TID:1388   Appid:D3984109.9B12.041028143116
data_management  sqldEscalateLocks   Probe:2   Database:JINGMEI

 -- Lock Count, Target  : 10018, 5009
 -- Table (ID) Name     : (2;37) DB2ADMIN.COMPANY
 -- Locks, Request Type : 6765, S
 -- Result (0 = success): 0


2004-10-29-10.10.40.609000   Instance:DB2   Node:000
PID:1060(db2syscs.exe)   TID:1388   Appid:D3984109.9B12.041028143116
data_management  sqldEscalateLocks   Probe:2   Database:JINGMEI

 -- Lock Count, Target  : 10027, 5013
 -- Table (ID) Name     : (2;13) DB2ADMIN.ORDERDETAIL
 -- Locks, Request Type : 6875, S
 -- Result (0 = success): 0


2004-10-29-10.10.51.890000   Instance:DB2   Node:000
PID:1060(db2syscs.exe)   TID:716   Appid:D3984109.BD0F.041028140857
data_management  sqldEscalateLocks   Probe:2   Database:JINGMEI

 -- Lock Count, Target  : 10025, 5012
 -- Table (ID) Name     : (2;11) DB2ADMIN.PODETAIL
 -- Locks, Request Type : 10022, S
 -- Result (0 = success): 0


2004-10-29-10.10.58.812000   Instance:DB2   Node:000
PID:1060(db2syscs.exe)   TID:1164   Appid:D3984109.5513.041029020455
data_management  sqldEscalateLocks   Probe:2   Database:JINGMEI

 -- Lock Count, Target  : 10016, 5008
 -- Table (ID) Name     : (2;45) DB2ADMIN.PRO_PRODUCT
 -- Locks, Request Type : 10013, S
 -- Result (0 = success): 0


2004-10-29-10.10.59.578000   Instance:DB2   Node:000
PID:1060(db2syscs.exe)   TID:1388   Appid:D3984109.9B12.041028143116
data_management  sqldEscalateLocks   Probe:2   Database:JINGMEI

 -- Lock Count, Target  : 10024, 5012
 -- Table (ID) Name     : (2;45) DB2ADMIN.PRO_PRODUCT
 -- Locks, Request Type : 10021, S
 -- Result (0 = success): 0


2004-10-29-10.11.09.375000   Instance:DB2   Node:000
PID:1060(db2syscs.exe)   TID:1388   Appid:D3984109.9B12.041028143116
data_management  sqldEscalateLocks   Probe:2   Database:JINGMEI

 -- Lock Count, Target  : 10020, 5010
 -- Table (ID) Name     : (2;37) DB2ADMIN.COMPANY
 -- Locks, Request Type : 6765, S
 -- Result (0 = success): 0


2004-10-29-10.11.09.562000   Instance:DB2   Node:000
PID:1060(db2syscs.exe)   TID:1388   Appid:D3984109.9B12.041028143116
data_management  sqldEscalateLocks   Probe:2   Database:JINGMEI

 -- Lock Count, Target  : 10017, 5008
 -- Table (ID) Name     : (2;13) DB2ADMIN.ORDERDETAIL
 -- Locks, Request Type : 6865, S
 -- Result (0 = success): 0


2004-10-29-10.11.10.156000   Instance:DB2   Node:000
PID:1060(db2syscs.exe)   TID:1388   Appid:D3984109.9B12.041028143116
data_management  sqldEscalateLocks   Probe:2   Database:JINGMEI

 -- Lock Count, Target  : 10018, 5009
 -- Table (ID) Name     : (2;37) DB2ADMIN.COMPANY
 -- Locks, Request Type : 6765, S
 -- Result (0 = success): 0


2004-10-29-10.11.10.312000   Instance:DB2   Node:000
PID:1060(db2syscs.exe)   TID:1388   Appid:D3984109.9B12.041028143116
data_management  sqldEscalateLocks   Probe:2   Database:JINGMEI

 -- Lock Count, Target  : 10027, 5013
 -- Table (ID) Name     : (2;13) DB2ADMIN.ORDERDETAIL
 -- Locks, Request Type : 6875, S
 -- Result (0 = success): 0


2004-10-29-10.11.10.906000   Instance:DB2   Node:000
PID:1060(db2syscs.exe)   TID:1388   Appid:D3984109.9B12.041028143116
data_management  sqldEscalateLocks   Probe:2   Database:JINGMEI

 -- Lock Count, Target  : 10018, 5009
 -- Table (ID) Name     : (2;12) DB2ADMIN.STOCKTRADEDETAIL
 -- Locks, Request Type : 10015, S
 -- Result (0 = success): 0


2004-10-29-10.11.16.421000   Instance:DB2   Node:000
PID:1060(db2syscs.exe)   TID:1164   Appid:D3984109.5513.041029020455
data_management  sqldEscalateLocks   Probe:2   Database:JINGMEI

 -- Lock Count, Target  : 10026, 5013
 -- Table (ID) Name     : (2;66) DB2ADMIN.STOCKTRADEHEAD
 -- Locks, Request Type : 10023, S
 -- Result (0 = success): 0


2004-10-29-10.11.16.703000   Instance:DB2   Node:000
PID:1060(db2syscs.exe)   TID:1164   Appid:D3984109.5513.041029020455
data_management  sqldEscalateLocks   Probe:2   Database:JINGMEI

 -- Lock Count, Target  : 10018, 5009
 -- Table (ID) Name     : (2;12) DB2ADMIN.STOCKTRADEDETAIL
 -- Locks, Request Type : 10015, S
 -- Result (0 = success): 0


2004-10-29-10.11.16.937000   Instance:DB2   Node:000
PID:1060(db2syscs.exe)   TID:1164   Appid:D3984109.5513.041029020455
data_management  sqldEscalateLocks   Probe:2   Database:JINGMEI

 -- Lock Count, Target  : 10025, 5012
 -- Table (ID) Name     : (2;69) DB2ADMIN.STOCKDETAIL
 -- Locks, Request Type : 10022, S
 -- Result (0 = success): 0


2004-10-29-10.11.17.156000   Instance:DB2   Node:000
PID:1060(db2syscs.exe)   TID:1164   Appid:D3984109.5513.041029020455
data_management  sqldEscalateLocks   Probe:2   Database:JINGMEI

 -- Lock Count, Target  : 10017, 5008
 -- Table (ID) Name     : (2;12) DB2ADMIN.STOCKTRADEDETAIL
 -- Locks, Request Type : 10014, S
 -- Result (0 = success): 0


2004-10-29-10.11.17.390000   Instance:DB2   Node:000
PID:1060(db2syscs.exe)   TID:1164   Appid:D3984109.5513.041029020455
data_management  sqldEscalateLocks   Probe:2   Database:JINGMEI

 -- Lock Count, Target  : 10025, 5012
 -- Table (ID) Name     : (2;69) DB2ADMIN.STOCKDETAIL
 -- Locks, Request Type : 10022, S
 -- Result (0 = success): 0


2004-10-29-10.11.27.609000   Instance:DB2   Node:000
PID:1060(db2syscs.exe)   TID:1164   Appid:D3984109.5513.041029020455
data_management  sqldEscalateLocks   Probe:2   Database:JINGMEI

 -- Lock Count, Target  : 10022, 5011
 -- Table (ID) Name     : (2;66) DB2ADMIN.STOCKTRADEHEAD
 -- Locks, Request Type : 10019, S
 -- Result (0 = success): 0


2004-10-29-10.11.27.890000   Instance:DB2   Node:000
PID:1060(db2syscs.exe)   TID:1164   Appid:D3984109.5513.041029020455
data_management  sqldEscalateLocks   Probe:2   Database:JINGMEI

 -- Lock Count, Target  : 10019, 5009
 -- Table (ID) Name     : (2;12) DB2ADMIN.STOCKTRADEDETAIL
 -- Locks, Request Type : 10016, S
 -- Result (0 = success): 0


2004-10-29-10.11.29.656000   Instance:DB2   Node:000
PID:1060(db2syscs.exe)   TID:1388   Appid:D3984109.9B12.041028143116
data_management  sqldEscalateLocks   Probe:2   Database:JINGMEI

 -- Lock Count, Target  : 10020, 5010
 -- Table (ID) Name     : (2;37) DB2ADMIN.COMPANY
 -- Locks, Request Type : 6765, S
 -- Result (0 = success): 0


2004-10-29-10.11.29.828000   Instance:DB2   Node:000
PID:1060(db2syscs.exe)   TID:1388   Appid:D3984109.9B12.041028143116
data_management  sqldEscalateLocks   Probe:2   Database:JINGMEI

 -- Lock Count, Target  : 10017, 5008
 -- Table (ID) Name     : (2;13) DB2ADMIN.ORDERDETAIL
 -- Locks, Request Type : 6862, S
 -- Result (0 = success): 0


2004-10-29-10.11.30.453000   Instance:DB2   Node:000
PID:1060(db2syscs.exe)   TID:1388   Appid:D3984109.9B12.041028143116
data_management  sqldEscalateLocks   Probe:2   Database:JINGMEI

 -- Lock Count, Target  : 10018, 5009
 -- Table (ID) Name     : (2;37) DB2ADMIN.COMPANY
 -- Locks, Request Type : 6765, S
 -- Result (0 = success): 0


2004-10-29-10.11.30.593000   Instance:DB2   Node:000
PID:1060(db2syscs.exe)   TID:1388   Appid:D3984109.9B12.041028143116
data_management  sqldEscalateLocks   Probe:2   Database:JINGMEI

 -- Lock Count, Target  : 10026, 5013
 -- Table (ID) Name     : (2;13) DB2ADMIN.ORDERDETAIL
 -- Locks, Request Type : 6871, S
 -- Result (0 = success): 0


2004-10-29-10.11.40.015000   Instance:DB2   Node:000
PID:1060(db2syscs.exe)   TID:1164   Appid:D3984109.5513.041029020455
data_management  sqldEscalateLocks   Probe:2   Database:JINGMEI

 -- Lock Count, Target  : 10018, 5009
 -- Table (ID) Name     : (2;44) DB2ADMIN.CU_CUSTOMER
 -- Locks, Request Type : 10015, S
 -- Result (0 = success): 0


2004-10-29-10.11.40.468000   Instance:DB2   Node:000
PID:1060(db2syscs.exe)   TID:1164   Appid:D3984109.5513.041029020455
data_management  sqldEscalateLocks   Probe:2   Database:JINGMEI

 -- Lock Count, Target  : 10019, 5009
 -- Table (ID) Name     : (2;37) DB2ADMIN.COMPANY
 -- Locks, Request Type : 6765, S
 -- Result (0 = success): 0


2004-10-29-10.11.40.593000   Instance:DB2   Node:000
PID:1060(db2syscs.exe)   TID:1164   Appid:D3984109.5513.041029020455
data_management  sqldEscalateLocks   Probe:2   Database:JINGMEI

 -- Lock Count, Target  : 10016, 5008
 -- Table (ID) Name     : (2;13) DB2ADMIN.ORDERDETAIL
 -- Locks, Request Type : 8880, S
 -- Result (0 = success): 0


2004-10-29-10.11.40.812000   Instance:DB2   Node:000
PID:1060(db2syscs.exe)   TID:1164   Appid:D3984109.5513.041029020455
data_management  sqldEscalateLocks   Probe:2   Database:JINGMEI

 -- Lock Count, Target  : 10018, 5009
 -- Table (ID) Name     : (2;44) DB2ADMIN.CU_CUSTOMER
 -- Locks, Request Type : 10015, S
 -- Result (0 = success): 0


2004-10-29-10.11.41.265000   Instance:DB2   Node:000
PID:1060(db2syscs.exe)   TID:1164   Appid:D3984109.5513.041029020455
data_management  sqldEscalateLocks   Probe:2   Database:JINGMEI

 -- Lock Count, Target  : 10020, 5010
 -- Table (ID) Name     : (2;37) DB2ADMIN.COMPANY
 -- Locks, Request Type : 6765, S
 -- Result (0 = success): 0


2004-10-29-10.11.41.375000   Instance:DB2   Node:000
PID:1060(db2syscs.exe)   TID:1164   Appid:D3984109.5513.041029020455
data_management  sqldEscalateLocks   Probe:2   Database:JINGMEI

 -- Lock Count, Target  : 10017, 5008
 -- Table (ID) Name     : (2;13) DB2ADMIN.ORDERDETAIL
 -- Locks, Request Type : 8881, S
 -- Result (0 = success): 0


2004-10-29-10.11.44.953000   Instance:DB2   Node:000
PID:1060(db2syscs.exe)   TID:1080   Appid:D3984109.B412.041029020228
data_management  sqldEscalateLocks   Probe:2   Database:JINGMEI

 -- Lock Count, Target  : 10021, 5010
 -- Table (ID) Name     : (2;12) DB2ADMIN.STOCKTRADEDETAIL
 -- Locks, Request Type : 10018, S
 -- Result (0 = success): 0


2004-10-29-10.11.46.640000   Instance:DB2   Node:000
PID:1060(db2syscs.exe)   TID:1080   Appid:D3984109.B412.041029020228
data_management  sqldEscalateLocks   Probe:2   Database:JINGMEI

 -- Lock Count, Target  : 10019, 5009
 -- Table (ID) Name     : (2;45) DB2ADMIN.PRO_PRODUCT
 -- Locks, Request Type : 10016, S
 -- Result (0 = success): 0


2004-10-29-10.11.51.156000   Instance:DB2   Node:000
PID:1060(db2syscs.exe)   TID:1080   Appid:D3984109.B412.041029020228
data_management  sqldEscalateLocks   Probe:2   Database:JINGMEI

 -- Lock Count, Target  : 10019, 5009
 -- Table (ID) Name     : (2;66) DB2ADMIN.STOCKTRADEHEAD
 -- Locks, Request Type : 10016, S
 -- Result (0 = success): 0


2004-10-29-10.11.51.453000   Instance:DB2   Node:000
PID:1060(db2syscs.exe)   TID:1080   Appid:D3984109.B412.041029020228
data_management  sqldEscalateLocks   Probe:2   Database:JINGMEI

 -- Lock Count, Target  : 10018, 5009
 -- Table (ID) Name     : (2;12) DB2ADMIN.STOCKTRADEDETAIL
 -- Locks, Request Type : 10015, S
 -- Result (0 = success): 0


2004-10-29-10.11.51.687000   Instance:DB2   Node:000
PID:1060(db2syscs.exe)   TID:1080   Appid:D3984109.B412.041029020228
data_management  sqldEscalateLocks   Probe:2   Database:JINGMEI

 -- Lock Count, Target  : 10025, 5012
 -- Table (ID) Name     : (2;69) DB2ADMIN.STOCKDETAIL
 -- Locks, Request Type : 10022, S
 -- Result (0 = success): 0


2004-10-29-10.11.53.734000   Instance:DB2   Node:000
PID:1060(db2syscs.exe)   TID:1164   Appid:D3984109.5513.041029020455
data_management  sqldEscalateLocks   Probe:2   Database:JINGMEI

 -- Lock Count, Target  : 10024, 5012
 -- Table (ID) Name     : (2;11) DB2ADMIN.PODETAIL
 -- Locks, Request Type : 10021, S
 -- Result (0 = success): 0


2004-10-29-10.11.56.921000   Instance:DB2   Node:000
PID:1060(db2syscs.exe)   TID:1080   Appid:D3984109.B412.041029020228
data_management  sqldEscalateLocks   Probe:2   Database:JINGMEI

 -- Lock Count, Target  : 10023, 5011
 -- Table (ID) Name     : (2;13) DB2ADMIN.ORDERDETAIL
 -- Locks, Request Type : 8014, S
 -- Result (0 = success): 0


2004-10-29-10.11.57.093000   Instance:DB2   Node:000
PID:1060(db2syscs.exe)   TID:1080   Appid:D3984109.B412.041029020228
data_management  sqldEscalateLocks   Probe:2   Database:JINGMEI

 -- Lock Count, Target  : 10025, 5012
 -- Table (ID) Name     : (2;44) DB2ADMIN.CU_CUSTOMER
 -- Locks, Request Type : 8953, S
 -- Result (0 = success): 0


2004-10-29-10.11.57.578000   Instance:DB2   Node:000
PID:1060(db2syscs.exe)   TID:1080   Appid:D3984109.B412.041029020228
data_management  sqldEscalateLocks   Probe:2   Database:JINGMEI

 -- Lock Count, Target  : 10018, 5009
 -- Table (ID) Name     : (2;13) DB2ADMIN.ORDERDETAIL
 -- Locks, Request Type : 8014, S
 -- Result (0 = success): 0


2004-10-29-10.11.57.734000   Instance:DB2   Node:000
PID:1060(db2syscs.exe)   TID:1080   Appid:D3984109.B412.041029020228
data_management  sqldEscalateLocks   Probe:2   Database:JINGMEI

 -- Lock Count, Target  : 10019, 5009
 -- Table (ID) Name     : (2;44) DB2ADMIN.CU_CUSTOMER
 -- Locks, Request Type : 8947, S
 -- Result (0 = success): 0


2004-10-29-10.11.58.453000   Instance:DB2   Node:000
PID:1060(db2syscs.exe)   TID:716   Appid:D3984109.BD0F.041028140857
data_management  sqldEscalateLocks   Probe:2   Database:JINGMEI

 -- Lock Count, Target  : 10018, 5009
 -- Table (ID) Name     : (2;45) DB2ADMIN.PRO_PRODUCT
 -- Locks, Request Type : 10015, S
 -- Result (0 = success): 0


2004-10-29-10.11.59.796000   Instance:DB2   Node:000
PID:1060(db2syscs.exe)   TID:900   Appid:D3984109.5613.041029020519
data_management  sqldEscalateLocks   Probe:2   Database:JINGMEI

 -- Lock Count, Target  : 10022, 5011
 -- Table (ID) Name     : (2;66) DB2ADMIN.STOCKTRADEHEAD
 -- Locks, Request Type : 10019, S
 -- Result (0 = success): 0


2004-10-29-10.12.00.515000   Instance:DB2   Node:000
PID:1060(db2syscs.exe)   TID:900   Appid:D3984109.5613.041029020519
data_management  sqldEscalateLocks   Probe:2   Database:JINGMEI

 -- Lock Count, Target  : 10018, 5009
 -- Table (ID) Name     : (2;12) DB2ADMIN.STOCKTRADEDETAIL
 -- Locks, Request Type : 10015, S
 -- Result (0 = success): 0


2004-10-29-10.12.01.203000   Instance:DB2   Node:000
PID:1060(db2syscs.exe)   TID:900   Appid:D3984109.5613.041029020519
data_management  sqldEscalateLocks   Probe:2   Database:JINGMEI

 -- Lock Count, Target  : 10025, 5012
 -- Table (ID) Name     : (2;69) DB2ADMIN.STOCKDETAIL
 -- Locks, Request Type : 10022, S
 -- Result (0 = success): 0


2004-10-29-10.12.09.984000   Instance:DB2   Node:000
PID:1060(db2syscs.exe)   TID:716   Appid:D3984109.BD0F.041028140857
data_management  sqldEscalateLocks   Probe:2   Database:JINGMEI

 -- Lock Count, Target  : 10017, 5008
 -- Table (ID) Name     : (2;66) DB2ADMIN.STOCKTRADEHEAD
 -- Locks, Request Type : 10014, S
 -- Result (0 = success): 0


2004-10-29-10.12.10.343000   Instance:DB2   Node:000
PID:1060(db2syscs.exe)   TID:716   Appid:D3984109.BD0F.041028140857
data_management  sqldEscalateLocks   Probe:2   Database:JINGMEI

 -- Lock Count, Target  : 10017, 5008
 -- Table (ID) Name     : (2;12) DB2ADMIN.STOCKTRADEDETAIL
 -- Locks, Request Type : 10014, S
 -- Result (0 = success): 0


2004-10-29-10.12.10.609000   Instance:DB2   Node:000
PID:1060(db2syscs.exe)   TID:716   Appid:D3984109.BD0F.041028140857
data_management  sqldEscalateLocks   Probe:2   Database:JINGMEI

 -- Lock Count, Target  : 10025, 5012
 -- Table (ID) Name     : (2;69) DB2ADMIN.STOCKDETAIL
 -- Locks, Request Type : 10022, S
 -- Result (0 = success): 0


2004-10-29-10.12.10.843000   Instance:DB2   Node:000
PID:1060(db2syscs.exe)   TID:716   Appid:D3984109.BD0F.041028140857
data_management  sqldEscalateLocks   Probe:2   Database:JINGMEI

 -- Lock Count, Target  : 10017, 5008
 -- Table (ID) Name     : (2;12) DB2ADMIN.STOCKTRADEDETAIL
 -- Locks, Request Type : 10014, S
 -- Result (0 = success): 0


2004-10-29-10.12.11.109000   Instance:DB2   Node:000
PID:1060(db2syscs.exe)   TID:716   Appid:D3984109.BD0F.041028140857
data_management  sqldEscalateLocks   Probe:2   Database:JINGMEI

 -- Lock Count, Target  : 10025, 5012
 -- Table (ID) Name     : (2;69) DB2ADMIN.STOCKDETAIL
 -- Locks, Request Type : 10022, S
 -- Result (0 = success): 0


2004-10-29-10.12.17.828000   Instance:DB2   Node:000
PID:1060(db2syscs.exe)   TID:900   Appid:D3984109.5613.041029020519
data_management  sqldEscalateLocks   Probe:2   Database:JINGMEI

 -- Lock Count, Target  : 10019, 5009
 -- Table (ID) Name     : (2;11) DB2ADMIN.PODETAIL
 -- Locks, Request Type : 10016, S
 -- Result (0 = success): 0


2004-10-29-10.12.21.531000   Instance:DB2   Node:000
PID:1060(db2syscs.exe)   TID:900   Appid:D3984109.5613.041029020519
data_management  sqldEscalateLocks   Probe:2   Database:JINGMEI

 -- Lock Count, Target  : 10020, 5010
 -- Table (ID) Name     : (2;37) DB2ADMIN.COMPANY
 -- Locks, Request Type : 6765, S
 -- Result (0 = success): 0


2004-10-29-10.12.21.687000   Instance:DB2   Node:000
PID:1060(db2syscs.exe)   TID:900   Appid:D3984109.5613.041029020519
data_management  sqldEscalateLocks   Probe:2   Database:JINGMEI

 -- Lock Count, Target  : 10017, 5008
 -- Table (ID) Name     : (2;44) DB2ADMIN.CU_CUSTOMER
 -- Locks, Request Type : 10013, S
 -- Result (0 = success): 0


2004-10-29-10.12.21.984000   Instance:DB2   Node:000
PID:1060(db2syscs.exe)   TID:900   Appid:D3984109.5613.041029020519
data_management  sqldEscalateLocks   Probe:2   Database:JINGMEI

 -- Lock Count, Target  : 10021, 5010
 -- Table (ID) Name     : (2;67) DB2ADMIN.ORDERHEAD
 -- Locks, Request Type : 10016, S
 -- Result (0 = success): 0


2004-10-29-10.12.22.468000   Instance:DB2   Node:000
PID:1060(db2syscs.exe)   TID:900   Appid:D3984109.5613.041029020519
data_management  sqldEscalateLocks   Probe:2   Database:JINGMEI

 -- Lock Count, Target  : 10026, 5013
 -- Table (ID) Name     : (2;37) DB2ADMIN.COMPANY
 -- Locks, Request Type : 6765, S
 -- Result (0 = success): 0


2004-10-29-10.12.22.640000   Instance:DB2   Node:000
PID:1060(db2syscs.exe)   TID:900   Appid:D3984109.5613.041029020519
data_management  sqldEscalateLocks   Probe:2   Database:JINGMEI

 -- Lock Count, Target  : 10023, 5011
 -- Table (ID) Name     : (2;44) DB2ADMIN.CU_CUSTOMER
 -- Locks, Request Type : 10019, S
 -- Result (0 = success): 0


2004-10-29-10.12.22.953000   Instance:DB2   Node:000
PID:1060(db2syscs.exe)   TID:900   Appid:D3984109.5613.041029020519
data_management  sqldEscalateLocks   Probe:2   Database:JINGMEI

 -- Lock Count, Target  : 10021, 5010
 -- Table (ID) Name     : (2;67) DB2ADMIN.ORDERHEAD
 -- Locks, Request Type : 10016, S
 -- Result (0 = success): 0


2004-10-29-10.12.25.093000   Instance:DB2   Node:000
PID:1060(db2syscs.exe)   TID:716   Appid:D3984109.BD0F.041028140857
data_management  sqldEscalateLocks   Probe:2   Database:JINGMEI

 -- Lock Count, Target  : 10026, 5013
 -- Table (ID) Name     : (2;66) DB2ADMIN.STOCKTRADEHEAD
 -- Locks, Request Type : 10023, S
 -- Result (0 = success): 0


2004-10-29-10.12.25.390000   Instance:DB2   Node:000
PID:1060(db2syscs.exe)   TID:716   Appid:D3984109.BD0F.041028140857
data_management  sqldEscalateLocks   Probe:2   Database:JINGMEI

 -- Lock Count, Target  : 10018, 5009
 -- Table (ID) Name     : (2;12) DB2ADMIN.STOCKTRADEDETAIL
 -- Locks, Request Type : 10015, S
 -- Result (0 = success): 0


2004-10-29-10.12.25.640000   Instance:DB2   Node:000
PID:1060(db2syscs.exe)   TID:716   Appid:D3984109.BD0F.041028140857
data_management  sqldEscalateLocks   Probe:2   Database:JINGMEI

 -- Lock Count, Target  : 10025, 5012
 -- Table (ID) Name     : (2;69) DB2ADMIN.STOCKDETAIL
 -- Locks, Request Type : 10022, S
 -- Result (0 = success): 0


2004-10-29-10.12.40.078000   Instance:DB2   Node:000
PID:1060(db2syscs.exe)   TID:716   Appid:D3984109.BD0F.041028140857
data_management  sqldEscalateLocks   Probe:2   Database:JINGMEI

 -- Lock Count, Target  : 10027, 5013
 -- Table (ID) Name     : (2;45) DB2ADMIN.PRO_PRODUCT
 -- Locks, Request Type : 10024, S
 -- Result (0 = success): 0


2004-10-29-10.12.42.156000   Instance:DB2   Node:000
PID:1060(db2syscs.exe)   TID:1440   Appid:D3984109.5813.041029020522
data_management  sqldEscalateLocks   Probe:2   Database:JINGMEI

 -- Lock Count, Target  : 10021, 5010
 -- Table (ID) Name     : (2;11) DB2ADMIN.PODETAIL
 -- Locks, Request Type : 10018, S
 -- Result (0 = success): 0


2004-10-29-10.12.48.875000   Instance:DB2   Node:000
PID:1060(db2syscs.exe)   TID:716   Appid:D3984109.BD0F.041028140857
data_management  sqldEscalateLocks   Probe:2   Database:JINGMEI

 -- Lock Count, Target  : 10021, 5010
 -- Table (ID) Name     : (2;44) DB2ADMIN.CU_CUSTOMER
 -- Locks, Request Type : 10018, S
 -- Result (0 = success): 0


2004-10-29-10.12.49.312000   Instance:DB2   Node:000
PID:1060(db2syscs.exe)   TID:716   Appid:D3984109.BD0F.041028140857
data_management  sqldEscalateLocks   Probe:2   Database:JINGMEI

 -- Lock Count, Target  : 10019, 5009
 -- Table (ID) Name     : (2;37) DB2ADMIN.COMPANY
 -- Locks, Request Type : 6765, S
 -- Result (0 = success): 0


2004-10-29-10.12.49.437000   Instance:DB2   Node:000
PID:1060(db2syscs.exe)   TID:716   Appid:D3984109.BD0F.041028140857
data_management  sqldEscalateLocks   Probe:2   Database:JINGMEI

 -- Lock Count, Target  : 10016, 5008
 -- Table (ID) Name     : (2;13) DB2ADMIN.ORDERDETAIL
 -- Locks, Request Type : 8889, S
 -- Result (0 = success): 0


2004-10-29-10.12.49.687000   Instance:DB2   Node:000
PID:1060(db2syscs.exe)   TID:716   Appid:D3984109.BD0F.041028140857
data_management  sqldEscalateLocks   Probe:2   Database:JINGMEI

 -- Lock Count, Target  : 10018, 5009
 -- Table (ID) Name     : (2;44) DB2ADMIN.CU_CUSTOMER
 -- Locks, Request Type : 10015, S
 -- Result (0 = success): 0


2004-10-29-10.12.50.156000   Instance:DB2   Node:000
PID:1060(db2syscs.exe)   TID:716   Appid:D3984109.BD0F.041028140857
data_management  sqldEscalateLocks   Probe:2   Database:JINGMEI

 -- Lock Count, Target  : 10020, 5010
 -- Table (ID) Name     : (2;37) DB2ADMIN.COMPANY
 -- Locks, Request Type : 6765, S
 -- Result (0 = success): 0


2004-10-29-10.12.50.375000   Instance:DB2   Node:000
PID:1060(db2syscs.exe)   TID:716   Appid:D3984109.BD0F.041028140857
data_management  sqldEscalateLocks   Probe:2   Database:JINGMEI

 -- Lock Count, Target  : 10017, 5008
 -- Table (ID) Name     : (2;13) DB2ADMIN.ORDERDETAIL
 -- Locks, Request Type : 8890, S
 -- Result (0 = success): 0


2004-10-29-10.12.53.437000   Instance:DB2   Node:000
PID:1060(db2syscs.exe)   TID:716   Appid:D3984109.BD0F.041028140857
data_management  sqldEscalateLocks   Probe:2   Database:JINGMEI

 -- Lock Count, Target  : 10020, 5010
 -- Table (ID) Name     : (2;45) DB2ADMIN.PRO_PRODUCT
 -- Locks, Request Type : 10017, S
 -- Result (0 = success): 0


2004-10-29-10.13.07.734000   Instance:DB2   Node:000
PID:1060(db2syscs.exe)   TID:1440   Appid:D3984109.5813.041029020522
data_management  sqldEscalateLocks   Probe:2   Database:JINGMEI

 -- Lock Count, Target  : 10016, 5008
 -- Table (ID) Name     : (2;11) DB2ADMIN.PODETAIL
 -- Locks, Request Type : 10013, S
 -- Result (0 = success): 0


2004-10-29-10.13.19.125000   Instance:DB2   Node:000
PID:1060(db2syscs.exe)   TID:1460   Appid:D3984109.D612.041028143235
data_management  sqldEscalateLocks   Probe:2   Database:JINGMEI

 -- Lock Count, Target  : 10024, 5012
 -- Table (ID) Name     : (2;66) DB2ADMIN.STOCKTRADEHEAD
 -- Locks, Request Type : 10021, S
 -- Result (0 = success): 0


2004-10-29-10.13.19.437000   Instance:DB2   Node:000
PID:1060(db2syscs.exe)   TID:1460   Appid:D3984109.D612.041028143235
data_management  sqldEscalateLocks   Probe:2   Database:JINGMEI

 -- Lock Count, Target  : 10018, 5009
 -- Table (ID) Name     : (2;12) DB2ADMIN.STOCKTRADEDETAIL
 -- Locks, Request Type : 10015, S
 -- Result (0 = success): 0


2004-10-29-10.13.19.671000   Instance:DB2   Node:000
PID:1060(db2syscs.exe)   TID:1460   Appid:D3984109.D612.041028143235
data_management  sqldEscalateLocks   Probe:2   Database:JINGMEI

 -- Lock Count, Target  : 10025, 5012
 -- Table (ID) Name     : (2;69) DB2ADMIN.STOCKDETAIL
 -- Locks, Request Type : 10022, S
 -- Result (0 = success): 0


2004-10-29-10.13.24.234000   Instance:DB2   Node:000
PID:1060(db2syscs.exe)   TID:716   Appid:D3984109.BD0F.041028140857
data_management  sqldEscalateLocks   Probe:2   Database:JINGMEI

 -- Lock Count, Target  : 10016, 5008
 -- Table (ID) Name     : (2;11) DB2ADMIN.PODETAIL
 -- Locks, Request Type : 10013, S
 -- Result (0 = success): 0


2004-10-29-10.13.28.921000   Instance:DB2   Node:000
PID:1060(db2syscs.exe)   TID:1440   Appid:D3984109.5813.041029020522
data_management  sqldEscalateLocks   Probe:2   Database:JINGMEI

 -- Lock Count, Target  : 10024, 5012
 -- Table (ID) Name     : (2;66) DB2ADMIN.STOCKTRADEHEAD
 -- Locks, Request Type : 10021, S
 -- Result (0 = success): 0


2004-10-29-10.13.29.203000   Instance:DB2   Node:000
PID:1060(db2syscs.exe)   TID:1440   Appid:D3984109.5813.041029020522
data_management  sqldEscalateLocks   Probe:2   Database:JINGMEI

 -- Lock Count, Target  : 10025, 5012
 -- Table (ID) Name     : (2;12) DB2ADMIN.STOCKTRADEDETAIL
 -- Locks, Request Type : 10022, S
 -- Result (0 = success): 0


2004-10-29-10.13.29.453000   Instance:DB2   Node:000
PID:1060(db2syscs.exe)   TID:1440   Appid:D3984109.5813.041029020522
data_management  sqldEscalateLocks   Probe:2   Database:JINGMEI

 -- Lock Count, Target  : 10025, 5012
 -- Table (ID) Name     : (2;69) DB2ADMIN.STOCKDETAIL
 -- Locks, Request Type : 10022, S
 -- Result (0 = success): 0


2004-10-29-10.13.29.656000   Instance:DB2   Node:000
PID:1060(db2syscs.exe)   TID:1440   Appid:D3984109.5813.041029020522
data_management  sqldEscalateLocks   Probe:2   Database:JINGMEI

 -- Lock Count, Target  : 10017, 5008
 -- Table (ID) Name     : (2;12) DB2ADMIN.STOCKTRADEDETAIL
 -- Locks, Request Type : 10014, S
 -- Result (0 = success): 0


2004-10-29-10.13.29.906000   Instance:DB2   Node:000
PID:1060(db2syscs.exe)   TID:1440   Appid:D3984109.5813.041029020522
data_management  sqldEscalateLocks   Probe:2   Database:JINGMEI

 -- Lock Count, Target  : 10025, 5012
 -- Table (ID) Name     : (2;69) DB2ADMIN.STOCKDETAIL
 -- Locks, Request Type : 10022, S
 -- Result (0 = success): 0


2004-10-29-10.13.30.140000   Instance:DB2   Node:000
PID:1060(db2syscs.exe)   TID:1440   Appid:D3984109.5813.041029020522
data_management  sqldEscalateLocks   Probe:2   Database:JINGMEI

 -- Lock Count, Target  : 10017, 5008
 -- Table (ID) Name     : (2;12) DB2ADMIN.STOCKTRADEDETAIL
 -- Locks, Request Type : 10014, S
 -- Result (0 = success): 0


2004-10-29-10.13.30.437000   Instance:DB2   Node:000
PID:1060(db2syscs.exe)   TID:1440   Appid:D3984109.5813.041029020522
data_management  sqldEscalateLocks   Probe:2   Database:JINGMEI

 -- Lock Count, Target  : 10025, 5012
 -- Table (ID) Name     : (2;69) DB2ADMIN.STOCKDETAIL
 -- Locks, Request Type : 10022, S
 -- Result (0 = success): 0


2004-10-29-10.13.30.640000   Instance:DB2   Node:000
PID:1060(db2syscs.exe)   TID:1440   Appid:D3984109.5813.041029020522
data_management  sqldEscalateLocks   Probe:2   Database:JINGMEI

 -- Lock Count, Target  : 10017, 5008
 -- Table (ID) Name     : (2;12) DB2ADMIN.STOCKTRADEDETAIL
 -- Locks, Request Type : 10014, S
 -- Result (0 = success): 0


2004-10-29-10.13.30.875000   Instance:DB2   Node:000
PID:1060(db2syscs.exe)   TID:1440   Appid:D3984109.5813.041029020522
data_management  sqldEscalateLocks   Probe:2   Database:JINGMEI

 -- Lock Count, Target  : 10025, 5012
 -- Table (ID) Name     : (2;69) DB2ADMIN.STOCKDETAIL
 -- Locks, Request Type : 10022, S
 -- Result (0 = success): 0


2004-10-29-10.13.31.062000   Instance:DB2   Node:000
PID:1060(db2syscs.exe)   TID:1440   Appid:D3984109.5813.041029020522
data_management  sqldEscalateLocks   Probe:2   Database:JINGMEI

 -- Lock Count, Target  : 10017, 5008
 -- Table (ID) Name     : (2;12) DB2ADMIN.STOCKTRADEDETAIL
 -- Locks, Request Type : 10014, S
 -- Result (0 = success): 0


2004-10-29-10.13.31.281000   Instance:DB2   Node:000
PID:1060(db2syscs.exe)   TID:1440   Appid:D3984109.5813.041029020522
data_management  sqldEscalateLocks   Probe:2   Database:JINGMEI

 -- Lock Count, Target  : 10025, 5012
 -- Table (ID) Name     : (2;69) DB2ADMIN.STOCKDETAIL
 -- Locks, Request Type : 10022, S
 -- Result (0 = success): 0


2004-10-29-10.13.31.468000   Instance:DB2   Node:000
PID:1060(db2syscs.exe)   TID:1440   Appid:D3984109.5813.041029020522
data_management  sqldEscalateLocks   Probe:2   Database:JINGMEI

 -- Lock Count, Target  : 10017, 5008
 -- Table (ID) Name     : (2;12) DB2ADMIN.STOCKTRADEDETAIL
 -- Locks, Request Type : 10014, S
 -- Result (0 = success): 0


2004-10-29-10.13.31.687000   Instance:DB2   Node:000
PID:1060(db2syscs.exe)   TID:1440   Appid:D3984109.5813.041029020522
data_management  sqldEscalateLocks   Probe:2   Database:JINGMEI

 -- Lock Count, Target  : 10025, 5012
 -- Table (ID) Name     : (2;69) DB2ADMIN.STOCKDETAIL
 -- Locks, Request Type : 10022, S
 -- Result (0 = success): 0


2004-10-29-10.13.38.015000   Instance:DB2   Node:000
PID:1060(db2syscs.exe)   TID:1460   Appid:D3984109.D612.041028143235
data_management  sqldEscalateLocks   Probe:2   Database:JINGMEI

 -- Lock Count, Target  : 10016, 5008
 -- Table (ID) Name     : (2;66) DB2ADMIN.STOCKTRADEHEAD
 -- Locks, Request Type : 10013, S
 -- Result (0 = success): 0


2004-10-29-10.13.38.578000   Instance:DB2   Node:000
PID:1060(db2syscs.exe)   TID:1460   Appid:D3984109.D612.041028143235
data_management  sqldEscalateLocks   Probe:2   Database:JINGMEI

 -- Lock Count, Target  : 10018, 5009
 -- Table (ID) Name     : (2;12) DB2ADMIN.STOCKTRADEDETAIL
 -- Locks, Request Type : 10015, S
 -- Result (0 = success): 0


2004-10-29-10.13.38.828000   Instance:DB2   Node:000
PID:1060(db2syscs.exe)   TID:1460   Appid:D3984109.D612.041028143235
data_management  sqldEscalateLocks   Probe:2   Database:JINGMEI

 -- Lock Count, Target  : 10025, 5012
 -- Table (ID) Name     : (2;69) DB2ADMIN.STOCKDETAIL
 -- Locks, Request Type : 10022, S
 -- Result (0 = success): 0


2004-10-29-10.13.43.437000   Instance:DB2   Node:000
PID:1060(db2syscs.exe)   TID:1440   Appid:D3984109.5813.041029020522
data_management  sqldEscalateLocks   Probe:2   Database:JINGMEI

 -- Lock Count, Target  : 10022, 5011
 -- Table (ID) Name     : (2;11) DB2ADMIN.PODETAIL
 -- Locks, Request Type : 10019, S
 -- Result (0 = success): 0


2004-10-29-10.13.45.875000   Instance:DB2   Node:000
PID:1060(db2syscs.exe)   TID:716   Appid:D3984109.BD0F.041028140857
data_management  sqldEscalateLocks   Probe:2   Database:JINGMEI

 -- Lock Count, Target  : 10023, 5011
 -- Table (ID) Name     : (2;45) DB2ADMIN.PRO_PRODUCT
 -- Locks, Request Type : 10020, S
 -- Result (0 = success): 0


2004-10-29-10.13.48.015000   Instance:DB2   Node:000
PID:1060(db2syscs.exe)   TID:1460   Appid:D3984109.D612.041028143235
data_management  sqldEscalateLocks   Probe:2   Database:JINGMEI

 -- Lock Count, Target  : 10017, 5008
 -- Table (ID) Name     : (2;66) DB2ADMIN.STOCKTRADEHEAD
 -- Locks, Request Type : 10014, S
 -- Result (0 = success): 0


2004-10-29-10.13.48.859000   Instance:DB2   Node:000
PID:1060(db2syscs.exe)   TID:1460   Appid:D3984109.D612.041028143235
data_management  sqldEscalateLocks   Probe:2   Database:JINGMEI

 -- Lock Count, Target  : 10018, 5009
 -- Table (ID) Name     : (2;12) DB2ADMIN.STOCKTRADEDETAIL
 -- Locks, Request Type : 10015, S
 -- Result (0 = success): 0


2004-10-29-10.13.49.328000   Instance:DB2   Node:000
PID:1060(db2syscs.exe)   TID:1460   Appid:D3984109.D612.041028143235
data_management  sqldEscalateLocks   Probe:2   Database:JINGMEI

 -- Lock Count, Target  : 10022, 5011
 -- Table (ID) Name     : (2;12) DB2ADMIN.STOCKTRADEDETAIL
 -- Locks, Request Type : 10019, S
 -- Result (0 = success): 0


2004-10-29-10.13.50.500000   Instance:DB2   Node:000
PID:1060(db2syscs.exe)   TID:1440   Appid:D3984109.5813.041029020522
data_management  sqldEscalateLocks   Probe:2   Database:JINGMEI

 -- Lock Count, Target  : 10026, 5013
 -- Table (ID) Name     : (2;45) DB2ADMIN.PRO_PRODUCT
 -- Locks, Request Type : 10023, S
 -- Result (0 = success): 0


2004-10-29-10.13.58.078000   Instance:DB2   Node:000
PID:1060(db2syscs.exe)   TID:1440   Appid:D3984109.5813.041029020522
data_management  sqldEscalateLocks   Probe:2   Database:JINGMEI

 -- Lock Count, Target  : 10018, 5009
 -- Table (ID) Name     : (2;44) DB2ADMIN.CU_CUSTOMER
 -- Locks, Request Type : 10015, S
 -- Result (0 = success): 0


2004-10-29-10.13.58.593000   Instance:DB2   Node:000
PID:1060(db2syscs.exe)   TID:1440   Appid:D3984109.5813.041029020522
data_management  sqldEscalateLocks   Probe:2   Database:JINGMEI

 -- Lock Count, Target  : 10019, 5009
 -- Table (ID) Name     : (2;37) DB2ADMIN.COMPANY
 -- Locks, Request Type : 6765, S
 -- Result (0 = success): 0


2004-10-29


 oprs 回复于:2004-11-01 08:45:21

统统都是sqldEscalateLocks ,参考我前面说的第一条,调大locklist和maxlocks的值,直到不会出现sqldEscalateLocks的信息为止
db2diag.log的资料不是太多,你看下置顶帖和搜索一下这个论坛的db2diag,有几个帖子有介绍
你的情况,我觉得迁移表空间不会有什么明显的效果


 joey945 回复于:2004-11-03 17:35:12

请大家帮我看看这个日志,因为记录有错误信息的时间刚好是今天数据库连接不上的时间,不清楚错误代码代表什么错误,数据库要怎样调整.谢谢!

(To:oprs,从论坛里搜到的关于db2diag的信息很少,所以能否告诉我这些信息是怎样看的?谢谢.我的QQ:31696393,E-Mail:kingking945@yahoo.com.cn.)

2004-11-03-08.52.57.500000   Instance:DB2   Node:000
PID:616(db2syscs.exe)   TID:1672   Appid:D3984109.EA0B.041102122833
data_management  sqldEscalateLocks   Probe:2   Database:JINGMEI

 -- Lock Count, Target  : 113784, 56892
 -- Table (ID) Name     : (2;45) DB2ADMIN.PRO_PRODUCT
 -- Locks, Request Type : 113781, S
 -- Result (0 = success): 0


2004-11-03-08.53.27.578000   Instance:DB2   Node:000
PID:616(db2syscs.exe)   TID:1672   Appid:D3984109.EA0B.041102122833
data_management  sqldEscalateLocks   Probe:2   Database:JINGMEI

 -- Lock Count, Target  : 113783, 56891
 -- Table (ID) Name     : (2;45) DB2ADMIN.PRO_PRODUCT
 -- Locks, Request Type : 113780, S
 -- Result (0 = success): 0


2004-11-03-08.53.50.343000   Instance:DB2   Node:000
PID:616(db2syscs.exe)   TID:1672   Appid:D3984109.EA0B.041102122833
data_management  sqldEscalateLocks   Probe:2   Database:JINGMEI

 -- Lock Count, Target  : 113785, 56892
 -- Table (ID) Name     : (2;45) DB2ADMIN.PRO_PRODUCT
 -- Locks, Request Type : 113782, S
 -- Result (0 = success): 0


2004-11-03-08.54.11.343000   Instance:DB2   Node:000
PID:616(db2syscs.exe)   TID:852   Appid:D3984109.EC0B.041102122835
data_management  sqldEscalateLocks   Probe:2   Database:JINGMEI

 -- Lock Count, Target  : 113785, 56892
 -- Table (ID) Name     : (2;45) DB2ADMIN.PRO_PRODUCT
 -- Locks, Request Type : 113782, S
 -- Result (0 = success): 0


2004-11-03-10.20.13.640000   Instance:DB2   Node:000
PID:616(db2syscs.exe)   TID:948   Appid:D3984109.CE05.041103022020
buffer_pool_services  sqlbFreeUpSlot   Probe:122   Database:JINGMEI

All pages in buffer pool 1 are in use.

String Title: PID:616 Node:000
Could not fix page for objID=45, tbspaceID=2, objType=0, parentObjID=45 parentTbspaceID=2.

2004-11-03-10.20.15.125000   Instance:DB2   Node:000
PID:616(db2syscs.exe)   TID:1132   Appid:D3984109.6511.041102102534
buffer_pool_services  sqlbFreeUpSlot   Probe:122   Database:JINGMEI

All pages in buffer pool 1 are in use.

String Title: PID:616 Node:000
Could not fix page for objID=15, tbspaceID=2, objType=1, parentObjID=15 parentTbspaceID=2.

2004-11-03-10.20.15.687000   Instance:DB2   Node:000
PID:616(db2syscs.exe)   TID:1228   Appid:none
buffer_pool_services  sqlbFreeUpSlot   Probe:122 

All pages in buffer pool 1 are in use.

2004-11-03-10.20.16.328000   Instance:DB2   Node:000
PID:616(db2syscs.exe)   TID:948   Appid:D3984109.CE05.041103022020
buffer_pool_services  sqlbGetVictimSlot   Probe:727   Database:JINGMEI
DIA9999E An internal error occurred. Report the following error code : 
"0xFFFFD12C".

2004-11-03-10.20.16.828000   Instance:DB2   Node:000
PID:616(db2syscs.exe)   TID:292   Appid:D3984109.CF05.041103022021
buffer_pool_services  sqlbFreeUpSlot   Probe:122   Database:JINGMEI

All pages in buffer pool 1 are in use.

String Title: PID:616 Node:000
Could not fix page for objID=10, tbspaceID=2, objType=0, parentObjID=10 parentTbspaceID=2.

2004-11-03-10.20.17.187000   Instance:DB2   Node:000
PID:616(db2syscs.exe)   TID:292   Appid:D3984109.CF05.041103022021
buffer_pool_services  sqlbGetVictimSlot   Probe:727   Database:JINGMEI
DIA9999E An internal error occurred. Report the following error code : 
"0xFFFFD12C".

String Title: PID:616 Node:000
Could not fix page for objID=21, tbspaceID=2, objType=0, parentObjID=21 parentTbspaceID=2.

2004-11-03-10.20.17.828000   Instance:DB2   Node:000
PID:616(db2syscs.exe)   TID:1132   Appid:D3984109.6511.041102102534
buffer_pool_services  sqlbGetVictimSlot   Probe:727   Database:JINGMEI
DIA9999E An internal error occurred. Report the following error code : 
"0xFFFFD12C".

2004-11-03-10.20.18.515000   Instance:DB2   Node:000
PID:616(db2syscs.exe)   TID:1228   Appid:none
buffer_pool_services  sqlbGetVictimSlot   Probe:727 
DIA9999E An internal error occurred. Report the following error code : 
"0xFFFFD12C".

2004-11-03-10.20.18.828000   Instance:DB2   Node:000
PID:616(db2syscs.exe)   TID:1228   Appid:none
buffer_pool_services  sqlbErrorHandler   Probe:0 
DIA9999E An internal error occurred. Report the following error code : 
"0xFFFFD12C".

2004-11-03-10.20.18.953000   Instance:DB2   Node:000
PID:616(db2syscs.exe)   TID:1228   Appid:none
buffer_pool_services  sqlbErrorHandler   Probe:0 

 Obj={pool:2;obj:21;type:0} State=x27
Prefetcher Error, in sqlbServiceListRequest

Data Title:SQLB_OBJECT_DESC PID:616 TID:1228 Node:000
0200 1500 0200 1500 0000 0000 0002 5991       ..............Y?               
60d2 0000 0000 0000 0000 0000 0000 0000       `?.............                
0000 0000 0101 0000 2700 0000 0000 0000       ........'.......                
0010 0000 2000 0000 0100 0000 0200 1500       .... ...........                
8874 0201 f022 5f7e                           坱..?_~                


2004-11-03-10.20.20.453000   Instance:DB2   Node:000
PID:616(db2syscs.exe)   TID:1228   Appid:none
buffer_pool_services  sqlbPFPrefetcherEntryPoint   Probe:0 

Prefetcher Error rc = -11988 IGNORED ... err loc 0 
. Request follows... 

2004-11-03-10.20.21.484000   Instance:DB2   Node:000
PID:616(db2syscs.exe)   TID:1228   Appid:none
buffer_pool_services  sqlbPFPrefetcherEntryPoint   Probe:0 

type = LIST 
numpages = 1  
SQLB_OBJECT_DESC: objID: 21  PlId: 2  objTyp: 0  Ext Anch: 0 plFlgs: 257  
start index: 0 
The pages: 30  


2004-11-03-10.20.22.875000   Instance:DB2   Node:000
PID:616(db2syscs.exe)   TID:292   Appid:D3984109.CF05.041103022021
buffer_pool_services  sqlbFreeUpSlot   Probe:122   Database:JINGMEI

All pages in buffer pool 1 are in use.

String Title: PID:616 Node:000
Could not fix page for objID=45, tbspaceID=2, objType=0, parentObjID=45 parentTbspaceID=2.

2004-11-03-10.20.24.140000   Instance:DB2   Node:000
PID:616(db2syscs.exe)   TID:292   Appid:D3984109.CF05.041103022021
buffer_pool_services  sqlbGetVictimSlot   Probe:727   Database:JINGMEI
DIA9999E An internal error occurred. Report the following error code : 
"0xFFFFD12C".

2004-11-03-10.54.13.640000   Instance:DB2   Node:000
PID:616(db2syscs.exe)   TID:1388   Appid:D3984109.9F10.041103024729
buffer_pool_services  sqlbFreeUpSlot   Probe:122   Database:JINGMEI

All pages in buffer pool 1 are in use.

String Title: PID:616 Node:000
Could not fix page for objID=45, tbspaceID=2, objType=0, parentObjID=45 parentTbspaceID=2.

2004-11-03-10.54.14.718000   Instance:DB2   Node:000
PID:616(db2syscs.exe)   TID:1388   Appid:D3984109.9F10.041103024729
buffer_pool_services  sqlbGetVictimSlot   Probe:727   Database:JINGMEI
DIA9999E An internal error occurred. Report the following error code : 
"0xFFFFD12C".

2004-11-03-10.54.14.906000   Instance:DB2   Node:000
PID:616(db2syscs.exe)   TID:1860   Appid:D3984109.270C.041102113144
buffer_pool_services  sqlbFreeUpSlot   Probe:122   Database:JINGMEI

All pages in buffer pool 1 are in use.

String Title: PID:616 Node:000
Could not fix page for objID=4, tbspaceID=3, objType=128, parentObjID=4 parentTbspaceID=3.

2004-11-03-10.54.15.875000   Instance:DB2   Node:000
PID:616(db2syscs.exe)   TID:1860   Appid:D3984109.270C.041102113144
buffer_pool_services  sqlbGetVictimSlot   Probe:727   Database:JINGMEI
DIA9999E An internal error occurred. Report the following error code : 
"0xFFFFD12C".

2004-11-03-10.54.15.984000   Instance:DB2   Node:000
PID:616(db2syscs.exe)   TID:1800   Appid:D3984109.F50B.041102122844
buffer_pool_services  sqlbFreeUpSlot   Probe:122   Database:JINGMEI

All pages in buffer pool 1 are in use.

String Title: PID:616 Node:000
Could not fix page for objID=12, tbspaceID=2, objType=0, parentObjID=12 parentTbspaceID=2.

2004-11-03-10.54.17.062000   Instance:DB2   Node:000
PID:616(db2syscs.exe)   TID:1208   Appid:D3984109.EF10.041103024803
buffer_pool_services  sqlbFreeUpSlot   Probe:122   Database:JINGMEI

All pages in buffer pool 1 are in use.

2004-11-03-10.54.18.765000   Instance:DB2   Node:000
PID:616(db2syscs.exe)   TID:1860   Appid:D3984109.270C.041102113144
sort/list_services  sqlsSpillASORT   Probe:10   Database:JINGMEI

ibuff
3040 e906 0100 0000 ec00 0000 00c0 0e00       0@?....?...?.                
5111 0000 1c11 0000 04bf 0e00 0000 0000       Q........?.....                
0000 0000 0cfe f706 5c34 f306                 ....../4?                


2004-11-03-10.54.22.109001   Instance:DB2   Node:000
PID:616(db2syscs.exe)   TID:1960   Appid:D3984109.DC10.041102130017
buffer_pool_services  sqlbFreeUpSlot   Probe:122   Database:JINGMEI

All pages in buffer pool 1 are in use.

2004-11-03-10.54.24.140000   Instance:DB2   Node:000
PID:616(db2syscs.exe)   TID:1512   Appid:D3984109.0A04.041102093435
buffer_pool_services  sqlbFreeUpSlot   Probe:122   Database:JINGMEI

All pages in buffer pool 1 are in use.

2004-11-03-10.54.26.500000   Instance:DB2   Node:000
PID:616(db2syscs.exe)   TID:984   Appid:D3984109.FA0B.041102122848
buffer_pool_services  sqlbFreeUpSlot   Probe:122   Database:JINGMEI

All pages in buffer pool 1 are in use.

2004-11-03-10.54.28.468000   Instance:DB2   Node:000
PID:616(db2syscs.exe)   TID:1020   Appid:D3984109.BB12.041103025500
buffer_pool_services  sqlbFreeUpSlot   Probe:122   Database:JINGMEI

All pages in buffer pool 1 are in use.

2004-11-03-10.54.30.296000   Instance:DB2   Node:000
PID:616(db2syscs.exe)   TID:756   Appid:D3984109.040C.041102122857
buffer_pool_services  sqlbFreeUpSlot   Probe:122   Database:JINGMEI

All pages in buffer pool 1 are in use.

2004-11-03-10.54.31.921000   Instance:DB2   Node:000
PID:616(db2syscs.exe)   TID:1860   Appid:D3984109.270C.041102113144
sort/list_services  sqlsSpillASORT   Probe:15   Database:JINGMEI

recptr
5c34 f306                                     /4?                


String Title: PID:616 Node:000
Could not fix page for objID=12, tbspaceID=2, objType=0, parentObjID=12 parentTbspaceID=2.

2004-11-03-10.54.34.250000   Instance:DB2   Node:000
PID:616(db2syscs.exe)   TID:1052   Appid:D3984109.D110.041102130010
buffer_pool_services  sqlbFreeUpSlot   Probe:122   Database:JINGMEI

All pages in buffer pool 1 are in use.

String Title: PID:616 Node:000
Could not fix page for objID=2, tbspaceID=1, objType=128, parentObjID=2 parentTbspaceID=1.

2004-11-03-10.54.37.187000   Instance:DB2   Node:000
PID:616(db2syscs.exe)   TID:2032   Appid:D3984109.D310.041102130012
buffer_pool_services  sqlbFreeUpSlot   Probe:122   Database:JINGMEI

All pages in buffer pool 1 are in use.

2004-11-03-10.54.38.281000   Instance:DB2   Node:000
PID:616(db2syscs.exe)   TID:2064   Appid:D3984109.D010.041102130009
buffer_pool_services  sqlbFreeUpSlot   Probe:122   Database:JINGMEI

All pages in buffer pool 1 are in use.

2004-11-03-10.54.39.593000   Instance:DB2   Node:000
PID:616(db2syscs.exe)   TID:1816   Appid:D3984109.010C.041102122854
buffer_pool_services  sqlbFreeUpSlot   Probe:122   Database:JINGMEI

All pages in buffer pool 1 are in use.

String Title: PID:616 Node:000
Could not fix page for objID=45, tbspaceID=2, objType=0, parentObjID=45 parentTbspaceID=2.

2004-11-03-10.54.40.390000   Instance:DB2   Node:000
PID:616(db2syscs.exe)   TID:864   Appid:D3984109.F40B.041102122843
buffer_pool_services  sqlbFreeUpSlot   Probe:122   Database:JINGMEI

All pages in buffer pool 1 are in use.

String Title: PID:616 Node:000
Could not fix page for objID=12, tbspaceID=2, objType=0, parentObjID=12 parentTbspaceID=2.

String Title: PID:616 Node:000
Could not fix page for objID=45, tbspaceID=2, objType=0, parentObjID=45 parentTbspaceID=2.

2004-11-03-10.54.41.218000   Instance:DB2   Node:000
PID:616(db2syscs.exe)   TID:756   Appid:D3984109.040C.041102122857
buffer_pool_services  sqlbGetVictimSlot   Probe:727   Database:JINGMEI
DIA9999E An internal error occurred. Report the following error code : 
"0xFFFFD12C".

String Title: PID:616 Node:000
Could not fix page for objID=45, tbspaceID=2, objType=0, parentObjID=45 parentTbspaceID=2.

2004-11-03-10.54.41.515000   Instance:DB2   Node:000
PID:616(db2syscs.exe)   TID:1052   Appid:D3984109.D110.041102130010
buffer_pool_services  sqlbGetVictimSlot   Probe:727   Database:JINGMEI
DIA9999E An internal error occurred. Report the following error code : 
"0xFFFFD12C".

2004-11-03-10.54.41.703000   Instance:DB2   Node:000
PID:616(db2syscs.exe)   TID:2128   Appid:D3984109.F90B.041102122847
buffer_pool_services  sqlbFreeUpSlot   Probe:122   Database:JINGMEI

All pages in buffer pool 1 are in use.

2004-11-03-10.54.42.015000   Instance:DB2   Node:000
PID:616(db2syscs.exe)   TID:604   Appid:D3984109.D210.041102130011
buffer_pool_services  sqlbFreeUpSlot   Probe:122   Database:JINGMEI

All pages in buffer pool 1 are in use.

2004-11-03-10.54.42.218000   Instance:DB2   Node:000
PID:616(db2syscs.exe)   TID:1800   Appid:D3984109.F50B.041102122844
buffer_pool_services  sqlbGetVictimSlot   Probe:727   Database:JINGMEI
DIA9999E An internal error occurred. Report the following error code : 
"0xFFFFD12C".

String Title: PID:616 Node:000
Could not fix page for objID=12, tbspaceID=2, objType=0, parentObjID=12 parentTbspaceID=2.

2004-11-03-10.54.42.406000   Instance:DB2   Node:000
PID:616(db2syscs.exe)   TID:2064   Appid:D3984109.D010.041102130009
buffer_pool_services  sqlbGetVictimSlot   Probe:727   Database:JINGMEI
DIA9999E An internal error occurred. Report the following error code : 
"0xFFFFD12C".

2004-11-03-10.54.42.484000   Instance:DB2   Node:000
PID:616(db2syscs.exe)   TID:1064   Appid:D3984109.8411.041103025001
buffer_pool_services  sqlbFreeUpSlot   Probe:122   Database:JINGMEI

All pages in buffer pool 1 are in use.

2004-11-03-10.54.42.796000   Instance:DB2   Node:000
PID:616(db2syscs.exe)   TID:1960   Appid:D3984109.DC10.041102130017
buffer_pool_services  sqlbGetVictimSlot   Probe:727   Database:JINGMEI
DIA9999E An internal error occurred. Report the following error code : 
"0xFFFFD12C".

String Title: PID:616 Node:000
Could not fix page for objID=45, tbspaceID=2, objType=0, parentObjID=45 parentTbspaceID=2.

2004-11-03-10.54.42.953000   Instance:DB2   Node:000
PID:616(db2syscs.exe)   TID:2032   Appid:D3984109.D310.041102130012
buffer_pool_services  sqlbGetVictimSlot   Probe:727   Database:JINGMEI
DIA9999E An internal error occurred. Report the following error code : 
"0xFFFFD12C".

2004-11-03-10.54.43.031000   Instance:DB2   Node:000
PID:616(db2syscs.exe)   TID:604   Appid:D3984109.D210.041102130011
buffer_pool_services  sqlbGetVictimSlot   Probe:727   Database:JINGMEI
DIA9999E An internal error occurred. Report the following error code : 
"0xFFFFD12C".

2004-11-03-10.54.43.093000   Instance:DB2   Node:000
PID:616(db2syscs.exe)   TID:1708   Appid:D3984109.ED0B.041102122836
buffer_pool_services  sqlbFreeUpSlot   Probe:122   Database:JINGMEI

All pages in buffer pool 1 are in use.

String Title: PID:616 Node:000
Could not fix page for objID=45, tbspaceID=2, objType=0, parentObjID=45 parentTbspaceID=2.

2004-11-03-10.54.44.109000   Instance:DB2   Node:000
PID:616(db2syscs.exe)   TID:1708   Appid:D3984109.ED0B.041102122836
buffer_pool_services  sqlbGetVictimSlot   Probe:727   Database:JINGMEI
DIA9999E An internal error occurred. Report the following error code : 
"0xFFFFD12C".

2004-11-03-10.54.44.234000   Instance:DB2   Node:000
PID:616(db2syscs.exe)   TID:1388   Appid:D3984109.9F10.041103024729
buffer_pool_services  sqlbFreeUpSlot   Probe:122   Database:JINGMEI

All pages in buffer pool 1 are in use.

String Title: PID:616 Node:000
Could not fix page for objID=45, tbspaceID=2, objType=0, parentObjID=45 parentTbspaceID=2.

String Title: PID:616 Node:000
Could not fix page for objID=45, tbspaceID=2, objType=0, parentObjID=45 parentTbspaceID=2.

2004-11-03-10.54.44.750000   Instance:DB2   Node:000
PID:616(db2syscs.exe)   TID:1816   Appid:D3984109.010C.041102122854
buffer_pool_services  sqlbGetVictimSlot   Probe:727   Database:JINGMEI
DIA9999E An internal error occurred. Report the following error code : 
"0xFFFFD12C".

2004-11-03-10.54.44.921000   Instance:DB2   Node:000
PID:616(db2syscs.exe)   TID:600   Appid:D3984109.E710.041102130024
buffer_pool_services  sqlbFreeUpSlot   Probe:122   Database:JINGMEI

All pages in buffer pool 1 are in use.

String Title: PID:616 Node:000
Could not fix page for objID=45, tbspaceID=2, objType=0, parentObjID=45 parentTbspaceID=2.

2004-11-03-10.54.45.343000   Instance:DB2   Node:000
PID:616(db2syscs.exe)   TID:1388   Appid:D3984109.9F10.041103024729
buffer_pool_services  sqlbGetVictimSlot   Probe:727   Database:JINGMEI
DIA9999E An internal error occurred. Report the following error code : 
"0xFFFFD12C".

2004-11-03-10.54.45.515000   Instance:DB2   Node:000
PID:616(db2syscs.exe)   TID:808   Appid:D3984109.080B.041102112658
buffer_pool_services  sqlbFreeUpSlot   Probe:122   Database:JINGMEI

All pages in buffer pool 1 are in use.

String Title: PID:616 Node:000
Could not fix page for objID=45, tbspaceID=2, objType=0, parentObjID=45 parentTbspaceID=2.

2004-11-03-10.54.45.734000   Instance:DB2   Node:000
PID:616(db2syscs.exe)   TID:808   Appid:D3984109.080B.041102112658
buffer_pool_services  sqlbGetVictimSlot   Probe:727   Database:JINGMEI
DIA9999E An internal error occurred. Report the following error code : 
"0xFFFFD12C".

2004-11-03-10.54.45.859000   Instance:DB2   Node:000
PID:616(db2syscs.exe)   TID:600   Appid:D3984109.E710.041102130024
buffer_pool_services  sqlbGetVictimSlot   Probe:727   Database:JINGMEI
DIA9999E An internal error occurred. Report the following error code : 
"0xFFFFD12C".

String Title: PID:616 Node:000
Could not fix page for objID=12, tbspaceID=2, objType=0, parentObjID=12 parentTbspaceID=2.

String Title: PID:616 Node:000
Could not fix page for objID=45, tbspaceID=2, objType=0, parentObjID=45 parentTbspaceID=2.

2004-11-03-10.54.46.187000   Instance:DB2   Node:000
PID:616(db2syscs.exe)   TID:984   Appid:D3984109.FA0B.041102122848
buffer_pool_services  sqlbGetVictimSlot   Probe:727   Database:JINGMEI
DIA9999E An internal error occurred. Report the following error code : 
"0xFFFFD12C".

2004-11-03-10.54.46.234000   Instance:DB2   Node:000
PID:616(db2syscs.exe)   TID:984   Appid:D3984109.FA0B.041102122848
sort/list_services  sqlsSpillASORT   Probe:10   Database:JINGMEI

ibuff
3040 6306 0100 0000 ec00 0000 00c0 0e00       0@c.....?...?.                
950d 0000 870d 0000 30be 0e00 0000 0000       ?..?..0?.....                
0000 0000 b4fd 7106 649c 6306                 ....待q.d渃.                


2004-11-03-10.54.46.390000   Instance:DB2   Node:000
PID:616(db2syscs.exe)   TID:984   Appid:D3984109.FA0B.041102122848
sort/list_services  sqlsSpillASORT   Probe:15   Database:JINGMEI

recptr
649c 6306                                     d渃.                


2004-11-03-10.54.46.671000   Instance:DB2   Node:000
PID:616(db2syscs.exe)   TID:1512   Appid:D3984109.0A04.041102093435
buffer_pool_services  sqlbGetVictimSlot   Probe:727   Database:JINGMEI
DIA9999E An internal error occurred. Report the following error code : 
"0xFFFFD12C".

String Title: PID:616 Node:000
Could not fix page for objID=12, tbspaceID=2, objType=0, parentObjID=12 parentTbspaceID=2.

2004-11-03-10.54.46.781000   Instance:DB2   Node:000
PID:616(db2syscs.exe)   TID:864   Appid:D3984109.F40B.041102122843
buffer_pool_services  sqlbGetVictimSlot   Probe:727   Database:JINGMEI
DIA9999E An internal error occurred. Report the following error code : 
"0xFFFFD12C".

String Title: PID:616 Node:000
Could not fix page for objID=10, tbspaceID=2, objType=0, parentObjID=10 parentTbspaceID=2.

2004-11-03-10.54.47.687000   Instance:DB2   Node:000
PID:616(db2syscs.exe)   TID:1076   Appid:D3984109.BD12.041103025501
buffer_pool_services  sqlbFreeUpSlot   Probe:122   Database:JINGMEI

All pages in buffer pool 1 are in use.

String Title: PID:616 Node:000
Could not fix page for objID=45, tbspaceID=2, objType=0, parentObjID=45 parentTbspaceID=2.

2004-11-03-10.54.48.375000   Instance:DB2   Node:000
PID:616(db2syscs.exe)   TID:1020   Appid:D3984109.BB12.041103025500
buffer_pool_services  sqlbGetVictimSlot   Probe:727   Database:JINGMEI
DIA9999E An internal error occurred. Report the following error code : 
"0xFFFFD12C".

String Title: PID:616 Node:000
Could not fix page for objID=3, tbspaceID=1, objType=128, parentObjID=3 parentTbspaceID=1.

2004-11-03-10.54.49.562000   Instance:DB2   Node:000
PID:616(db2syscs.exe)   TID:2128   Appid:D3984109.F90B.041102122847
buffer_pool_services  sqlbGetVictimSlot   Probe:727   Database:JINGMEI
DIA9999E An internal error occurred. Report the following error code : 
"0xFFFFD12C".

2004-11-03-10.54.49.937000   Instance:DB2   Node:000
PID:616(db2syscs.exe)   TID:1208   Appid:D3984109.EF10.041103024803
buffer_pool_services  sqlbGetVictimSlot   Probe:727   Database:JINGMEI
DIA9999E An internal error occurred. Report the following error code : 
"0xFFFFD12C".

2004-11-03-10.54.50.187000   Instance:DB2   Node:000
PID:616(db2syscs.exe)   TID:1092   Appid:D3984109.070C.041102122858
buffer_pool_services  sqlbFreeUpSlot   Probe:122   Database:JINGMEI

All pages in buffer pool 1 are in use.

2004-11-03-10.54.51.265000   Instance:DB2   Node:000
PID:616(db2syscs.exe)   TID:1920   Appid:D3984109.D810.041102130014
buffer_pool_services  sqlbFreeUpSlot   Probe:122   Database:JINGMEI

All pages in buffer pool 1 are in use.

String Title: PID:616 Node:000
Could not fix page for objID=6, tbspaceID=3, objType=128, parentObjID=6 parentTbspaceID=3.

2004-11-03-10.54.52.875000   Instance:DB2   Node:000
PID:616(db2syscs.exe)   TID:1092   Appid:D3984109.070C.041102122858
buffer_pool_services  sqlbGetVictimSlot   Probe:727   Database:JINGMEI
DIA9999E An internal error occurred. Report the following error code : 
"0xFFFFD12C".

String Title: PID:616 Node:000
Could not fix page for objID=6, tbspaceID=1, objType=128, parentObjID=6 parentTbspaceID=1.

2004-11-03-10.54.53.406000   Instance:DB2   Node:000
PID:616(db2syscs.exe)   TID:1920   Appid:D3984109.D810.041102130014
buffer_pool_services  sqlbGetVictimSlot   Probe:727   Database:JINGMEI
DIA9999E An internal error occurred. Report the following error code : 
"0xFFFFD12C".

2004-11-03-10.54.53.843000   Instance:DB2   Node:000
PID:616(db2syscs.exe)   TID:1076   Appid:D3984109.BD12.041103025501
buffer_pool_services  sqlbGetVictimSlot   Probe:727   Database:JINGMEI
DIA9999E An internal error occurred. Report the following error code : 
"0xFFFFD12C".

2004-11-03-10.54.55.000000   Instance:DB2   Node:000
PID:616(db2syscs.exe)   TID:1064   Appid:D3984109.8411.041103025001
buffer_pool_services  sqlbGetVictimSlot   Probe:727   Database:JINGMEI
DIA9999E An internal error occurred. Report the following error code : 
"0xFFFFD12C".

2004-11-03-10.54.55.906000   Instance:DB2   Node:000
PID:616(db2syscs.exe)   TID:1092   Appid:D3984109.070C.041102122858
sort/list_services  sqlsSpillASORT   Probe:10   Database:JINGMEI

ibuff
3040 5807 0100 0000 ec00 0000 00c0 0e00       0@X.....?...?.                
bb0c 0000 b40c 0000 b0be 0e00 0000 0000       ?..?..熬......                
0000 0000 c0fd 6607 60a8 6507                 ....例f.`╡.                


2004-11-03-10.54.56.765000   Instance:DB2   Node:000
PID:616(db2syscs.exe)   TID:1092   Appid:D3984109.070C.041102122858
sort/list_services  sqlsSpillASORT   Probe:15   Database:JINGMEI

recptr
60a8 6507                                     `╡.                


2004-11-03-11.29.19.125000   Instance:DB2   Node:000
PID:616(db2syscs.exe)   TID:1876   Appid:D3984109.6511.041102102534
buffer_pool_services  sqlbFreeUpSlot   Probe:122   Database:JINGMEI

All pages in buffer pool 1 are in use.

String Title: PID:616 Node:000
Could not fix page for objID=5, tbspaceID=3, objType=128, parentObjID=5 parentTbspaceID=3.

2004-11-03-11.29.19.625000   Instance:DB2   Node:000
PID:616(db2syscs.exe)   TID:1876   Appid:D3984109.6511.041102102534
buffer_pool_services  sqlbGetVictimSlot   Probe:727   Database:JINGMEI
DIA9999E An internal error occurred. Report the following error code : 
"0xFFFFD12C".

2004-11-03-11.29.19.687000   Instance:DB2   Node:000
PID:616(db2syscs.exe)   TID:1876   Appid:D3984109.6511.041102102534
sort/list_services  sqlsSpillASORT   Probe:10   Database:JINGMEI

ibuff
3040 fa06 0100 0000 ec00 0000 00c0 0e00       0@?....?...?.                
950d 0000 870d 0000 30be 0e00 0000 0000       ?..?..0?.....                
0000 0000 b4fd 0807 5076 0807                 ....待..Pv..                


2004-11-03-11.29.20.281000   Instance:DB2   Node:000
PID:616(db2syscs.exe)   TID:1876   Appid:D3984109.6511.041102102534
sort/list_services  sqlsSpillASORT   Probe:15   Database:JINGMEI

recptr
5076 0807                                     Pv..                


2004-11-03-12.00.49.703000   Instance:DB2   Node:000
PID:616(db2syscs.exe)   TID:1908   Appid:D3984109.F60B.041102122845
buffer_pool_services  sqlbFreeUpSlot   Probe:122   Database:JINGMEI

All pages in buffer pool 1 are in use.

String Title: PID:616 Node:000
Could not fix page for objID=2, tbspaceID=3, objType=128, parentObjID=2 parentTbspaceID=3.

2004-11-03-12.00.51.109000   Instance:DB2   Node:000
PID:616(db2syscs.exe)   TID:1952   Appid:D3984109.F110.041102130034
buffer_pool_services  sqlbFreeUpSlot   Probe:122   Database:JINGMEI

All pages in buffer pool 1 are in use.

2004-11-03-12.00.52.140000   Instance:DB2   Node:000
PID:616(db2syscs.exe)   TID:1908   Appid:D3984109.F60B.041102122845
buffer_pool_services  sqlbGetVictimSlot   Probe:727   Database:JINGMEI
DIA9999E An internal error occurred. Report the following error code : 
"0xFFFFD12C".

String Title: PID:616 Node:000
Could not fix page for objID=2, tbspaceID=1, objType=128, parentObjID=2 parentTbspaceID=1.

2004-11-03-12.00.53.796000   Instance:DB2   Node:000
PID:616(db2syscs.exe)   TID:1952   Appid:D3984109.F110.041102130034
buffer_pool_services  sqlbGetVictimSlot   Probe:727   Database:JINGMEI
DIA9999E An internal error occurred. Report the following error code : 
"0xFFFFD12C".

2004-11-03-12.11.15.156000   Instance:DB2   Node:000
PID:616(db2syscs.exe)   TID:580   Appid:D3984109.D705.041103022029
buffer_pool_services  sqlbFreeUpSlot   Probe:122   Database:JINGMEI

All pages in buffer pool 1 are in use.

String Title: PID:616 Node:000
Could not fix page for objID=13, tbspaceID=2, objType=0, parentObjID=13 parentTbspaceID=2.

2004-11-03-12.11.15.437000   Instance:DB2   Node:000
PID:616(db2syscs.exe)   TID:580   Appid:D3984109.D705.041103022029
buffer_pool_services  sqlbGetVictimSlot   Probe:727   Database:JINGMEI
DIA9999E An internal error occurred. Report the following error code : 
"0xFFFFD12C".

2004-11-03-12.11.15.593000   Instance:DB2   Node:000
PID:616(db2syscs.exe)   TID:1796   Appid:D3984109.6407.041102094659
buffer_pool_services  sqlbFreeUpSlot   Probe:122   Database:JINGMEI

All pages in buffer pool 1 are in use.

String Title: PID:616 Node:000
Could not fix page for objID=45, tbspaceID=2, objType=0, parentObjID=45 parentTbspaceID=2.

2004-11-03-12.11.16.234000   Instance:DB2   Node:000
PID:616(db2syscs.exe)   TID:1796   Appid:D3984109.6407.041102094659
buffer_pool_services  sqlbGetVictimSlot   Probe:727   Database:JINGMEI
DIA9999E An internal error occurred. Report the following error code : 
"0xFFFFD12C".

2004-11-03-12.11.16.359000   Instance:DB2   Node:000
PID:616(db2syscs.exe)   TID:580   Appid:D3984109.D705.041103022029
buffer_pool_services  sqlbFreeUpSlot   Probe:122   Database:JINGMEI

All pages in buffer pool 1 are in use.

String Title: PID:616 Node:000
Could not fix page for objID=13, tbspaceID=2, objType=0, parentObjID=13 parentTbspaceID=2.

2004-11-03-12.11.16.781000   Instance:DB2   Node:000
PID:616(db2syscs.exe)   TID:580   Appid:D3984109.D705.041103022029
buffer_pool_services  sqlbGetVictimSlot   Probe:727   Database:JINGMEI
DIA9999E An internal error occurred. Report the following error code : 
"0xFFFFD12C".

2004-11-03-12.11.17.156000   Instance:DB2   Node:000
PID:616(db2syscs.exe)   TID:1460   Appid:D3984109.F90B.041102122847
buffer_pool_services  sqlbFreeUpSlot   Probe:122   Database:JINGMEI

All pages in buffer pool 1 are in use.

String Title: PID:616 Node:000
Could not fix page for objID=59, tbspaceID=2, objType=0, parentObjID=59 parentTbspaceID=2.

2004-11-03-12.11.17.609000   Instance:DB2   Node:000
PID:616(db2syscs.exe)   TID:1460   Appid:D3984109.F90B.041102122847
buffer_pool_services  sqlbGetVictimSlot   Probe:727   Database:JINGMEI
DIA9999E An internal error occurred. Report the following error code : 
"0xFFFFD12C".

2004-11-03-12.11.20.125000   Instance:DB2   Node:000
PID:616(db2syscs.exe)   TID:1532   Appid:D3984109.D305.041103022025
buffer_pool_services  sqlbFreeUpSlot   Probe:122   Database:JINGMEI

All pages in buffer pool 1 are in use.

String Title: PID:616 Node:000
Could not fix page for objID=45, tbspaceID=2, objType=0, parentObjID=45 parentTbspaceID=2.

2004-11-03-12.11.21.140000   Instance:DB2   Node:000
PID:616(db2syscs.exe)   TID:1532   Appid:D3984109.D305.041103022025
buffer_pool_services  sqlbGetVictimSlot   Probe:727   Database:JINGMEI
DIA9999E An internal error occurred. Report the following error code : 
"0xFFFFD12C".

2004-11-03-12.11.21.765000   Instance:DB2   Node:000
PID:616(db2syscs.exe)   TID:1100   Appid:D3984109.EB05.041103022035
buffer_pool_services  sqlbFreeUpSlot   Probe:122   Database:JINGMEI

All pages in buffer pool 1 are in use.

2004-11-03-12.11.22.828000   Instance:DB2   Node:000
PID:616(db2syscs.exe)   TID:828   Appid:D3984109.F40B.041102122843
buffer_pool_services  sqlbFreeUpSlot   Probe:122   Database:JINGMEI

All pages in buffer pool 1 are in use.

2004-11-03-12.11.26.859000   Instance:DB2   Node:000
PID:616(db2syscs.exe)   TID:636   Appid:D3984109.6D04.041103041148
buffer_pool_services  sqlbFreeUpSlot   Probe:122   Database:JINGMEI

All pages in buffer pool 1 are in use.

String Title: PID:616 Node:000
Could not fix page for objID=45, tbspaceID=2, objType=0, parentObjID=45 parentTbspaceID=2.

2004-11-03-12.11.28.593000   Instance:DB2   Node:000
PID:616(db2syscs.exe)   TID:636   Appid:D3984109.6D04.041103041148
buffer_pool_services  sqlbGetVictimSlot   Probe:727   Database:JINGMEI
DIA9999E An internal error occurred. Report the following error code : 
"0xFFFFD12C".

2004-11-03-12.11.28.875000   Instance:DB2   Node:000
PID:616(db2syscs.exe)   TID:2084   Appid:D3984109.270C.041102113144
buffer_pool_services  sqlbFreeUpSlot   Probe:122   Database:JINGMEI

All pages in buffer pool 1 are in use.

String Title: PID:616 Node:000
Could not fix page for objID=45, tbspaceID=2, objType=0, parentObjID=45 parentTbspaceID=2.

2004-11-03-12.11.30.640000   Instance:DB2   Node:000
PID:616(db2syscs.exe)   TID:1672   Appid:D3984109.120A.041102095539
buffer_pool_services  sqlbFreeUpSlot   Probe:122   Database:JINGMEI

All pages in buffer pool 1 are in use.

String Title: PID:616 Node:000
Could not fix page for objID=45, tbspaceID=2, objType=0, parentObjID=45 parentTbspaceID=2.

String Title: PID:616 Node:000
Could not fix page for objID=45, tbspaceID=2, objType=0, parentObjID=45 parentTbspaceID=2.

2004-11-03-12.11.33.687000   Instance:DB2   Node:000
PID:616(db2syscs.exe)   TID:1100   Appid:D3984109.EB05.041103022035
buffer_pool_services  sqlbGetVictimSlot   Probe:727   Database:JINGMEI
DIA9999E An internal error occurred. Report the following error code : 
"0xFFFFD12C".

2004-11-03-12.11.37.562000   Instance:DB2   Node:000
PID:616(db2syscs.exe)   TID:828   Appid:D3984109.F40B.041102122843
buffer_pool_services  sqlbGetVictimSlot   Probe:727   Database:JINGMEI
DIA9999E An internal error occurred. Report the following error code : 
"0xFFFFD12C".

2004-11-03-12.11.38.265000   Instance:DB2   Node:000
PID:616(db2syscs.exe)   TID:916   Appid:D3984109.D505.041103022027
buffer_pool_services  sqlbFreeUpSlot   Probe:122   Database:JINGMEI

All pages in buffer pool 1 are in use.

2004-11-03-12.11.39.562000   Instance:DB2   Node:000
PID:616(db2syscs.exe)   TID:1848   Appid:D3984109.EE05.041103022038
buffer_pool_services  sqlbFreeUpSlot   Probe:122   Database:JINGMEI

All pages in buffer pool 1 are in use.

String Title: PID:616 Node:000
Could not fix page for objID=2, tbspaceID=1, objType=128, parentObjID=2 parentTbspaceID=1.

String Title: PID:616 Node:000
Could not fix page for objID=45, tbspaceID=2, objType=0, parentObjID=45 parentTbspaceID=2.

String Title: PID:616 Node:000
Could not fix page for objID=2, tbspaceID=3, objType=128, parentObjID=2 parentTbspaceID=3.

2004-11-03-12.11.42.562000   Instance:DB2   Node:000
PID:616(db2syscs.exe)   TID:2084   Appid:D3984109.270C.041102113144
buffer_pool_services  sqlbGetVictimSlot   Probe:727   Database:JINGMEI
DIA9999E An internal error occurred. Report the following error code : 
"0xFFFFD12C".

2004-11-03-12.11.42.906000   Instance:DB2   Node:000
PID:616(db2syscs.exe)   TID:2084   Appid:D3984109.270C.041102113144
sort/list_services  sqlsSpillASORT   Probe:10   Database:JINGMEI

ibuff
3040 a306 0100 0000 ec00 0000 00c0 0e00       0@?....?...?.                
ff12 0000 d112 0000 b8d0 0d00 0000 0000       ...?..感......                
0000 0000 3810 b106 6c48 a606                 ....8.?lH?                


2004-11-03-12.11.45.062000   Instance:DB2   Node:000
PID:616(db2syscs.exe)   TID:2084   Appid:D3984109.270C.041102113144
sort/list_services  sqlsSpillASORT   Probe:15   Database:JINGMEI

recptr
6c48 a606                                     lH?                


2004-11-03-12.11.46.750000   Instance:DB2   Node:000
PID:616(db2syscs.exe)   TID:916   Appid:D3984109.D505.041103022027
buffer_pool_services  sqlbGetVictimSlot   Probe:727   Database:JINGMEI
DIA9999E An internal error occurred. Report the following error code : 
"0xFFFFD12C".

2004-11-03-12.11.47.750001   Instance:DB2   Node:000
PID:616(db2syscs.exe)   TID:1932   Appid:D3984109.7504.041103041156
buffer_pool_services  sqlbFreeUpSlot   Probe:122   Database:JINGMEI

All pages in buffer pool 1 are in use.

2004-11-03-12.11.49.546000   Instance:DB2   Node:000
PID:616(db2syscs.exe)   TID:1848   Appid:D3984109.EE05.041103022038
buffer_pool_services  sqlbGetVictimSlot   Probe:727   Database:JINGMEI
DIA9999E An internal error occurred. Report the following error code : 
"0xFFFFD12C".

String Title: PID:616 Node:000
Could not fix page for objID=45, tbspaceID=2, objType=0, parentObjID=45 parentTbspaceID=2.

2004-11-03-12.11.50.859001   Instance:DB2   Node:000
PID:616(db2syscs.exe)   TID:1552   Appid:D3984109.7104.041103041152
buffer_pool_services  sqlbFreeUpSlot   Probe:122   Database:JINGMEI

All pages in buffer pool 1 are in use.

2004-11-03-12.11.52.937000   Instance:DB2   Node:000
PID:616(db2syscs.exe)   TID:1752   Appid:D3984109.E905.041103022033
buffer_pool_services  sqlbFreeUpSlot   Probe:122   Database:JINGMEI

All pages in buffer pool 1 are in use.

String Title: PID:616 Node:000
Could not fix page for objID=45, tbspaceID=2, objType=0, parentObjID=45 parentTbspaceID=2.

2004-11-03-12.11.54.546000   Instance:DB2   Node:000
PID:616(db2syscs.exe)   TID:1752   Appid:D3984109.E905.041103022033
buffer_pool_services  sqlbGetVictimSlot   Probe:727   Database:JINGMEI
DIA9999E An internal error occurred. Report the following error code : 
"0xFFFFD12C".

2004-11-03-12.11.54.656000   Instance:DB2   Node:000
PID:616(db2syscs.exe)   TID:944   Appid:D3984109.6F04.041103041150
buffer_pool_services  sqlbFreeUpSlot   Probe:122   Database:JINGMEI

All pages in buffer pool 1 are in use.

String Title: PID:616 Node:000
Could not fix page for objID=7, tbspaceID=3, objType=128, parentObjID=7 parentTbspaceID=3.

2004-11-03-12.11.54.968000   Instance:DB2   Node:000
PID:616(db2syscs.exe)   TID:1672   Appid:D3984109.120A.041102095539
buffer_pool_services  sqlbGetVictimSlot   Probe:727   Database:JINGMEI
DIA9999E An internal error occurred. Report the following error code : 
"0xFFFFD12C".

2004-11-03-12.11.55.109000   Instance:DB2   Node:000
PID:616(db2syscs.exe)   TID:944   Appid:D3984109.6F04.041103041150
buffer_pool_services  sqlbGetVictimSlot   Probe:727   Database:JINGMEI
DIA9999E An internal error occurred. Report the following error code : 
"0xFFFFD12C".

2004-11-03-12.11.55.468000   Instance:DB2   Node:000
PID:616(db2syscs.exe)   TID:1068   Appid:D3984109.6804.041103041143
buffer_pool_services  sqlbFreeUpSlot   Probe:122   Database:JINGMEI

All pages in buffer pool 1 are in use.

String Title: PID:616 Node:000
Could not fix page for objID=45, tbspaceID=2, objType=0, parentObjID=45 parentTbspaceID=2.

2004-11-03-12.11.55.671000   Instance:DB2   Node:000
PID:616(db2syscs.exe)   TID:1068   Appid:D3984109.6804.041103041143
buffer_pool_services  sqlbGetVictimSlot   Probe:727   Database:JINGMEI
DIA9999E An internal error occurred. Report the following error code : 
"0xFFFFD12C".

2004-11-03-12.11.56.046000   Instance:DB2   Node:000
PID:616(db2syscs.exe)   TID:1032   Appid:D3984109.7204.041103041153
buffer_pool_services  sqlbFreeUpSlot   Probe:122   Database:JINGMEI

All pages in buffer pool 1 are in use.

String Title: PID:616 Node:000
Could not fix page for objID=10, tbspaceID=2, objType=0, parentObjID=10 parentTbspaceID=2.

2004-11-03-12.11.56.187000   Instance:DB2   Node:000
PID:616(db2syscs.exe)   TID:1032   Appid:D3984109.7204.041103041153
buffer_pool_services  sqlbGetVictimSlot   Probe:727   Database:JINGMEI
DIA9999E An internal error occurred. Report the following error code : 
"0xFFFFD12C".

2004-11-03-12.11.56.609000   Instance:DB2   Node:000
PID:616(db2syscs.exe)   TID:1504   Appid:D3984109.ED05.041103022037
buffer_pool_services  sqlbFreeUpSlot   Probe:122   Database:JINGMEI

All pages in buffer pool 1 are in use.

String Title: PID:616 Node:000
Could not fix page for objID=45, tbspaceID=2, objType=0, parentObjID=45 parentTbspaceID=2.

2004-11-03-12.11.56.781000   Instance:DB2   Node:000
PID:616(db2syscs.exe)   TID:1504   Appid:D3984109.ED05.041103022037
buffer_pool_services  sqlbGetVictimSlot   Probe:727   Database:JINGMEI
DIA9999E An internal error occurred. Report the following error code : 
"0xFFFFD12C".

2004-11-03-12.11.57.156000   Instance:DB2   Node:000
PID:616(db2syscs.exe)   TID:1932   Appid:D3984109.7504.041103041156
buffer_pool_services  sqlbGetVictimSlot   Probe:727   Database:JINGMEI
DIA9999E An internal error occurred. Report the following error code : 
"0xFFFFD12C".

2004-11-03-12.11.57.218000   Instance:DB2   Node:000
PID:616(db2syscs.exe)   TID:1812   Appid:D3984109.FA0B.041102122848
buffer_pool_services  sqlbFreeUpSlot   Probe:122   Database:JINGMEI

All pages in buffer pool 1 are in use.

String Title: PID:616 Node:000
Could not fix page for objID=5, tbspaceID=1, objType=128, parentObjID=5 parentTbspaceID=1.

2004-11-03-12.11.57.343000   Instance:DB2   Node:000
PID:616(db2syscs.exe)   TID:1812   Appid:D3984109.FA0B.041102122848
buffer_pool_services  sqlbGetVictimSlot   Probe:727   Database:JINGMEI
DIA9999E An internal error occurred. Report the following error code : 
"0xFFFFD12C".

String Title: PID:616 Node:000
Could not fix page for objID=10, tbspaceID=2, objType=0, parentObjID=10 parentTbspaceID=2.

2004-11-03-12.11.57.781000   Instance:DB2   Node:000
PID:616(db2syscs.exe)   TID:1552   Appid:D3984109.7104.041103041152
buffer_pool_services  sqlbGetVictimSlot   Probe:727   Database:JINGMEI
DIA9999E An internal error occurred. Report the following error code : 
"0xFFFFD12C".

2004-11-03-12.15.22.828000   Instance:DB2   Node:000
PID:616(db2syscs.exe)   TID:936   Appid:D3984109.8404.041103041210
buffer_pool_services  sqlbFreeUpSlot   Probe:122   Database:JINGMEI

All pages in buffer pool 1 are in use.

String Title: PID:616 Node:000
Could not fix page for objID=45, tbspaceID=2, objType=0, parentObjID=45 parentTbspaceID=2.

2004-11-03-12.15.23.656000   Instance:DB2   Node:000
PID:616(db2syscs.exe)   TID:936   Appid:D3984109.8404.041103041210
buffer_pool_services  sqlbGetVictimSlot   Probe:727   Database:JINGMEI
DIA9999E An internal error occurred. Report the following error code : 
"0xFFFFD12C".

2004-11-03-12.15.25.062000   Instance:DB2   Node:000
PID:616(db2syscs.exe)   TID:848   Appid:D3984109.7C04.041103041203
buffer_pool_services  sqlbFreeUpSlot   Probe:122   Database:JINGMEI

All pages in buffer pool 1 are in use.

String Title: PID:616 Node:000
Could not fix page for objID=45, tbspaceID=2, objType=0, parentObjID=45 parentTbspaceID=2.

2004-11-03-12.15.26.359000   Instance:DB2   Node:000
PID:616(db2syscs.exe)   TID:848   Appid:D3984109.7C04.041103041203
buffer_pool_services  sqlbGetVictimSlot   Probe:727   Database:JINGMEI
DIA9999E An internal error occurred. Report the following error code : 
"0xFFFFD12C".

2004-11-03-12.15.38.703000   Instance:DB2   Node:000
PID:616(db2syscs.exe)   TID:916   Appid:D3984109.D505.041103022027
buffer_pool_services  sqlbFreeUpSlot   Probe:122   Database:JINGMEI

All pages in buffer pool 1 are in use.

2004-11-03-12.15.39.796000   Instance:DB2   Node:000
PID:616(db2syscs.exe)   TID:2084   Appid:D3984109.270C.041102113144
buffer_pool_services  sqlbFreeUpSlot   Probe:122   Database:JINGMEI

All pages in buffer pool 1 are in use.

String Title: PID:616 Node:000
Could not fix page for objID=5, tbspaceID=3, objType=128, parentObjID=5 parentTbspaceID=3.

2004-11-03-12.15.41.187000   Instance:DB2   Node:000
PID:616(db2syscs.exe)   TID:916   Appid:D3984109.D505.041103022027
buffer_pool_services  sqlbGetVictimSlot   Probe:727   Database:JINGMEI
DIA9999E An internal error occurred. Report the following error code : 
"0xFFFFD12C".

String Title: PID:616 Node:000
Could not fix page for objID=5, tbspaceID=1, objType=128, parentObjID=5 parentTbspaceID=1.

2004-11-03-12.15.41.843000   Instance:DB2   Node:000
PID:616(db2syscs.exe)   TID:2084   Appid:D3984109.270C.041102113144
buffer_pool_services  sqlbGetVictimSlot   Probe:727   Database:JINGMEI
DIA9999E An internal error occurred. Report the following error code : 
"0xFFFFD12C".

2004-11-03-12.21.09.203000   Instance:DB2   Node:000
PID:616(db2syscs.exe)   TID:1504   Appid:D3984109.ED05.041103022037
buffer_pool_services  sqlbFreeUpSlot   Probe:122   Database:JINGMEI

All pages in buffer pool 1 are in use.

String Title: PID:616 Node:000
Could not fix page for objID=10, tbspaceID=2, objType=0, parentObjID=10 parentTbspaceID=2.

2004-11-03-12.21.09.406001   Instance:DB2   Node:000
PID:616(db2syscs.exe)   TID:1504   Appid:D3984109.ED05.041103022037
buffer_pool_services  sqlbGetVictimSlot   Probe:727   Database:JINGMEI
DIA9999E An internal error occurred. Report the following error code : 
"0xFFFFD12C".

2004-11-03-12.21.09.468000   Instance:DB2   Node:000
PID:616(db2syscs.exe)   TID:1244   Appid:D3984109.7704.041103041158
buffer_pool_services  sqlbFreeUpSlot   Probe:122   Database:JINGMEI

All pages in buffer pool 1 are in use.

String Title: PID:616 Node:000
Could not fix page for objID=67, tbspaceID=2, objType=0, parentObjID=67 parentTbspaceID=2.

2004-11-03-12.21.09.968000   Instance:DB2   Node:000
PID:616(db2syscs.exe)   TID:1244   Appid:D3984109.7704.041103041158
buffer_pool_services  sqlbGetVictimSlot   Probe:727   Database:JINGMEI
DIA9999E An internal error occurred. Report the following error code : 
"0xFFFFD12C".

2004-11-03-12.21.10.156000   Instance:DB2   Node:000
PID:616(db2syscs.exe)   TID:1552   Appid:D3984109.7104.041103041152
buffer_pool_services  sqlbFreeUpSlot   Probe:122   Database:JINGMEI

All pages in buffer pool 1 are in use.

2004-11-03-12.21.10.312000   Instance:DB2   Node:000
PID:616(db2syscs.exe)   TID:2024   Appid:D3984109.EF10.041103024803
buffer_pool_services  sqlbFreeUpSlot   Probe:122   Database:JINGMEI

All pages in buffer pool 1 are in use.

String Title: PID:616 Node:000
Could not fix page for objID=67, tbspaceID=2, objType=0, parentObjID=67 parentTbspaceID=2.

2004-11-03-12.21.10.531000   Instance:DB2   Node:000
PID:616(db2syscs.exe)   TID:2024   Appid:D3984109.EF10.041103024803
buffer_pool_services  sqlbGetVictimSlot   Probe:727   Database:JINGMEI
DIA9999E An internal error occurred. Report the following error code : 
"0xFFFFD12C".

2004-11-03-12.21.10.656000   Instance:DB2   Node:000
PID:616(db2syscs.exe)   TID:916   Appid:D3984109.D505.041103022027
buffer_pool_services  sqlbFreeUpSlot   Probe:122   Database:JINGMEI

All pages in buffer pool 1 are in use.

String Title: PID:616 Node:000
Could not fix page for objID=67, tbspaceID=2, objType=0, parentObjID=67 parentTbspaceID=2.

2004-11-03-12.21.11.015000   Instance:DB2   Node:000
PID:616(db2syscs.exe)   TID:916   Appid:D3984109.D505.041103022027
buffer_pool_services  sqlbGetVictimSlot   Probe:727   Database:JINGMEI
DIA9999E An internal error occurred. Report the following error code : 
"0xFFFFD12C".

2004-11-03-12.21.11.343000   Instance:DB2   Node:000
PID:616(db2syscs.exe)   TID:468   Appid:D3984109.8504.041103041211
buffer_pool_services  sqlbFreeUpSlot   Probe:122   Database:JINGMEI

All pages in buffer pool 1 are in use.

String Title: PID:616 Node:000
Could not fix page for objID=13, tbspaceID=2, objType=0, parentObjID=13 parentTbspaceID=2.

2004-11-03-12.21.11.578000   Instance:DB2   Node:000
PID:616(db2syscs.exe)   TID:468   Appid:D3984109.8504.041103041211
buffer_pool_services  sqlbGetVictimSlot   Probe:727   Database:JINGMEI
DIA9999E An internal error occurred. Report the following error code : 
"0xFFFFD12C".

2004-11-03-12.21.11.937000   Instance:DB2   Node:000
PID:616(db2syscs.exe)   TID:2048   Appid:D3984109.7904.041103041200
buffer_pool_services  sqlbFreeUpSlot   Probe:122   Database:JINGMEI

All pages in buffer pool 1 are in use.

String Title: PID:616 Node:000
Could not fix page for objID=13, tbspaceID=2, objType=0, parentObjID=13 parentTbspaceID=2.

2004-11-03-12.21.12.281000   Instance:DB2   Node:000
PID:616(db2syscs.exe)   TID:2048   Appid:D3984109.7904.041103041200
buffer_pool_services  sqlbGetVictimSlot   Probe:727   Database:JINGMEI
DIA9999E An internal error occurred. Report the following error code : 
"0xFFFFD12C".

2004-11-03-12.21.12.562000   Instance:DB2   Node:000
PID:616(db2syscs.exe)   TID:1912   Appid:D3984109.7804.041103041159
buffer_pool_services  sqlbFreeUpSlot   Probe:122   Database:JINGMEI

All pages in buffer pool 1 are in use.

2004-11-03-12.21.13.609000   Instance:DB2   Node:000
PID:616(db2syscs.exe)   TID:900   Appid:D3984109.6A04.041103041145
buffer_pool_services  sqlbFreeUpSlot   Probe:122   Database:JINGMEI

All pages in buffer pool 1 are in use.

String Title: PID:616 Node:000
Could not fix page for objID=45, tbspaceID=2, objType=0, parentObjID=45 parentTbspaceID=2.

String Title: PID:616 Node:000
Could not fix page for objID=13, tbspaceID=2, objType=0, parentObjID=13 parentTbspaceID=2.

String Title: PID:616 Node:000
Could not fix page for objID=67, tbspaceID=2, objType=0, parentObjID=67 parentTbspaceID=2.

2004-11-03-12.21.15.812000   Instance:DB2   Node:000
PID:616(db2syscs.exe)   TID:900   Appid:D3984109.6A04.041103041145
buffer_pool_services  sqlbGetVictimSlot   Probe:727   Database:JINGMEI
DIA9999E An internal error occurred. Report the following error code : 
"0xFFFFD12C".

2004-11-03-12.21.16.265000   Instance:DB2   Node:000
PID:616(db2syscs.exe)   TID:1504   Appid:D3984109.ED05.041103022037
buffer_pool_services  sqlbFreeUpSlot   Probe:122   Database:JINGMEI

All pages in buffer pool 1 are in use.

2004-11-03-12.21.17.578000   Instance:DB2   Node:000
PID:616(db2syscs.exe)   TID:636   Appid:D3984109.6D04.041103041148
buffer_pool_services  sqlbFreeUpSlot   Probe:122   Database:JINGMEI

All pages in buffer pool 1 are in use.

String Title: PID:616 Node:000
Could not fix page for objID=67, tbspaceID=2, objType=0, parentObjID=67 parentTbspaceID=2.

2004-11-03-12.21.18.781000   Instance:DB2   Node:000
PID:616(db2syscs.exe)   TID:636   Appid:D3984109.6D04.041103041148
buffer_pool_services  sqlbGetVictimSlot   Probe:727   Database:JINGMEI
DIA9999E An internal error occurred. Report the following error code : 
"0xFFFFD12C".

2004-11-03-12.21.19.125000   Instance:DB2   Node:000
PID:616(db2syscs.exe)   TID:1912   Appid:D3984109.7804.041103041159
buffer_pool_services  sqlbGetVictimSlot   Probe:727   Database:JINGMEI
DIA9999E An internal error occurred. Report the following error code : 
"0xFFFFD12C".

2004-11-03-12.21.19.718000   Instance:DB2   Node:000
PID:616(db2syscs.exe)   TID:1552   Appid:D3984109.7104.041103041152
buffer_pool_services  sqlbGetVictimSlot   Probe:727   Database:JINGMEI
DIA9999E An internal error occurred. Report the following error code : 
"0xFFFFD12C".

2004-11-03-12.21.20.062000   Instance:DB2   Node:000
PID:616(db2syscs.exe)   TID:944   Appid:D3984109.6F04.041103041150
buffer_pool_services  sqlbFreeUpSlot   Probe:122   Database:JINGMEI

All pages in buffer pool 1 are in use.

String Title: PID:616 Node:000
Could not fix page for objID=45, tbspaceID=2, objType=0, parentObjID=45 parentTbspaceID=2.

2004-11-03-12.21.21.093000   Instance:DB2   Node:000
PID:616(db2syscs.exe)   TID:1504   Appid:D3984109.ED05.041103022037
buffer_pool_services  sqlbGetVictimSlot   Probe:727   Database:JINGMEI
DIA9999E An internal error occurred. Report the following error code : 
"0xFFFFD12C".

String Title: PID:616 Node:000
Could not fix page for objID=45, tbspaceID=2, objType=0, parentObjID=45 parentTbspaceID=2.

2004-11-03-12.21.21.750000   Instance:DB2   Node:000
PID:616(db2syscs.exe)   TID:944   Appid:D3984109.6F04.041103041150
buffer_pool_services  sqlbGetVictimSlot   Probe:727   Database:JINGMEI
DIA9999E An internal error occurred. Report the following error code : 
"0xFFFFD12C".

2004-11-03-13.36.53.515000   Instance:DB2   Node:000
PID:616(db2syscs.exe)   TID:1160   Appid:D3984109.1E07.041103042209
buffer_pool_services  sqlbFreeUpSlot   Probe:122   Database:JINGMEI

All pages in buffer pool 1 are in use.

String Title: PID:616 Node:000
Could not fix page for objID=12, tbspaceID=2, objType=0, parentObjID=12 parentTbspaceID=2.

2004-11-03-13.36.53.968000   Instance:DB2   Node:000
PID:616(db2syscs.exe)   TID:1160   Appid:D3984109.1E07.041103042209
buffer_pool_services  sqlbGetVictimSlot   Probe:727   Database:JINGMEI
DIA9999E An internal error occurred. Report the following error code : 
"0xFFFFD12C".

2004-11-03-13.36.54.359000   Instance:DB2   Node:000
PID:616(db2syscs.exe)   TID:2008   Appid:D3984109.4A08.041103053703
buffer_pool_services  sqlbFreeUpSlot   Probe:122   Database:JINGMEI

All pages in buffer pool 1 are in use.

2004-11-03-13.36.54.515000   Instance:DB2   Node:000
PID:616(db2syscs.exe)   TID:864   Appid:D3984109.5908.041103053717
buffer_pool_services  sqlbFreeUpSlot   Probe:122   Database:JINGMEI

All pages in buffer pool 1 are in use.

String Title: PID:616 Node:000
Could not fix page for objID=44, tbspaceID=2, objType=0, parentObjID=44 parentTbspaceID=2.

2004-11-03-13.36.54.781000   Instance:DB2   Node:000
PID:616(db2syscs.exe)   TID:864   Appid:D3984109.5908.041103053717
buffer_pool_services  sqlbGetVictimSlot   Probe:727   Database:JINGMEI
DIA9999E An internal error occurred. Report the following error code : 
"0xFFFFD12C".

2004-11-03-13.36.54.968000   Instance:DB2   Node:000
PID:616(db2syscs.exe)   TID:1708   Appid:D3984109.4E08.041103053707
buffer_pool_services  sqlbFreeUpSlot   Probe:122   Database:JINGMEI

All pages in buffer pool 1 are in use.

String Title: PID:616 Node:000
Could not fix page for objID=13, tbspaceID=2, objType=0, parentObjID=13 parentTbspaceID=2.

2004-11-03-13.36.55.406000   Instance:DB2   Node:000
PID:616(db2syscs.exe)   TID:1708   Appid:D3984109.4E08.041103053707
buffer_pool_services  sqlbGetVictimSlot   Probe:727   Database:JINGMEI
DIA9999E An internal error occurred. Report the following error code : 
"0xFFFFD12C".

2004-11-03-13.36.55.765000   Instance:DB2   Node:000
PID:616(db2syscs.exe)   TID:828   Appid:D3984109.4C08.041103053705
buffer_pool_services  sqlbFreeUpSlot   Probe:122   Database:JINGMEI

All pages in buffer pool 1 are in use.

String Title: PID:616 Node:000
Could not fix page for objID=59, tbspaceID=2, objType=0, parentObjID=59 parentTbspaceID=2.

2004-11-03-13.36.56.375000   Instance:DB2   Node:000
PID:616(db2syscs.exe)   TID:828   Appid:D3984109.4C08.041103053705
buffer_pool_services  sqlbGetVictimSlot   Probe:727   Database:JINGMEI
DIA9999E An internal error occurred. Report the following error code : 
"0xFFFFD12C".

2004-11-03-13.36.56.546000   Instance:DB2   Node:000
PID:616(db2syscs.exe)   TID:1556   Appid:D3984109.4808.041103053701
buffer_pool_services  sqlbFreeUpSlot   Probe:122   Database:JINGMEI

All pages in buffer pool 1 are in use.

String Title: PID:616 Node:000
Could not fix page for objID=44, tbspaceID=2, objType=0, parentObjID=44 parentTbspaceID=2.

2004-11-03-13.36.57.625000   Instance:DB2   Node:000
PID:616(db2syscs.exe)   TID:2008   Appid:D3984109.4A08.041103053703
buffer_pool_services  sqlbGetVictimSlot   Probe:727   Database:JINGMEI
DIA9999E An internal error occurred. Report the following error code : 
"0xFFFFD12C".

2004-11-03-13.36.57.875000   Instance:DB2   Node:000
PID:616(db2syscs.exe)   TID:412   Appid:D3984109.1807.041103042206
buffer_pool_services  sqlbFreeUpSlot   Probe:122   Database:JINGMEI

All pages in buffer pool 1 are in use.

String Title: PID:616 Node:000
Could not fix page for objID=44, tbspaceID=2, objType=0, parentObjID=44 parentTbspaceID=2.

2004-11-03-13.36.58.703000   Instance:DB2   Node:000
PID:616(db2syscs.exe)   TID:412   Appid:D3984109.1807.041103042206
buffer_pool_services  sqlbGetVictimSlot   Probe:727   Database:JINGMEI
DIA9999E An internal error occurred. Report the following error code : 
"0xFFFFD12C".

String Title: PID:616 Node:000
Could not fix page for objID=45, tbspaceID=2, objType=0, parentObjID=45 parentTbspaceID=2.

2004-11-03-13.36.59.093000   Instance:DB2   Node:000
PID:616(db2syscs.exe)   TID:600   Appid:D3984109.5A0A.041103043737
buffer_pool_services  sqlbFreeUpSlot   Probe:122   Database:JINGMEI

All pages in buffer pool 1 are in use.

2004-11-03-13.36.59.609000   Instance:DB2   Node:000
PID:616(db2syscs.exe)   TID:1456   Appid:D3984109.4607.041103042246
buffer_pool_services  sqlbFreeUpSlot   Probe:122   Database:JINGMEI

All pages in buffer pool 1 are in use.

String Title: PID:616 Node:000
Could not fix page for objID=45, tbspaceID=2, objType=0, parentObjID=45 parentTbspaceID=2.

2004-11-03-13.37.00.734000   Instance:DB2   Node:000
PID:616(db2syscs.exe)   TID:1960   Appid:D3984109.5A08.041103053718
buffer_pool_services  sqlbFreeUpSlot   Probe:122   Database:JINGMEI

All pages in buffer pool 1 are in use.

2004-11-03-13.37.01.781000   Instance:DB2   Node:000
PID:616(db2syscs.exe)   TID:600   Appid:D3984109.5A0A.041103043737
buffer_pool_services  sqlbGetVictimSlot   Probe:727   Database:JINGMEI
DIA9999E An internal error occurred. Report the following error code : 
"0xFFFFD12C".

String Title: PID:616 Node:000
Could not fix page for objID=2, tbspaceID=1, objType=128, parentObjID=2 parentTbspaceID=1.

2004-11-03-13.37.02.250000   Instance:DB2   Node:000
PID:616(db2syscs.exe)   TID:1556   Appid:D3984109.4808.041103053701
buffer_pool_services  sqlbGetVictimSlot   Probe:727   Database:JINGMEI
DIA9999E An internal error occurred. Report the following error code : 
"0xFFFFD12C".

String Title: PID:616 Node:000
Could not fix page for objID=13, tbspaceID=2, objType=0, parentObjID=13 parentTbspaceID=2.

2004-11-03-13.37.02.906000   Instance:DB2   Node:000
PID:616(db2syscs.exe)   TID:1960   Appid:D3984109.5A08.041103053718
buffer_pool_services  sqlbGetVictimSlot   Probe:727   Database:JINGMEI
DIA9999E An internal error occurred. Report the following error code : 
"0xFFFFD12C".

2004-11-03-13.37.03.078000   Instance:DB2   Node:000
PID:616(db2syscs.exe)   TID:1456   Appid:D3984109.4607.041103042246
buffer_pool_services  sqlbGetVictimSlot   Probe:727   Database:JINGMEI
DIA9999E An internal error occurred. Report the following error code : 
"0xFFFFD12C".

2004-11-03-13.37.04.140000   Instance:DB2   Node:000
PID:616(db2syscs.exe)   TID:1456   Appid:D3984109.4607.041103042246
sort/list_services  sqlsSpillASORT   Probe:10   Database:JINGMEI

ibuff
3040 ff09 0100 0000 ec00 0000 00c0 0e00       0@ ....?...?.                
c511 0000 a011 0000 70be 0e00 0000 0000       ?..?..p?.....                
0000 0000 d0fd 0d0a f4be 010a                 ....旋..艟..                


2004-11-03-13.37.06.562000   Instance:DB2   Node:000
PID:616(db2syscs.exe)   TID:1456   Appid:D3984109.4607.041103042246
sort/list_services  sqlsSpillASORT   Probe:15   Database:JINGMEI

recptr
f4be 010a                                     艟..                


2004-11-03-14.07.50.421000   Instance:DB2   Node:000
PID:616(db2syscs.exe)   TID:1208   Appid:D3984109.9A0E.041103060738
data_management  sqldEscalateLocks   Probe:2   Database:JINGMEI

 -- Lock Count, Target  : 113786, 56893
 -- Table (ID) Name     : (2;45) DB2ADMIN.PRO_PRODUCT
 -- Locks, Request Type : 113783, S
 -- Result (0 = success): 0


2004-11-03-14.22.41.218000   Instance:DB2   Node:000
PID:616(db2syscs.exe)   TID:936   Appid:D3984109.4A12.041103062041
buffer_pool_services  sqlbFreeUpSlot   Probe:122   Database:JINGMEI

All pages in buffer pool 1 are in use.

String Title: PID:616 Node:000
Could not fix page for objID=13, tbspaceID=2, objType=0, parentObjID=13 parentTbspaceID=2.

2004-11-03-14.22.42.046000   Instance:DB2   Node:000
PID:616(db2syscs.exe)   TID:936   Appid:D3984109.4A12.041103062041
buffer_pool_services  sqlbGetVictimSlot   Probe:727   Database:JINGMEI
DIA9999E An internal error occurred. Report the following error code : 
"0xFFFFD12C".

2004-11-03-14.23.18.468000   Instance:DB2   Node:000
PID:616(db2syscs.exe)   TID:1736   Appid:D3984109.7C13.041103062314
buffer_pool_services  sqlbFreeUpSlot   Probe:122   Database:JINGMEI

All pages in buffer pool 1 are in use.

2004-11-03-14.23.19.296000   Instance:DB2   Node:000
PID:616(db2syscs.exe)   TID:872   Appid:D3984109.7413.041103062307
buffer_pool_services  sqlbFreeUpSlot   Probe:122   Database:JINGMEI

All pages in buffer pool 1 are in use.

2004-11-03-14.23.20.328000   Instance:DB2   Node:000
PID:616(db2syscs.exe)   TID:1712   Appid:D3984109.7312.041103062124
buffer_pool_services  sqlbFreeUpSlot   Probe:122   Database:JINGMEI

All pages in buffer pool 1 are in use.

2004-11-03-14.23.21.625000   Instance:DB2   Node:000
PID:616(db2syscs.exe)   TID:1848   Appid:D3984109.3E12.041103062024
buffer_pool_services  sqlbFreeUpSlot   Probe:122   Database:JINGMEI

All pages in buffer pool 1 are in use.

String Title: PID:616 Node:000
Could not fix page for objID=45, tbspaceID=2, objType=0, parentObjID=45 parentTbspaceID=2.

2004-11-03-14.23.22.421000   Instance:DB2   Node:000
PID:616(db2syscs.exe)   TID:1848   Appid:D3984109.3E12.041103062024
buffer_pool_services  sqlbGetVictimSlot   Probe:727   Database:JINGMEI
DIA9999E An internal error occurred. Report the following error code : 
"0xFFFFD12C".

String Title: PID:616 Node:000
Could not fix page for objID=45, tbspaceID=2, objType=0, parentObjID=45 parentTbspaceID=2.

String Title: PID:616 Node:000
Could not fix page for objID=13, tbspaceID=2, objType=0, parentObjID=13 parentTbspaceID=2.

String Title: PID:616 Node:000
Could not fix page for objID=45, tbspaceID=2, objType=0, parentObjID=45 parentTbspaceID=2.

2004-11-03-14.23.23.234000   Instance:DB2   Node:000
PID:616(db2syscs.exe)   TID:1712   Appid:D3984109.7312.041103062124
buffer_pool_services  sqlbGetVictimSlot   Probe:727   Database:JINGMEI
DIA9999E An internal error occurred. Report the following error code : 
"0xFFFFD12C".

2004-11-03-14.23.23.609000   Instance:DB2   Node:000
PID:616(db2syscs.exe)   TID:1736   Appid:D3984109.7C13.041103062314
buffer_pool_services  sqlbGetVictimSlot   Probe:727   Database:JINGMEI
DIA9999E An internal error occurred. Report the following error code : 
"0xFFFFD12C".

2004-11-03-14.23.23.796000   Instance:DB2   Node:000
PID:616(db2syscs.exe)   TID:872   Appid:D3984109.7413.041103062307
buffer_pool_services  sqlbGetVictimSlot   Probe:727   Database:JINGMEI
DIA9999E An internal error occurred. Report the following error code : 
"0xFFFFD12C".

2004-11-03-14.23.25.609000   Instance:DB2   Node:000
PID:616(db2syscs.exe)   TID:1972   Appid:D3984109.1010.041103061336
data_management  sqldEscalateLocks   Probe:2   Database:JINGMEI

 -- Lock Count, Target  : 31868, 15934
 -- Table (ID) Name     : (2;44) DB2ADMIN.CU_CUSTOMER
 -- Locks, Request Type : 31865, S
 -- Result (0 = success): 0


2004-11-03-14.23.26.296000   Instance:DB2   Node:000
PID:616(db2syscs.exe)   TID:1972   Appid:D3984109.1010.041103061336
data_management  sqldEscalateLocks   Probe:2   Database:JINGMEI

 -- Lock Count, Target  : 31824, 15912
 -- Table (ID) Name     : (2;13) DB2ADMIN.ORDERDETAIL
 -- Locks, Request Type : 23885, S
 -- Result (0 = success): 0


2004-11-03-14.23.26.437000   Instance:DB2   Node:000
PID:616(db2syscs.exe)   TID:1312   Appid:D3984109.9C12.041103062207
data_management  sqldEscalateLocks   Probe:2   Database:JINGMEI

 -- Lock Count, Target  : 111090, 55545
 -- Table (ID) Name     : (2;45) DB2ADMIN.PRO_PRODUCT
 -- Locks, Request Type : 111046, S
 -- Result (0 = success): 0


2004-11-03-14.23.26.921000   Instance:DB2   Node:000
PID:616(db2syscs.exe)   TID:816   Appid:D3984109.1210.041103061338
data_management  sqldEscalateLocks   Probe:2   Database:JINGMEI

 -- Lock Count, Target  : 87855, 43927
 -- Table (ID) Name     : (2;45) DB2ADMIN.PRO_PRODUCT
 -- Locks, Request Type : 87852, S
 -- Result (0 = success): 0


2004-11-03-14.23.27.593000   Instance:DB2   Node:000
PID:616(db2syscs.exe)   TID:1972   Appid:D3984109.1010.041103061336
data_management  sqldEscalateLocks   Probe:2   Database:JINGMEI

 -- Lock Count, Target  : 31833, 15916
 -- Table (ID) Name     : (2;44) DB2ADMIN.CU_CUSTOMER
 -- Locks, Request Type : 31830, S
 -- Result (0 = success): 0


2004-11-03-14.23.28.546000   Instance:DB2   Node:000
PID:616(db2syscs.exe)   TID:1848   Appid:D3984109.3E12.041103062024
data_management  sqldEscalateLocks   Probe:2   Database:JINGMEI

 -- Lock Count, Target  : 80024, 40012
 -- Table (ID) Name     : (2;45) DB2ADMIN.PRO_PRODUCT
 -- Locks, Request Type : 74448, S
 -- Result (0 = success): 0


2004-11-03-14.41.56.921000   Instance:DB2   Node:000
PID:616(db2syscs.exe)   TID:584   Appid:D3984109.3507.041103063722
buffer_pool_services  sqlbFreeUpSlot   Probe:122   Database:JINGMEI

All pages in buffer pool 1 are in use.

String Title: PID:616 Node:000
Could not fix page for objID=2, tbspaceID=1, objType=128, parentObjID=2 parentTbspaceID=1.

2004-11-03-14.41.58.062000   Instance:DB2   Node:000
PID:616(db2syscs.exe)   TID:584   Appid:D3984109.3507.041103063722
buffer_pool_services  sqlbGetVictimSlot   Probe:727   Database:JINGMEI
DIA9999E An internal error occurred. Report the following error code : 
"0xFFFFD12C".

2004-11-03-14.41.58.359000   Instance:DB2   Node:000
PID:616(db2syscs.exe)   TID:584   Appid:D3984109.3507.041103063722
sort/list_services  sqlsSpillASORT   Probe:10   Database:JINGMEI

ibuff
3040 650c 0100 0000 ec00 0000 00c0 0e00       0@e.....?...?.                
ff12 0000 d512 0000 54e2 0c00 0000 0000       ...?..T?.....                
0000 0000 dc21 720c c449 700c                 ....?r.腎p.                


2004-11-03-14.41.59.859000   Instance:DB2   Node:000
PID:616(db2syscs.exe)   TID:584   Appid:D3984109.3507.041103063722
sort/list_services  sqlsSpillASORT   Probe:15   Database:JINGMEI

recptr
c449 700c                                     腎p.                


2004-11-03-15.44.00.500000   Instance:DB2   Node:000
PID:616(db2syscs.exe)   TID:1756   Appid:D3984109.D608.041103064439
buffer_pool_services  sqlbFreeUpSlot   Probe:122   Database:JINGMEI

All pages in buffer pool 1 are in use.

String Title: PID:616 Node:000
Could not fix page for objID=4, tbspaceID=1, objType=128, parentObjID=4 parentTbspaceID=1.

2004-11-03-15.44.01.375000   Instance:DB2   Node:000
PID:616(db2syscs.exe)   TID:1756   Appid:D3984109.D608.041103064439
buffer_pool_services  sqlbGetVictimSlot   Probe:727   Database:JINGMEI
DIA9999E An internal error occurred. Report the following error code : 
"0xFFFFD12C".

2004-11-03-16.06.19.843001   Instance:DB2   Node:000
PID:616(db2syscs.exe)   TID:1444   Appid:D3984109.7F0B


 oprs 回复于:2004-11-03 20:15:01

注意一下关键字呀,大部分都是All pages in buffer pool 1 are in use.,把你的bufferpool调大吧,机器是1g内存,如果只跑db2的话,调到500m左右吧
另外,sqldEscalateLocks 的信息明显减少了,不过还有一些,把locklist的值再增大一些看看吧,
那PRO_PRODUCT是个基础表吧,数据量不小,索引一定要确定没问题o


 joey945 回复于:2004-11-03 22:36:12

多谢oprs.
pro_product表是比较大,有十二万的数据.它的访问量大是因为我们在前台提供产品搜索.昨天下午我已经把前台的产品搜索功能屏蔽了,但是昨天晚上22:00我去看的时候故障还在,有连数据库的页面就出不来.当时连到数据库的应用只有30个.而且二个月前该表的数据有17万多,也没有这种情况,后来整理过的,整理后也做了reorg和runstats.不知道是不是数据库有什么内部错误,我看到很多如下面的"0xFFFFD12C"错误,这个是什么错误呢?
2004-11-03-18.48.26.890000   Instance:DB2   Node:000
PID:616(db2syscs.exe)   TID:852   Appid:D3984109.5813.041103090310
buffer_pool_services  sqlbGetVictimSlot   Probe:727   Database:JINGMEI
DIA9999E An internal error occurred. Report the following error code : 
"0xFFFFD12C".
同时操作系统的日志查看器有如下错误:
Event Type: Error
Event Source: DB2
Event Category: None
Event ID: 4
Date: 11/3/2004
Time: 6:48:26 PM
User: N/A
Computer: DBSERVER
Description:
An entry has been logged to the DB2 Diagnostic Log 
for instance DB2. 
Please refer to this instance's DB2 Diagnostic Log for additional information. 
 
2004-11-03-18.48.26.890000   Instance:DB2   Node:000
PID:616(db2syscs.exe)   TID:852   Appid:D3984109.5813.041103090310
An error has occurred and diagnostic information has been
written to db2diag.log.  Please examine the entry and
contact IBM Service if necessary.
     
后来,根据你说的,我把locklist调到6000,IBMDEFAULTBP调成400000,另外有一个自己创建的buffer pool是151517,今天早上又连不上,在服务器的命令行connect 到数据库时出现下面的消息,是不是其它地方的参数占用内存太多,buffer pool不够用了?
SQL1478W  The defined buffer pools could not be started. Instead, one small
buffer pool for each page size supported by DB2 has been started.
SQLSTATE=01626
然后就把自己创建的那个buffer pool卸掉了,只留IBMDEFAULTBP,本地连接依然很慢,只好又把IBMDRFAULT的size又改回151517,本地连接才可以连接.但是又回到了昨天的状态.该怎么调呢?

再次感谢,请继续不吝赐教和帮助,这个问题已经困扰我一段时间了,严重影响了正常业务运作.


 myuhan 回复于:2004-11-04 08:57:57

呵呵,还有好多参数要调,等会帮你看,现在忙


 huyuhui001 回复于:2004-11-04 10:44:33

2004-11-03-10.20.17.187000 Instance:DB2 Node:000 
PID:616(db2syscs.exe) TID:292 Appid:D3984109.CF05.041103022021 
buffer_pool_services sqlbGetVictimSlot Probe:727 Database:JINGMEI 
DIA9999E An internal error occurred. Report the following error code : 
"0xFFFFD12C". 

String Title: PID:616 Node:000 
Could not fix page for objID=21, tbspaceID=2, objType=0, parentObjID=21 parentTbspaceID=2.

"0xFFFFD12C"的意思是disk full,检查一下你的buffer pool,调大一些,另外,你的tempspace所在的分区是不是空间不够。还有编号是2的表空间是什么,检查一下了。

DB2在32位系统中是有内存限制的,你是把总量调的太高了。参考下面的公式计算一下:
buffer pools + dbheap + util_heap_sz + pkgcachesz + aslheapsz + locklist + approx 10% overhead
计算出来的总量参考下面:(不能超过呀)
AIX - 1.75 GB 
Linux - 1.75 GB 
Sun - 3.35 GB 
HP-UX - approximately 800 MB 
Windows - 2-3 GB (在 NT/2000 上的 boot.ini 中使用的是 ' 3GB' switch)

12万的数据量不算大,我这里实际应用中的很多表都至少有30多了columns,数据量都在亿以上,最大的表有200GB。调整好索引和分配合理的表分布,最重要的是检查sql是不是合理。很多问题不是数据库调整就能解决的,烂的sql能把你的DB跑死了。


 oprs 回复于:2004-11-04 12:53:31

兄弟,调过头了,400000都1.6G了吧,现在是151517吗?
除了满足楼上所说的容量限制外,那个容量总和也不应该超过你机器的物理内存数,不然反效果
db2 select * from syscat.bufferpools
db2 list tablespaces show detail 
把结果弄上来kk


 myuhan 回复于:2004-11-04 17:00:32

locktimeout 60
maxlocks 20
PCKCACHESZ 6000
sortheap 2000
dbheap 12000
locklist 10000
logfilsiz 2500

先调这些吧,不行的话在调,一张表有20几万条记录其实没什么。还有索引是不是合适。你可以用DB2ADVIS命令根据你的SQL语句来创建合适的索引。


 joey945 回复于:2004-11-04 18:43:21

首先感谢三位救星,多谢!

db2 select * from syscat.bufferpools的结果如下:

BPNAME             BUFFERPOOLID NGNAME             NPAGES      PAGESIZE    ESTORE

------------------ ------------ ------------------ ----------- ----------- ------

IBMDEFAULTBP                  1 -                       151517        4096 N     

db2 list tablespaces show detail的结果如下:(只有一个硬盘,分了四个区,C装OS,D装DB2,E放数据库备份,F放一些安装程序.三个tablespace都是安装时默认的,都在D上.目前D区已用1.81G,剩余2.42G,应该有空间啊,怎么报disk full呢?)

           Tablespaces for Current Database



 Tablespace ID                        = 0

 Name                                 = SYSCATSPACE

 Type                                 = System managed space

 Contents                             = Any data

 State                                = 0x0000

   Detailed explanation:

     Normal

 Total pages                          = 2887

 Useable pages                        = 2887

 Used pages                           = 2887

 Free pages                           = Not applicable

 High water mark (pages)              = Not applicable

 Page size (bytes)                    = 4096

 Extent size (pages)                  = 32

 Prefetch size (pages)                = 16

 Number of containers                 = 1

 Minimum recovery time                = 2004-11-04-00.36.57.000000



 Tablespace ID                        = 1

 Name                                 = TEMPSPACE1

 Type                                 = System managed space

 Contents                             = System Temporary data

 State                                = 0x0000

   Detailed explanation:

     Normal

 Total pages                          = 1

 Useable pages                        = 1

 Used pages                           = 1

 Free pages                           = Not applicable

 High water mark (pages)              = Not applicable

 Page size (bytes)                    = 4096

 Extent size (pages)                  = 32

 Prefetch size (pages)                = 16

 Number of containers                 = 1



 Tablespace ID                        = 2

 Name                                 = USERSPACE1

 Type                                 = System managed space

 Contents                             = Any data

 State                                = 0x0000

   Detailed explanation:

     Normal

 Total pages                          = 207706

 Useable pages                        = 207706

 Used pages                           = 207706

 Free pages                           = Not applicable

 High water mark (pages)              = Not applicable

 Page size (bytes)                    = 4096

 Extent size (pages)                  = 32

 Prefetch size (pages)                = 16

 Number of containers                 = 1

 Minimum recovery time                = 2004-08-12-06.24.07.000000


目前参数:
BUFFPAGE - 151517
DBHEAP - 1621
UTIL_HEAP_SZ - 50505
PCKCACHESZ - 4000
LOCKLIST - 6000
ASLHEAPSZ - 15
approx 10% overhead 约占1G内存的10% - 100M

LOCKTIMEOUT - 60
MAXLOCKS - 20
SORTHEAD - 256
LOGFILSIZ - 250

按上面的公式算起来,其它参数不变的话,BUFFPAGE应该是128000,目前是151517,不能再大了啊.myuhan兄提供的参数中,PCKCACHESZ 6000 dbheap 12000    locklist 10000和其它的几个加起来也超过了啊.怎么办?
oprs和huyuhui001对myuhan提供的参数有何高见吗?

另外,有些表是有好几个索引,进行增删改操作并reorg后,runstats只能按照其中一个索引来做或者都不做,那些索引我以前看到过不少是指示需要重组的,但runstats不能做,要怎么做才是合适的索引呢?把旧的索引删掉重建可以吗?

急盼大家的帮助!TKS!


 mymm 回复于:2004-11-05 01:32:58

1、楼主用的是SMS,db2empfa是个不错的方案,不过改后就改不回来了!
2、楼主又加了个BUFFERPOOL?能把:
select a.tbspace,b.bpname,b.npages,b.pagesize from syscat.tablespaces a ,syscat.bufferpools b where a.bufferpoolid=b.bufferpoolid

列出来看看吗?楼主会明白,一个Tbs只能使用一个BufferPool,而一个BufferPool可用于多个Tbs吧!
3、运行重整的有效方法是:runstats =>; reorg =>; rebind
4、151517的bufferpool对你1G的MEM来说该是太大了,调小一些,过大的BufferPool会使性能很低!
5、为什么不打开监视开关看看呢?

顺便贴一个关于BufferPool的不错的文章!
摘自《DB2 Magazine》By Roger Sanders 

引用:Buffer Pools
If you have any experience with DB2 UDB, you probably know that a buffer pool is an area of memory allocated to the DB2 Database Manager solely for caching data pages either as new data is added to a database or as data is retrieved from disk in response to a query. Buffer pools improve overall database performance by reducing disk input/output operations because data can be accessed much faster from memory than from disk. In fact, analyzing how buffer pools are created and used is the most important step when tuning a database for optimum performance.

Given the importance of buffer pools, every DBA should understand how DB2 UDB uses them. Here's a quick refresher course. When new data is added to a database, it's added to a new page in the buffer pool first. Eventually, that page is externalized to database storage. On the other hand, when data is retrieved from a database in response to a query, the DB2 Database Manager places the page (or pages) that contain the requested data into a buffer pool before passing the data itself onto the application or user that requested it. Each time a new query is processed, every available buffer pool is searched to see if the page that contains the data needed already resides in memory. If so, it's immediately passed on to the appropriate application or user. However, if the data requested can't be found in any of the available buffer pools, the DB2 Database Manager retrieves it from storage and copies it to a buffer pool before passing it on. Once a page has been copied to a buffer pool, that page stays in the buffer pool until the database is shut down or until the space it occupies is needed to store another page. (Because all data additions and modifications take place in the buffer pool first — modified pages are eventually flushed to disk — data stored in a buffer pool is always up-to-date.) When a buffer pool becomes full, the DB2 Database Manager selects pages to remove by examining when a page was last referenced, the likelihood that the page will be referenced again, the page type, and whether or not the page has been altered without externalizing the changes to disk. For example, a page that was retrieved in response to a query that was run 30 minutes ago would more likely be overwritten than a page that contains data for an update operation that hasn't yet been committed.

By default, DB2 UDB creates one buffer pool (named IBMDEFAULTBP) as part of the database creation process. On Linux and Unix platforms, this buffer pool is allocated 1,000 4KB pages of memory; on Windows platforms, this buffer pool is allocated 250 4KB pages. You can increase or decrease the number of 4KB pages this buffer pool can hold by selecting the appropriate action from the Buffer Pools menu found in the Control Center or by executing the ALTER BUFFERPOOL SQL statement. You can also create additional buffer pools using the Buffer Pools menu in the Control Center or by executing the CREATE BUFFERPOOL SQL statement.

Because buffer pools are so important, you should carefully consider how many buffer pools your implementation needs, how big each buffer pool should be, and how each buffer pool available should be used. In most environments, the number of buffer pools that can be used effectively depends on the amount of system memory available. If the total amount of memory available can hold only 10,000 4k pages (or less), it's often better to use a single large buffer pool than several small buffer pools. Using several small buffer pools can cause frequently accessed pages to be swapped in and out of memory more often, which, in turn, can lead to I/O contention for storage objects such as system catalog tables or repeatedly accessed user tables and indexes. However, if more memory is available, consider creating individual buffer pools for the following: 

 * Each temporary tablespace defined 
 * Tablespaces that contain tables that are accessed consistently and repeatedly by many short-duration update transactions 
 * Tablespaces that contain tables and indexes that are updated frequently 
 * Tablespaces that contain tables and indexes that are queried frequently but are updated infrequently 
 * Tablespaces that contain tables that are queried frequently in a random manner 
 * Tablespaces that contain data that is accessed by infrequently used applications 
 * Any tablespace that contains data and indexes you want to favor. 

In most cases, larger buffer pools are better than smaller buffer pools. However, take into account the total amount of memory available as well as how the buffer pools will be used. If you have an application that performs many random access operations against a very large table, you should create and use a small buffer pool for that particular table. In such a situation, there's no need to keep data pages in buffer pool memory once they've been used to resolve a single query. On the other hand, if you have an application that frequently retrieves data from several small look-up tables, you should consider creating a buffer pool that's large enough to hold all of the data stored in these tables. With this design, the data can be loaded into memory once, allowing it to be accessed repeatedly without requiring additional disk I/O.




 oprs 回复于:2004-11-05 09:16:10

151517相对于你的内存都还是有点偏大了,120000差不多了,难道以现在这个值还会出现下面的类似这种错误?是数据库一被连接就会出现,还是使用一段时候后出现?

2004-11-03-14.41.56.921000 Instance:DB2 Node:000 
PID:616(db2syscs.exe) TID:584 Appid:D3984109.3507.041103063722 
buffer_pool_services sqlbFreeUpSlot Probe:122 Database:JINGMEI 

All pages in buffer pool 1 are in use. 

String Title: PID:616 Node:000 
Could not fix page for objID=2, tbspaceID=1, objType=128, parentObjID=2 parentTbspaceID=1. 


另外那几个参数,像dbheap,sortheap等,适当的大些也是好的,你原先的值也确实小了点,但对你db2diag.log这些错误不会有什么影响


 joey945 回复于:2004-11-05 09:57:20

monitor switches我打开了table,lock,bufferpool,但terminate后再get dbm cfg显示6个monitor依然是OFF呢?

select a.tbspace,b.bpname,b.npages,b.pagesize from syscat.tablespaces a ,syscat.bufferpools b where a.bufferpoolid=b.bufferpoolid的结果如下:

TBSPACE            BPNAME             NPAGES      PAGESIZE
------------------ ------------------ ----------- -----------
SYSCATSPACE        IBMDEFAULTBP            151517        4096
TEMPSPACE1         IBMDEFAULTBP            151517        4096
USERSPACE1         IBMDEFAULTBP            151517        4096

db2empfa我运行过两三次,db2 disconnect db_name,db2 force applicaton all,db2 terminate,db2stop,db2start后运行但过了一段时间提示数据库有对象正在用,我就没再试了.要怎么办才可以运行成功呢?

连接数据库不是一开始就不行,每次不行的时候我就去重启一下appserver,然后能用一段时间,用一段时间之后连接数据库的页面就出不来了,这种状态持续一段时间不重启appserver就会所有的页面都出不来了.

我注意到当连接数据库的页面出不来的时候,我去执行db2 disconnect db_name,db2 force applicaton all,db2 terminate,db2stop,db2start后,那些页面依然是连不上,必须要在WebSphere的控制台重启appserver才可以,而且我们5:30PM下班后没什么人用了,前台搜索也屏蔽了,晚上我去看的时候也是跟白天一样上不去,所以我怀疑是不是WebSphere有什么问题?我去看了WebSphere/AppServer/logs下的一些日志文件,没发现什么有用的信息,不知道要怎样获得WebSphere的诊断日志信息?

我想干脆把DB2升级到8.1,WAS升级到5.x,但网上没找到这些软件下载,在该论坛搜到一个DB2 8.1的下载地,下下来后安装发现许可证只能有5个connect,也不能用.大家有什么好建议?

希望大家能继续帮我,解决问题,谢谢了!


 oprs 回复于:2004-11-05 12:35:26

joey945, 我感觉你的系统的问题不是单一的,而是有很多,这点不知道你意识到没有,不要搅在一起了

照你说的情况,那连接不上的问题肯定主要是websphere服务器上的问题了,参考我前面的回帖

而db2diag.log里的信息反映了你数据库上的问题,基本上,这是不相关的问题

现在的话,
1。你调整了db2的lock和bufferpool的一些值,那么db2diag.log的出错信息还会出现么?
2。把SystemOut.log, SystemErr.log贴出来kk吧


 joey945 回复于:2004-11-05 13:10:45

出问题前WebSphere的connection pool是500,servlet engine的并发连接数是500.后来我调小了好几个值的组合都没有用.现在是前者是500,后者是450.
oprn兄,我没有找到SystemOut.log和SystemErr.log,是不是要打开什么选项才能生成这两个日志文件?


 oprs 回复于:2004-11-08 09:56:40

晕,这两个日志文件都没有?总有类似的输出系统的出错信息的日志巴,3。5太老了,不熟悉
不过我感觉你的连接数设得太大了,你是什么性质的系统?一般业务系统,设个50,60足够了,运行一段时间连接不上,多半是连接资源没有释放,你用性能跟踪工具跟踪过没?


 joey945 回复于:2004-11-10 08:33:17

这个系统每天都要用的,后台有订单、进销存及财务等,前台有搜索、目录树及文章系统等.以前曾因为数据库连接池不够连接不上我才把数量加大的,用500很长时间都没有问题啊.

    系统有default_server_stdout.log和default_server_stderr.log及tracefile,我看过,但没有什么有用的信息.

    我找了一个resource analyzer 3.5,能看到一些数据,但不熟悉,不知道能否由它找出问题.我今天11:00上去看了数据,这个时段几个参数都没什么明显的增加.

    我发现基本上上午11:00左右都会上不去,下午1:00左右或2:00左右及下午4:00左右也会上不去.可能是这个时段用的人比较多.但是下班后后台没有人用的,前台应该也没多少人浏览,晚上10:00左右我去看也会连不上(连数据库的页面出不来,但用CLP的CONNECT命令是可以连上的).搞不懂是什么原因.

    有文章说网络访问数量的关系应该是(见图):网络->;Web服务器Web容器->;EJB容器->;数据库,最有效的配置方式就是使得队列成为一个"漏斗",也就是说,越靠近客户端的队列,其容量越大,而后面的队列,其容量要略小于或等于前面的队列.

在WebSphere3.5中,没有地方可以配置WebContainer的Thead Pools和ORB Services的Thread Pools,IBM HTTP SERVER的配置文件httpd.conf里的ThreadsPerChild就是上图WebServer,Servlet Engine并发连接数就是WebContainer,数据源Connection Pools就是DataSource,对么?我现在设置的ThreadsPerChild是250,Servlet Engine的最大并发连接数是200,数据库的Connection Pools是150.这些值及其它如connection timeout,idle timeout和orghan timeout应该设什么值比较好? 
    
哪位大虾熟悉WebSphere3.5及其故障诊断方法,请指点一二.







 huyuhui001 回复于:2004-11-10 09:10:06

请教oprs一个问题,如何对用户连接上来空闲时间超过一定时间后自动给断开?我这里很多连接一直挂这,没有任何活动。


 yu17910 回复于:2004-11-10 23:15:02

建议将所有可能用到的搜索关键字都建索引
ORACLE与DB2在数据更改时的机制不同,
ORACLE一个用户在更改表中数据时,另一个用户也能进行全表扫描
比如select * from Table1 where a='123';
如果a列没有索引将导致一个全表扫描
而DB2在一个用户更改表中数据时(在commit之前),另一个用户是无法进行全表扫描的,我想一开始有很多lock也是这个原因,调整参数只能降低这种情况的发生概率
目前国内做开发的很多熟悉的都是ORACLE系统,在ORACLE上测试没有问题,但在DB2上就有问题

个人看法,供参考


 joey945 回复于:2004-11-11 16:35:28

昨天中午把WAS3.5的Connection Pool和Servlet Engine的数量调低到上面所说的值,并把几个timeout的值调得更低以后到今天都没有出现前两三星期出现的问题了.不过速度有些时候还不令人满意,和出问题以前状态类似,可能和后台有多个人在进行同一个操作有关.(令人不解的是以前那两个参数都是500,运行了大半年都没有问题?)看来还要在实践中继续调整,优化,积累经验.感谢各位大虾的帮助,特别是oprs,深表感谢.希望各位大虾能对此问题有继续的更深入的探讨和交流.

楼上所说的DB2中在一个应用中的事务还没有落实以前,其它应用不能查询该表的问题,实际上是可以的,通过设置隔离级别可以做到.DB2支持的隔离级别有四种,其中的"Uncommitted Read"就是"应用程序可以存取其它事务未落实的更改.除非其它的应用程序尝试删除或改变表,否则应用程序也不禁止其它应用程序存取它正在读取的行.它最常用于对只读表的查询."其实我对这四种隔离级别的区别理解也不透彻,希望有高手能详细地通俗易懂的说说它们的区别及各自的适用场合.


 joey945 回复于:2004-11-15 11:11:51

今天早上来发现AppServer那台服务器有个java.exe进程CPU占用率常达到百分之八九十多(不是病毒),请问该如何解决?


 oprs 回复于:2004-11-15 14:45:34

兄弟,升级吧,这样你无论从网上还是ibm那儿,都能获得更多的支持
was6.0都快要发布了


 popcools 回复于:2004-11-17 11:36:40

找个做SVT的哥们




原文链接:http://bbs.chinaunix.net/viewthread.php?tid=433755
转载请注明作者名及原文出处

性能是关系到随需应变型应用程序成功与否的关键。当那些应用程序使用 IBM DB2
Universal Database 作为数据存储时,至关重要的是,从一开始就应该知道有关如何在
 DB2 UDB 上取得尽可能好的性能的基础知识。在本文中,我将给出关于调优 DB2 UDB
V8 系统的一些比较深入的建议。

我们将谈论这一过程中自始至终存在的性能问题。您可以遵循从创建一个新数据库到运
行应用程序这之间的流程。通过本文可以看到如何使用 DB2 自动配置实用程序来初始配
置数据库管理器和数据库环境。接着,我将讨论创建缓冲池、表空间、表和索引的最佳
实践。另外,您可能还想改变一些重要配置参数的初始值,以便更好地支持应用程序,
因此我们还将简介这些配置参数。

我们将论述基于监视器(monitor)细节输出的调优,从而展示如何使用快照监视(snap
shot monitoring)帮助调优 SQL、缓冲池和各种不同的数据库管理器以及数据库配置参
数。接着,我们将进一步研究应用程序发送给 DB2 的 SQL。通过使用 Explain,可以生
成 SQL 采用的访问计划(access plan),并寻找可以进一步优化的机会。我们将考察
Design Advisor 这样一个工具,它可以根据所提供的 SQL 负载推荐出新的索引,或者
评估现有的索引。最后,我们还将讨论一些 DB2 SQL 选项。

此外,持续(on-going)维护对于维持最佳性能非常重要。所以我们将讨论一些可以帮
助我们进行持续维护的实用程序。对于那些正使用 DB2 ESE Database Partitioning
Feature (DPF) 的读者,我会用一节的篇幅谈论为使数据库高效运行而应该考虑的一些
问题。有时候可能会存在某种外在的瓶颈(来自 DB2)而使您无法达到性能目标,本文
列出了一些常见的瓶颈,以及用于监视这些瓶颈的实用程序。最后,本文列出了一些有
价值的 IBM 资源,以帮助您发现有价值的 DB2 信息。

本文是为那些在 DB2 数据库管理方面有中级技能的人而写的。

读前须知
在开始性能调优过程之前,应确保您已经应用了最新的 DB2 修订包(fix pack)。修订
包常常会带来性能的提高。我们要使用 DB2 FixPak 4 作为本文的基础。如果您使用的
是 FP4 之前的版本,那么这种环境可能不能提供这里讨论的所有选项。

在进行调优时,最好是有一个关于数据库使用(即应用程序运行在 DB2 上的工作负载)
的可再现场景,这样就可以利用这种可再现场景来量身定制调优效果。例如,如果工作
负载在不同的运行期间所经历的时间上有 10% 的变化量,那么就很难知道调优的真正效
果如何。此外,如果在两次运行中各自的工作负载不一样,也就难于衡量数据库管理器
和数据库配置参数所发生的变化。

坚持跟踪所有的变化。这样有助于开发调优脚本或者建议,以作为供其他 DBA 参考的历
史,同时也有助于防止遵循不良的变化。

在大多数小节的最后,都有一些指向 DB2 v8 HTML Documentation 中相关小节的链接。
在线文档可以在 http://publib.boulder.ibm.com/infocenter/db2help/index.jsp
找到。

“十大”性能增强推动器


做了下面十件事情,您就几乎可以使数据库获得最佳性能。通常您会发现,通过大约
10% 的配置变化,就可以达到最佳性能的 90%。我将在下面适当的小节(在圆括号中标
出)中详细讨论其中的每一条:

确保有足够的磁盘(每个 CPU 有 6-10 个磁盘才是一个好的开端)。每个表空间的容器
应该跨越所有可用的磁盘。有些表空间,例如 SYSCATSPACE 以及那些表数量不多的表空
间,不需要展开到所有磁盘上,而那些具有大型用户或临时表的表空间则应该跨越所有
磁盘。(表空间)。
缓冲池应该占用可用内存的大约 75% (OLTP) 或 50% (OLAP)(缓冲池)。
应该对所有表执行 runstats,包括系统编目表(Runstats)。
使用 Design Advisor 为 SQL 工作负载推荐索引和检查索引(Design Advisor)。
使用 Configuration Advisor 为应用程序环境配置数据库管理器和数据库(Configurat
ion Advisor)。
日志记录应该在一个独立的高速驱动器上进行,该驱动器由 NEWLOGPATH 数据库配置参
数指定(Experimenting)。
通过频繁的提交可以增加并发性(SQL 语句调优)。
应该增加 SORTHEAP,以避免排序溢出(DBM 和 DB 配置)。
对于系统编目表空间和临时表空间,表空间类型应该为 SMS,而对于其他表空间,表空
间类型应为 DMS( raw device 或者是文件)。运行 db2empfa,以便支持用于 SMS 表
空间的多页(multi-page )文件的空间分配。这将允许 SMS 表空间一次增长一个区段
(Extend),而不是一页,从而可以加快那些大型的插入操作和溢出磁盘的排序操作(
表空间)。
对于重复的语句,使用参数标记 (SQL 语句调优)。
创建数据库


创建一个数据库时,系统会缺省地创建 3 个系统管理存储(System Managed Storage,
SMS) 表空间(SYSCATSPACE、TEMPSPACE1 和 USERSPACE),以及一个 4 MB 的缓冲池
(IBMDEFAULTBP),这些表空间和缓冲池的页面大小都是 4 KB 。根据下面的建议,先
删除 TEMPSPACE1 和 USERSPACE 然后再重新创建它们,通常这是一种可取的做法。几乎
在所有情况下, SYSCATSPACE 都不需要再作进一步的优化,但是如果将其容器展开到几
个磁盘上,性能上可能会有少量提升。(稍后讨论)。

在创建数据库时,您可以利用自动配置选项来根据环境对数据库进行最初的配置。当应
用程序以编程方式创建 DB2 数据库时,这样做很方便,因为可以将这些选项从应用程序
提供给 DB2。在自动配置数据库时不得不用到的另一个选项是更强大的
Configuration Advisor GUI,它不但可以配置数据库,而且还可以配置实例。不过,要
使用 Configuration Advisor,数据库必须首先存在。我们将在 随后的小节中讨论
Configuration Advisor。

在 清单 1 中,我们使用 CREATE DATABASE 命令的自动配置选项在 Windows 中创建了
一个数据库,该数据库有一个跨越两个可用磁盘的 SYSCATSPACE。

清单 1. 使用自动配置选项创建数据库

create database prod1 catalog tablespace
    managed by system using
('c://proddb//cattbs//01','d://proddb//cattbs//02')
    extentsize 16 prefetchsize 32
    autocon图 using mem_percent 50 workload_type simple num_stmts 10
        tpm 20 admin_priority performance num_local_apps 2 num_remote_apps
        200 isolation CS bp_resizeable yes apply db and dbm
 

表 1 显示了有效的自动配置输入关键字以及值:

表 1. 自动配置选项
关键字 有效值 缺省值  描述
mem_percent 1-100 25 分配给数据库的物理存储空间的百分比。如果本服务器(不包括
操作系统)上运行有其他应用程序,那么将其设为小于 100 的某个值
workload_type simple, mixed, complex mixed simple 型工作负载倾向于 I/O 密集型
,并且大多数是事务处理(OLTP),而 complex 型工作负载则倾向于 CPU 密集型,并
且大多数是查询(OLAP/DSS)
num_stmts 1-1000000 25 每个工作单元包含的语句条数
tpm 1-200000 60 每分钟的事务数。
admin_priority performance, recovery, both both 优化以获得更好性能(每分钟更
多的事务数)或更好的回复时间
num_local_apps 0-5000 0 连接的本地应用程序的数目
num_remote_apps 0-5000 100 连接的远程应用程序的数目
isolation RR, RS, CS, UR RR 连接到该数据库的应用程序的隔离级别(Repeatable
Read、Read Stability、Cursor Stability 和 Uncommitted Read)。
bp_resizeable yes, no yes 是否可以在线更改缓冲池大小


Configuration Advisor
如果您在创建数据库的时候已经使用了自动配置,那么这一步就不是很重要了。Configu
ration Advisor 是一个 GUI 工具,它允许根据您针对一系列问题给出的回答自动配置
数据库和实例。通过使用这种工具,常常可以取得相当可观的性能提升。这个工具可以
从 Control Center 中通过右键单击数据库并选择 "Configuration Advisor" 来打开。
当您回答完所有问题后,就可以生成结果,还可以选择应用结果。图 1 展示了结果页面
的屏幕快照:

图 1. Configuration Advisor Results 屏幕


创建缓冲池


恰当地定义缓冲池是拥有一个运行良好的系统的关键之一。对于 32 位操作系统,知道
共享存储器的界限十分重要,因为这种界限将限制数据库的缓冲池(即数据库的全局存
储器),使其不能超出以下界限(64 位系统没有这样的界限):

AIX - 1.75 GB
Linux - 1.75 GB
Sun - 3.35 GB
HP-UX - approximately 800 MB
Windows - 2-3 GB (在 NT/2000 上的 boot.ini 中使用的是 ' 3GB' switch)
用下面的公式计算近似的数据库全局存储器的使用:

清单 2. 计算全局存储器的使用(共享存储器)

buffer pools + dbheap + util_heap_sz + pkgcachesz + aslheapsz + locklist +
approx 10% overhead

 

如果启用了 INTRA_PARALLEL,那么将 sheapthres_shr 的值加到总和中。

确定有多少缓冲池
对于数据库中一个表空间所使用的每一种页面大小,都需要至少一个缓冲池。通常,缺
省的 IBMDEFAULTBP 缓冲池是留给系统编目的。为处理表空间的不同页面大小和行为,
须创建新的缓冲池。

对于初学者,一开始为每种页面大小使用一个缓冲池,对于 OLAP/DSS 类型的工作负载
更是如此。DB2 在其缓冲池的自我调优方面十分擅长,并且会将经常被访问的行放入内
存,因此一个缓冲池就足够了。(这一选择也避免了管理多个缓冲池的复杂性。)

如果时间允许,并且需要进行改进,那么您可能希望使用多个缓冲池。其思想是将访问
最频繁的行放入一个缓冲池中。在那些随机访问或者很少访问的表之间共享一个缓冲池
可能会给缓冲池带来“污染”,因为有时候要为一个本来可能不会再去访问的行消耗空
间,甚至可能将经常访问的行挤出到磁盘上。如果将索引保留在它们自己的缓冲池中,
那么在索引使用频繁的时候(例如,索引扫描)还可以显著地提高性能。

这与我们对表空间的讨论是紧密联系的,因为要根据表空间中表的行为来分配缓冲池。
如果采用多缓冲池的方法,对于初学者来说使用 4 个缓冲池比较合适:

一个中等大小的缓冲池,用于临时表空间。
一个大型的缓冲池,用于索引表空间。
一个大型的缓冲池,用于那些包含经常要访问的表的表空间。
一个小型的缓冲池,用于那些包含访问不多的表、随机访问的表或顺序访问的表的表空
间。
对于 DMS 只包含 LOB 数据的表空间,可以为其分配任何缓冲池,因为 LOB 不占用缓冲
池空间。

确定为缓冲池分配的内存
千万不要为缓冲池分配多于所能提供的内存,否则就会招致代价不菲的 OS 内存分页(m
emory paging)。通常来讲,如果没有进行监控,要想知道一开始为每个缓冲池分配多
少内存是十分困难的。

对于 OLTP 类型的工作负载,一开始将 75% 的可用内存分配给缓冲池比较合适。

对于 OLAP/DSS,经验法则告诉我们,应该将 50% 的可用内存分配给一个缓冲池(假设
只有一种页面大小),而将剩下的 50% 分配给 SORTHEAP。

使用基于块(block-based)的缓冲池
倚重于预取技术的 OLAP 查询可以得益于基于块的缓冲池。缺省情况下,所有缓冲池都
是基于页的,这意味着预取操作将把磁盘上相邻的页放入到不相邻的内存中。而如果采
用基于块的缓冲池,则 DB2 将使用块 I/O 一次将多个页读入缓冲池中,这样可以显著
提高顺序预取的性能。

一个基于块的缓冲池由标准页区和一个块区同时组成。CREATE 和 ALTER BUFFERPOOL
SQL 语句的 NUMBLOCKPAGES 参数用于定义块内存的大小,而 BLOCKSIZE 参数则指定每
个块的大小,即在一次块 I/O 中从一个磁盘读取的页的数量。

共享相同区段大小的表空间应该成为一个特定的基于块的缓冲池的专门用户。将
BLOCKSIZE 设置为等于正在使用该缓冲池的表空间的 EXTENT SIZE。

确定分配多少内存给缓冲区内的块区要更为复杂一些。如果要碰到大量的顺序预取操作
,那么您很可能会想要更多基于块的缓冲池。NUMBLOCKPAGES 应该是 BLOCKSIZE 的倍数
,并且不能大于缓冲池页面数量的 98%。先将它设小一点(不大于缓冲池总共大小的
15% 或刚好 15%)。在后面还可以根据快照监视(snapshot monitoring)对其进行调整

DB2 v8 Documentation:

Concepts ==> Administration ==> Database objects ==> Buffer Pool Management
Reference ==> SQL ==> SQL Statements ==> CREATE BUFFERPOOL
Reference ==> SQL ==> SQL Statements ==> ALTER BUFFERPOOL
Concepts ==> Administration ==> Performance tuning ==> Operational
performance ==> Memory-use organization
创建表空间


既然要为表空间分配缓冲池,关于缓冲池的上一节 就跟涉及表空间的性能问题十分相关
。使用 DB2 Control Center 是创建和配置表空间的最容易的方法,也是我们推荐的方
法(右键单击数据库的 Table Spaces 文件夹并选择 Create...)。

确定要创建的表空间的类型(DMS 或 SMS)
对于系统临时表空间和系统编目表空间,应该使用 System Managed Storage (SMS),因
为它允许表空间动态地增长和收缩。如果有大量临时表要刷新到磁盘上(或者是没有足
够的排序空间,或者是显式地创建临时表),则 DMS 会更有效一些。当使用 SMS 时,
应该运行实用程序 'db2empfa',这个实用程序将支持多页文件分配,从而一次一个区段
地增长表空间,而不是一次一页地增长表空间。

对于所有其他的表空间,应该使用Database Managed Storage (DMS)。DMS 允许一个表
跨越多个表空间(索引、用户数据和 LOB),这样就减少了在预取和更新操作时索引、
用户和 LOB 数据之间的争用,从而缩短了数据访问的时间。通过使用 DMS raw 甚至还
可以挤出额外的 5-10% 的性能提升。

确定页面大小
为了创建一个表,必须有一个表空间,其页面大小应足以容纳一行。您可以选择使用 4
、8、16 或 32 KB 这几种页面大小。有时候必须使用较大的页面大小,以回避某些数据
库管理器的限制。例如,表空间的最大尺寸与表空间的页面大小成比例。如果使用 4K
的页面大小,那么表空间的大小(每个分区)最大是 64 GB,如果使用 32K 的页面大小
,那么最大是 512 GB。

对于执行随机更新操作的 OLTP 应用程序,采用较小的页面大小更为可取,因为这样消
耗的缓冲池中的空间更少。

对于要一次访问大量连续行的 OLAP 应用程序,通常使用较大页面大小效果会更好些,
因为这样可以减少在读取特定数量的行时发出的 I/O 请求的数量。较大的页面大小还允
许您减少索引中的层数,因为在一页中可以保留更多的行指针。然而,也有例外情况。
如果行长度小于页面大小的 255 分之 1,则每一页中都将存在浪费的空间,因为每页最
多只能有 255 行(对于索引数据页不适用)。在这种情况下,采用较小的页面大小或许
更合适一些。

例如,如果要使用 32K 的页面大小来存储平均大小为 100 字节的行,则一个 32 KB 的
页只能存储 100 * 255 = 25500 byte (24.9 KB)。这意味着每 32 KB 中就有大约
7 KB 要浪费掉。

确定表空间的数量
与缓冲池一样,一开始应该为每种页面大小使用一个缓冲池。对于所使用的每种页面大
小,必须存在一个具有匹配页面大小的系统临时表空间(以支持排序和重组)。然后将
所有享用匹配页面大小的表空间指派给具有相同页面大小的缓冲池。

如果您还关心性能问题,并且有时间投入,那么可以使用 DMS 表空间,并且根据使用情
况来组织表。另外,还要遵循前面给出的关于使用多个缓冲池的建议。

对于每种页面大小,创建一个:

系统临时表空间。
用于索引的常规表空间。
用于频繁访问的表的常规表空间。
用于访问不多的表、随机访问的表以及顺序访问的表的常规表空间。
用于 LOB 数据的大型表空间。
容器布局
一开始最好是对于每个 CPU 分配 6-10 个磁盘给表空间。每个表空间应该跨越多个磁盘
,也就是说,在每个可用磁盘上有一个(且不多于一个)容器。

有多少个表空间,就应该在每个磁盘上创建相同数量的逻辑卷(UNIX)。这样一来,每
个表空间在每个磁盘上都有自己的逻辑卷(logical volume),用以放置容器。如果不
是使用 raw device,那么就需要在每个逻辑卷内创建一个文件系统。

磁盘阵列和存储子系统
对于大型磁盘系统,应该使用单个容器。此外,还需要为表空间设置 DB2 Profile
Registry 变量 DB2_PARALLEL_IO。这一点放在 概要注册表 一节中讨论。

区段大小
Extent Size 指定在跳到下一个容器之前,可以写入到一个容器中的 PAGESIZE 页面的
数量,这个参数是在创建表空间时定义的(之后不能轻易修改)。处理较小的表时,使
用较小的区段效率会更高一些。

下面的经验法则是建立在表空间中每个表的平均大小的基础上的:

如果小于 25 MB,Extent Size 为 8
如果介于 25 到 250 MB 之间,则 Extent Size 为 16
如果介于 250 MB 到 2 GB 之间,则 Extent Size 为 32
如果大于 2 GB,则 Extent Size 为 64
对于 OLAP 数据库和大部分都要扫描(仅限于查询)的表,或者增长速度很快的表,应
使用较大的值。

如果表空间驻留在一个磁盘阵列上,则应将区段大小设置成条纹大小(也就是说,写入
到阵列中一个磁盘上的数据)。

预取大小
通过使用 ALTER TABLESPACE 可以轻易地修改预取大小。最优设置差不多是这样的:
Prefetch Size = (# Containers of the table space on different physical
disks) * Extent Size

如果表空间驻留在一个磁盘阵列上,则设置如下: PREFETCH SIZE = EXTENT SIZE *
(# of non-parity disks in array)。

DB2 v8 Documentation:

Concepts ==> Administration ==> Database design ==> Physical ==> Table
Space Design
Reference ==> SQL ==> SQL Statements ==> CREATE TABLESPACE
Reference ==> SQL ==> SQL Statements ==> ALTER TABLESPACE
创建表


多维群集(Multidimensional clustering ,MDC)
MDC 提供了数据在多个维上的灵活的、连续的和自动的多维群集。它提升了查询的性能
,并且减少了在插入、更新和删除期间对 REORG 和索引维护的需要。

多维群集从物理上把表数据同时沿着多个维群集起来,这与使用表上的多个独立的群集
的索引类似。MDC 通常用于帮助提高对大型表的复杂查询的性能。这里不需要使用
REORG 来重新群集索引,因为 MDC 会自动地、动态地维护每个维上的群集。

对于一个 MDC,最合适的是那些具有范围、相等和连接谓词的访问多行的查询。千万不
要使用具有惟一性的列作为一个维,因为这样会导致一个表不必要地变大。如果具有每
种维值组合(即单元)的行不是很多,应避免使用太多的维。为获得最佳的性能,那么
至少需要有足够的行来填满每个单元的块,也就是该表所在表空间的区段大小。

DB2 v8 Documentation:

Concepts ==> Administration ==> Database design ==> Logical ==>
Multidimensional clustering (MDC)
Concepts ==> Administration ==> Database objects ==> Tables ==>
Multidimensional clustering (MDC) tables
物化查询表(MQT)
MQT 可用于提升使用 GROUP BY、GROUPING、RANK 或 ROLLUP OLAP 函数的查询的性能。
MQT 的使用对用户来说是透明的,DB2 选择何时使用 MQT 来达到优化的目的。DB2 使用
 MQT 在内部维护被查询的分组的总结结果,这样用户就可以直接访问 DB2 维护的分组
,而不必去读动辄数 GB 的数据来寻找答案。这些 MQT 还可以在分区间复制,以避免这
种信息在分区间的散播,从而帮助提升合并连接(collocated jion)的性能。

CREATE TABLE 选项
对于 30 字节或更少字节的列,应避免使用 VARCHAR 数据 类型,因为这种情况下,VAR
CHAR 类型通常会浪费空间,所以建议使用 CHAR 类型。如果数据量很大,那么空间的浪
费往往会对查询时间造成影响。

当使用 IDENTITY 或 SEQUENCE 时,应至少使用缺省的大小为 20 的缓存(除非编号中
的间隔很有干系)。这样一来,就不必在每次需要的时候请求 DBM 生成一个数字,同时
也避免了在生成数字时要做的日志记录。

当一个表使用很多空值和系统缺省值时,VALUE COMPRESSION 和 COMPRESS SYSTEM
DEFAULT 可以节省磁盘空间。系统缺省值是指在没有指定特定的值时,为某个数据类型
而使用的缺省值。如果量很大,这样还可以帮助缩短查询时间。如果插入或者更新一个
值,压缩的列只会招致很少的开销。

ALTER TABLE 选项
对于有大量插入操作的表,使用 APPEND ON 以避免在插入过程中搜索空闲空间,而只需
将行附加在表的最后。如果要依赖于处于某种特殊顺序中的表,并且无法承受执行
REORG 的开销,那么应避免使用 APPEND ON。

对于只读的表或者独占访问的表,将 LOCKSIZE 设置为 TABLE。这样就避免了为行加锁
时所费的时间,并且减少了所需的 LOCKLIST 数量。

使用 PCTFREE 来维护空闲空间,以助将来的 INSERT、LOAD 和 REORG 一臂之力。PCTFR
EE 的缺省值是 10;对于具有群集索引和插入量很大的表,可以尝试使用 20-35。如果
使用 APPEND ON,则将 PCTFREE 设置为 0。

使用 VOLATILE 来鼓励索引扫描。易变(volatile)表明表的基数可以在很大的范围内
显著变化,从一个很大的数一直到空。这样就促使优化器不管表的统计数字如何,都使
用索引扫描,而不是使用表扫描。不过,只有在索引包含所有被引用的列,或者索引可
以在索引扫描时应用谓词的情况下,上述情况才会出现。

使用 NOT LOGGED INITIALLY 将事务执行期间(也就是直到 COMMIT)的日志记录关闭掉

VALUE COMPRESSION 和 COMPRESS SYSTEM DEFAULT 还可以用在 ALTER TABLE 命令中。

DB2 v8 Documentation:

Reference ==> SQL ==> SQL Statements ==> CREATE TABLE
Reference ==> SQL ==> SQL Statements ==> ALTER TABLE
创建索引


由于有了 Design Advisor,设计索引的负担已经消除。Design Advisor 用于为特定的
SQL 工作负载(即一组 SQL 语句)推荐和评估索引,很快 我们就将讨论这个工具。

下面仍然是一些您应该知道的跟索引有关的问题:

当要在一个合理的时间内结束查询时,应避免添加索引,因为索引会降慢更新操作的速
度并消耗额外的空间。有时候还可能存在覆盖好几个查询的大型索引。
基数较大的列很适合用来做索引。
考虑到管理上的开销,应避免在索引中使用多于 5 个的列。
对于多列索引,将查询中引用最多的列放在定义的前面。
避免添加与已有的索引相似的索引。因为这样会给优化器带来更多的工作,并且会降慢
更新操作的速度。相反,我们应该修改已有的索引,使其包含附加的列。例如,假设在
一个表的 (c1,c2) 上有一个索引 i1。您注意到查询中使用了 "where c2=?",于是又创
建一个 (c2) 上的索引 i2。但是这个相似的索引没有添加任何东西,它只是 i1 的冗余
,而现在反而成了额外的开销。
如果表是只读的,并且包含很多的行,那么可以尝试定义一个索引,通过 CREATE
INDEX 中的 INCLUDE 子句使该索引包含查询中引用的所有列(被 INCLUDE 子句包含的
列并不是索引的一部分,而只是作为索引页的一部分来存储,以避免附加的数据
FETCHES)。
群集索引
我们可以创建群集索引来为表中的行排序,并且是按照所需结果集的物理顺序来排序。
群集索引可以用 CREATE INDEX 语句的 CLUSTER 选项来创建。为获得最佳性能,应该在
那些小型的数据类型(比如整型和 char(10))、具有惟一性的列以及在范围搜索中经常
要用到的列上创建索引。

群集索引允许对数据页采用更线性的访问模式,允许更有效的预取,并且有助于避免排
序。这意味着插入操作要花更多的时间,但是查询操作会更快。当使用群集索引时,应
考虑将数据页和索引页上的空闲空间增加到大约 15-35(而不是 PCTFREE 的缺省值 10
),以允许大容量的插入。对于会受到大量插入操作的表,考虑使用单维的 MDC 表(或
许是使用像 idcolumn/1000 或 INT(date)/100 这样的生成列)。这将导致对数据(在
维上)的块索引,而不是按行索引。这样产生的索引会更小一些,并且在插入期间的日
志内容也大大减少。

CREATE INDEX 选项
对于只读表上的索引,使 PCTFREE 为 0,对于其他索引使 PCTFREE 为 10,以提供可用
的空间,从而加快插入操作的速度。此外 ,对于有群集索引的表,这个值应该更大一些
,以确保群集索引不会被分成太多的碎片。如果存在大量的插入操作,那么使用 15 '
35 之间的值或许更合适一些。

使用 ALLOW REVERSE SCANS 以便可以对一个索引进行双向(bi-directionally)扫描,
也就是说,可以对按升序排列的结果集和按降序排列的结果集进行更快速的检索。这样
做还没有负面的性能影响,因为在为这个特性提供支持的过程中,并没有在内部改变索
引的结构。

可以使用 INCLUDE 将其他没有被索引的列包括到索引页中来,以促进纯索引访问,并避
免了从数据页取数据。

可以使用 UNIQUE 列来有效地实施一个列或一组列的惟一性。
TYPE-2 INDEXES 可以大大减少 next-key 锁,允许索引列大于缺省的 255 字节,允许
在线 REORG 和 RUNSTATS,并且支持新的多维群集功能。在 v8 中,所有新的索引都是
以 type-2 类型创建的,只有已经在表上定义了(迁移前) type-1 索引的时候才是例
外。可以使用 REORG INDEXES 将 type-1 索引转换为 type-2 索引。

DB2 v8 Documentation:

Concepts ==> Administration ==> Performance tuning ==> Operational
performance ==> Table and index management ==> Index planning
Concepts ==> Administration ==> Performance tuning ==> Operational
performance ==> Table and index management ==> Performance tips for indexes
Reference ==> SQL ==> SQL Statements ==> CREATE INDEX
概要注册表配置


DB2 概要注册表变量通常要影响优化器和 DB2 引擎本身的行为。虽然概要注册表变量有
很多,但是其中的大部分都有其非常特定的用途,因而在大部分的 DB2 环境中都不会用
到。下面是一些常用的概要注册表变量。

表 2 列出了用于概要注册表一些基本管理命令:

表 2. 概要注册表管理
命令 描述
db2set -all 列出所有当前设置的 DB2 注册表变量
db2set -g | -i variable=value 设置指定的 DB2 注册表变量,使其或者处于全局(-g
)级,或者处于实例(-i)级


注意:在变量和值之间不要有空格,否则变量又会重新被设置成缺省值。

DB2_PARALLEL_IO
这将帮助促使对驻留在磁盘阵列上的任何表空间采用并行访问。如果所有表空间都在磁
盘阵列上,则将该变量设置成等于 *。如果只有一些表空间在磁盘阵列上,则使用
"db2 list tablespaces" 检索这些表空间的 ID,并将该变量设置成这些 ID(使用逗号
将各 ID 分隔开)。为获得最佳性能,应确保表空间的预取大小明显大于它的区段大小

DB2_EVALUNCOMMITTED
缺省值是 OFF,如果将其改为 ON,则会将锁操作推迟到谓词演算。启用这个变量对于减
少从 Oracle 移植过来的应用程序中存在的锁争用十分有用。

DB2_SKIPDELETED
缺省值是 OFF,如果将其改为 ON,则允许使用 CS 或 RS 的语句略过索引中被删除的键
以及表中被删除的行。同样,启用这个变量对于减少从 Oracle 移植过来的应用程序中
存在的锁争用十分有用。

DB2_HASH_JOIN
缺省值是 Enabled。如果禁用 DB2_HASH_JOIN(NO),则 OLTP 可能受益。

(AIX): DB2_FORCE_FCM_BP
缺省值是 NO。如果使用了 DB2 的 Database Partitioning Feature (DPF) 功能,并且
有多个逻辑分区,那么将该变量设置为 YES 可以改善分区间的通信,代价是可供缓冲池
使用的共享内存段要少掉一个。如果没有使用数据库分区功能,则应使用 NO 值。

(AIX 4.3) DB2_MMAP_READ 和 DB2_MMAP_WRITE
缺省情况下两者都处于启用状态的。如果使用 AIX 4.3,32 位的 DB2,并且内存会限制
增加缓冲池的大小,那么应将此变量设置成 OFF,以便多释放一个内存段。这样大约可
以释放 256 MB 的共享内存(这样就可以将其中一部分用于缓冲池)。可以进行一些测
试,以确信这一更改的确提升了性能,因为有时候对磁盘使用内存映射的读和写比起增
加缓冲池大小来可以获得更好的性能,虽然这种做法并不常见。

DB2 v8 Documentation:

Reference ==> Registry and environment variables
通过配置避免运行时错误


应用程序开始运行的时候,通常会暴露出与某些配置参数有关的问题。如果在应用程序
运行期间没有收到任何错误或警告信息,那么就是安全的。如果收到了这样的信息,那
么请参阅本文后面对 数据库管理器和数据库配置 参数管理的讨论。如果没有足够的内
存来处理 SQL,下面的一些配置参数就会出问题:

MON_HEAP_SZ (DBM)
这是为数据库系统监视器(system monitor)数据分配的内存数量。当执行诸如快照监
视或激活一个事件监视器之类的数据库监控活动时,就要从监视器堆中分配内存。如果
没有足够的可用内存,并且 DB2 返回一个错误,则可以试着将这个值设为 256。如果还
是遇到错误,一次一次地增加 256,直到错误消失。

QUERY_HEAP_SZ (DBM)
这是为了将每个查询存储到代理的私有内存时可以分配的最大内存量。查询堆还可用于
为块游标(blocking cursor)提供内存分配。查询堆的大小必须大于或等于
ASLHEAPSZ。如果收到 DB2 返回的一个错误,表明性能可能不是最优,而处于最低状态
,那么可将此参数设为至少大于 ASLHEAPSZ 的五倍,这样就允许查询大于 ASLHEAPSZ,
并且为 3 个或 4 个并发的块游标足够的内存。

MAXAPPLS (DB)
该参数指定可以连接(包括本地连接和远程连接)到一个数据库的并发的应用程序的最
大数目。在绝对最小值情况下,将此参数设置为 >= (用户连接的数量)。要了解详细信
息,请参阅本文后面对 MAXAGENTS 的讨论。

STMTHEAP (DB)
语句堆用于在 SQL 语句的编译期间作为编译器的工作区。对于每一条要处理的 SQL 语
句,都要从该区域分配和释放空间。如果收到警告信息或错误信息,那么可以按 256 逐
次增加,直到错误消失。

APPLHEAPSZ (DB)
应用程序堆是供数据库管理器代表某个特定代理使用的私有内存。当代理或子代理要为
应用程序而初始化时,就要从这个堆中分配内存,并且所分配的内存数量是处理请求时
所需的最小内存量,如果需要更多的内存,则最多可以从堆中分配由该参数指定的一个
最大值那么多的内存。按 256 逐次增加,直到错误消失。

为提高性能进行快照监视


使用快照监视来识别数据库在一段时间里的行为,显示一些诸如内存使用情况和锁的获
得过程之类的信息。监控是用于微调配置和识别问题(例如语句执行时间较长)的一种
方法。如果已经使用了 Configuration Advisor,那么这里可能无法在性能上获得什么
好处。

要收集供分析的数据,最容易的方法是在应用程序运行的时候用一个脚本来执行抽样的
快照监视。像 清单 3 中或者 清单 4 中显示的脚本将会收集您进入下一步之前所需的
所有信息。首先在 60 秒的一段时间内运行该脚本,其中有几次间歇;这样应该可以对
应用程序行为的一个较好的抽样,并且不会有太多的信息要处理。

清单 3. getsnap.ksh (UNIX)

#!/usr/bin/ksh
#  take a snapshot after specified sleep period for a number of iterations
#  parameters: (1) database name
#          (2) directory for output
#              (3) interval between iterations (seconds)
#              (4) maximum number of iterations
#         
#  Note: You may receive an error about the monitor heap being too small.
You may
#        want to set mon_heap_sz to 2048 while monitoring.

if [ $# -ne 4 ]
  then echo "4 parameters required: dbname output_dir sleep_interval
iterations"; exit
fi

dbname=$1
runDir=$2
sleep_interval=$3
iterations=$4

stat_interval=3
stat_iterations=$(($sleep_interval/$stat_interval))

if [[ -d $runDir ]]; then
   echo "dir: $runDir already exists, either remove it or 使用 another
directory name"
   exit
fi
mkdir  $runDir
cd     $runDir

db2 update monitor switches using bufferpool on lock on sort on statement
on //
    table on uow on

# repeat the snapshot loop for the specified iterations
let i=1
while [ i -le $iterations ]
  do
    if [ $i -le 9 ]
    then
      i2="0$i"
    else
      i2="$i"
    fi
    echo "Iteration $i2 (of $iterations) starting at `date`"
    vmstat $stat_interval $stat_iterations > vmstat_$i2
    iostat $stat_interval $stat_iterations > iostat_$i2
    db2 -v reset monitor all
    sleep $sleep_interval
    db2 -v get snapshot for dbm > snap_$i2
    db2 -v get snapshot for all on $dbname >> snap_$i2
    echo "Iteration $i2 (of $iterations) complete at `date`"
    let i=$i+1
  done

db2 update monitor switches using bufferpool off lock off sort off
statement off //
    table off uow off
db2 terminate

 


清单 4. getsnap.bat (Windows)

@echo off
REM
REM  take a snapshot after specified sleep period for a number of iterations
REM  parameters: (1) database name
REM              (2) file name id
REM              (3) interval between iterations (seconds)
REM              (4) maximum number of iterations
REM           
REM   Note: You may receive an error about the monitor heap being too
small. You may
REM         want to set mon_heap_sz to 2048 while monitoring.

:CHECKINPUT
IF ""=="%4" GOTO INPUTERROR
GOTO STARTPRG

:INPUTERROR
echo %0 requires 4 parameters: dbname filename_id sleep_interval iterations
echo e.g. "getsnap.bat sample 0302 60 3"
GOTO END

:STARTPRG
SET dbname=%1
SET fileid=%2
SET sleep_interval=%3
SET iterations=%4

db2 update monitor switches using bufferpool on lock on sort on statement
on table on uow on

REM repeat the snapshot loop for the specified iterations
SET i=1

:SNAPLOOP
    IF %i% LSS 10 SET i2=0%i%
    IF %i% GTR 9 SET i2=%i%
    echo Starting Iteration %i2% (of %iterations%)
    db2 -v reset monitor all
    sleep %sleep_interval%
    db2 -v get snapshot for dbm > snap%i2%_%fileid%
    db2 -v get snapshot for all on %dbname% >> snap%i2%_%fileid%
    echo Completing Iteration %i2% (of %iterations%)
    SET /a i+=1
    IF %i% GTR %iterations% GOTO ENDLOOP
    GOTO SNAPLOOP
:ENDLOOP

db2 update monitor switches using bufferpool off lock off sort off
statement off table off uow off
db2 terminate

:END

 

注意,这两个脚本在行为上稍有不同,但是都可以产生所需的快照输出。

在后面的一些小节中,快照监视可用作寻找 DBM 和 DB 配置参数的最优设置的一种方式

DB2 v8 Documentation:

Reference ==> System monitor ==> Snapshot monitor
动态 SQL 语句
清单 3 和 清单 4 中显示的脚本将发出一个 "get snapshot for all on dbname" 命令
,该命令包括 "get snapshot for dynamic SQL on dbname" 命令的所有输出。如果您
发现不会捕获很多的 SQL 语句,那么可以增加监控的历时。一条语句的输出的
"Dynamic SQL Snapshot Result" 部分看上去如 清单 5 所示:

清单 5. 示例动态 SQL 快照

      Dynamic SQL Snapshot Result
 Database name                      = SAMPLE
 Database path                      = C://DB2//NODE0000//SQL00003//

 Number of executions           = 1
 Number of compilations             = 1 
 Worst preparation time (ms)        = 1624 
 Best preparation time (ms)         = 1624 
 Internal rows deleted              = 0 
 Internal rows inserted             = 0 
 Rows read                      = 41
 Internal rows updated              = 0 
 Rows written                       = 0 
 Statement sorts                    = 0 
 Total execution time (sec.ms)  = 0.134186
 Total user cpu time (sec.ms)       = 0.000000 
 Total system cpu time (sec.ms)     = 0.000000 
 Statement text                 = select * from sales
        ...

 

您可以看到,在输出中可以搜索一些很有用的字符串。

"Number of executions" - 可以帮助您找到应该调优的那些重要语句。它对于帮助计算
语句的平均执行时间也很有用。

对于执行时间很长的语句,单独执行一次或许对系统要求不多,但是累加起来的结果就
会大大降低性能。应尽量理解应用程序如何使用该 SQL,或许只需对应用程序逻辑稍微
重新设计一下就可以提高性能。

看看是否可以使用参数标记(parameter marker),以便只需为语句创建一个包,这一
点也很管用。参数标记 可用作动态准备的语句(生成访问计划时)中的占位符。在执行
的时候,就可以将值提供给这些参数标记 marker,从而使语句得以运行。

例如,要搜索执行得最频繁的语句:

UNIX:

grep -n " Number of executions" snap.out | grep -v "= 0" | sort -k 5,5rn |
more
Windows:

findstr /C:" Number of executions" snap.out | findstr /V /C:"= 0"
"Rows read" - 可帮助识别读取行数最多的 Dynamic SQL 语句。如果读取的行数很多,
通常意味着要进行表扫描。如果这个值很高,也可能表明要进行索引扫描,扫描时选择
性很小,或者没有选择性,这跟表扫描一样糟糕。

您可用使用 Explain 来查看是否真的如此。如果有表扫描发生,那么可以对表执行一次
 RUNSTATS,或者将 SQL 语句提供给 DB2 Design Advisor,以便令其推荐一个更好的索
引,以此来进行弥补。如果是选择性很差的索引扫描,或许需要一个更好的索引。可以
试试 Design Advisor。

grep -n " Rows read" snap.out | grep -v "= 0" | sort -k 5,5rn

findstr /C:" Rows read" snap.out | findstr /V /C:"= 0"
"Total execution time" - 这是将语句每次执行时间加起来得到的总执行时间。我们可
以很方便地将这个数字除以执行的次数。如果发现语句的平均执行时间很长,那么可能
是因为表扫描和/或出现锁等待(lock-wait)的情况。索引扫描和页面获取导致的大量
I/O 活动也是一个原因。通过使用索引,通常可以避免表扫描和锁等待。锁会在提交的
时候解除,因此如果提交得更频繁一些,或许可以弥补锁等的问题。

grep -n " Total execution time" snap.out | grep -v "= 0.0" | sort -k 5,5rn
| more

findstr /C:" Total execution time" snap.out | findstr /V /C:"= 0.0" |sort /R
"Statement text" 显示语句文本。如果注意到了重复的语句,这些语句除了 WHERE 子
句中谓词的值有所不同以外,其他地方都是一致的,那么就可以使用参数标记,以避免
重新编译语句。这样可以使用相同的包,从而帮助避免重复的语句准备,而这种准备的
消耗是比较大的。还可以将语句文本输入到 Design Advisor 中,以便生成最优的索引

grep -n " Statement text" snap.out | more

findstr /C:"Statement text" snap.out
缓冲池大小的设置
通过使用 "get snapshot for all on dbname" 可以为数据库上的每个缓冲池生成一个
快照。清单 6 展示了那样一个快照:

清单 6. 示例缓冲池快照

             Bufferpool Snapshot

Bufferpool name                            = IBMDEFAULTBP
Database name                              = SAMPLE
Database path                              = C://DB2//NODE0000//SQL00002//
Input database alias                       = SAMPLE
Snapshot timestamp                         = 02-20-2004 06:24:45.991065

Buffer pool data logical reads        = 370Buffer pool data physical
reads       = 54
Buffer pool temporary data logical reads   = 0
Buffer pool temporary data physical reads  = 0
Buffer pool data writes                    = 3
Buffer pool index logical reads       = 221Buffer pool index physical
reads      = 94
Buffer pool temporary index logical reads  = 0
Buffer pool temporary index physical reads = 0
Total buffer pool read time (ms)           = 287
Total buffer pool write time (ms)          = 1
Asynchronous pool data page reads          = 9
Asynchronous pool data page writes         = 0
Buffer pool index writes                   = 0
Asynchronous pool index page reads         = 0
Asynchronous pool index page writes        = 0
Total elapsed asynchronous read time       = 0
Total elapsed asynchronous write time      = 0
Asynchronous data read requests            = 3
Asynchronous index read requests           = 0
No victim buffers available                = 0
Direct reads                               = 86
Direct writes                              = 4
Direct read requests                       = 14
Direct write requests                      = 2
Direct reads elapsed time (ms)             = 247
Direct write elapsed time (ms)             = 56
Database files closed                      = 0
Data pages copied to extended storage      = 0
Index pages copied to extended storage     = 0
Data pages copied from extended storage    = 0
Index pages copied from extended storage   = 0
Unread prefetch pages                      = 0
Vectored IOs                               = 3
Pages from vectored IOs                    = 9
Block IOs                             = 0
Pages from block IOs                       = 0
Physical page maps                         = 0

Node number                                = 0
Tablespaces using bufferpool               = 4
Alter bufferpool information:
 Pages left to remove                      = 0
 Current size                         = 250
 Post-alter size                           = 250

 

为了判断一个缓冲池的效率,需要计算它的缓冲池命中率(BPHR)。您所需的重要信息
在上面已经用粗体标出来了。如果可能的话,一个理想的 BPHR 在某些地方应超过 90%
。公式如下:

BPHR (%) = (1 - (("Buffer pool data physical reads" + "Buffer pool index
physical reads") / ("Buffer pool data logical reads" + "Buffer pool index
logical reads"))) * 100
在 IBMDEFAULTBP 缓冲池的 以上快照 中,我们可以这样来计算 BPHR:

   
        = (1-((54 + 94) / (370 + 221))) * 100
    = (1-(148 / 591)) * 100
    = (1- 0.2504) * 100
    = 74.96

 

在这种情况下,BPHR 大约等于 75%。当前,缓冲池只有 250 * 4KB 页(1MB)。增加该
缓冲池的大小,看看 BPHR 是否会随之增加,这样做是值得的。如果 BPHR 还是比较低
,那么可能就需要像 创建缓冲池 和 创建表空间 这两节中讨论的那样重新设计逻辑布
局。

基于块的缓冲池的效率
如果是一个基于块的缓冲池,并且看到 "Block IOs" 的值较低,那么应考虑修改缓冲池
,增加 NUMBLOCKPAGES 的大小。如果这时看到 "Block IOs" 的值更大了,则可以考虑
将 NUMBLOCKPAGES 再增大一些。如果结果适得其反,则应减小 NUMBLOCKPAGES 的大小

DBM 和 DB 配置
DB2 有几十个配置参数。很多参数都是由 DB2 自动配置的,而其他一些参数都有它们的
缺省值,这些缺省值都被证明在大多数环境中能够发挥得很好。接下来,我们只描述那
些常常需要另外进行配置的参数。

有些数据库管理器(即实例)配置参数可以在线更改(立即生效),而另一些参数则要
求对实例实行再循环(即 DB2STOP 之后接着又是 DB2START)。对于数据库配置参数也
是一样。有些参数的更改可以立即生效,而另一些参数则要求先停止数据库,再重新激
活数据库。关于每种配置参数的文档都规定了参数是否可以在线配置。

数据库管理器和数据库配置文件的基本管理命令如 表 3 所示:

表 3. 数据库管理器和数据库配置管理
命令 描述
GET DBM CFG [SHOW DETAIL] 列出数据库管理器配置文件中的当前值
UPDATE DBM CFG USING config_param value 将指定的数据库管理器配置参数设置成指
定的值
GET DB CFG FOR db_name [SHOW DETAIL] 列出某个特定数据库的配置文件中的当前值
UPDATE DB CFG FOR db_name USING config_param value 将指定的数据库管理器配置参
数设置成指定的值


当您对一个配置参数作了更改时,就可以用下面的 DB2 CLP 命令查看该设置是否立即生
效(在线):

GET DBM CFG SHOW DETAIL

GET DB CFG FOR dbname SHOW DETAIL
例如,在接下来的情况中,MAX_QUERYDEGREE 和 MAXTOTFILOP 分别增加到了 3 和
19000。如果参数是在线配置的,则 Delayed Value 跟 Current Value 应该是一样的。
否则,就需要重新启动实例,或者重新激活数据库。

清单 7. Show Details 实例

          Database Manager Configuration
     Node type = Enterprise Server Edition with local and remote clients

 Description                                   Parameter   Current
Value      Delayed Value

 
-----------------------------------------------------------------------------

 
--------------
 Maximum query degree of parallelism   (MAX_QUERYDEGREE) =
3                  3
 Maximum total of files open               (MAXTOTFILOP) =
16000              19000

 

下面的配置参数中,有些是从共享内存分配空间的,所以应该记住 OS 的限制(在 前面
 已讨论)。您必须确保没有过度分配内存。如果过度分配内存,就会导致操作系统发生
换页(page),这对于性能来说是灾难性的。

DB2 v8 Documentation:

Reference ==> Configuration parameters ==> Database manager
Reference ==> Configuration parameters ==> Database
清单 8 和 清单 9 显示了一个数据库管理器和数据库快照的示例。顺着右边(顺带提一
下),可以看到能根据输出进行调优的配置参数。

清单 8. 数据库管理器快照

            Database Manager Snapshot

Node name                                      =
Node type                                      = Enterprise Server Edition
with 
                                                 local and remote clients
Instance name                                  = DB2
Number of database partitions in DB2 instance  = 1
Database manager status                        = Active

Product name                                   = DB2 v8.1.4.341
Service level                                  = s031027 (WR21326)

Private Sort heap allocated               =
0                                (SHEAPTHRESPrivate Sort heap high water
mark         = 1024Post threshold sorts                      =
0                                     andPiped sorts
requested                     = 0Piped sorts accepted                     
= 0                                  SORTHEAP)

Start Database Manager timestamp               = 02-17-2004 14:24:37.107003
Last reset timestamp                           =
Snapshot timestamp                             = 02-20-2004 06:19:53.272049

Remote connections to db manager          = 0      
(MAXAGENTS,MAXAPPLS,MAX_COORDAGENTS)
Remote connections executing in db manager     = 0
Local connections                         = 1      
(MAXAGENTS,MAXAPPLS,MAX_COORDAGENTS)
Local connections executing in db manager      = 0
Active local databases                    =
1                                     (NUMDB)High water mark for agents
registered     = 8                                 (MAXAGENTS)
High water mark for agents waiting for a token = 0
Agents registered                         =
8                                 (MAXAGENTS)
Agents waiting for a token                     = 0
Idle agents                               = 6         (NUM_POOLAGENTS and
NUM_INITAGENTS)

Committed private Memory (Bytes)               = 46645248

Switch list for db partition number 0
Buffer Pool Activity Information  (BUFFERPOOL) = ON  02-20-2004
06:18:57.403336
Lock Information                        (LOCK) = ON  02-20-2004
06:18:57.403338
Sorting Information                     (SORT) = ON  02-20-2004
06:18:57.403339
SQL Statement Information          (STATEMENT) = ON  02-20-2004
06:18:57.403333
Table Activity Information             (TABLE) = ON  02-20-2004
06:18:57.403335
Take Timestamp Information         (TIMESTAMP) = ON  02-17-2004
14:24:37.107003
Unit of Work Information                 (UOW) = ON  02-20-2004
06:18:57.403328

Agents assigned from pool                 = 26        (NUM_POOLAGENTS and
NUM_INITAGENTS)Agents created from empty pool            = 10       
(NUM_POOLAGENTS and NUM_INITAGENTS)Agents stolen from another
application    = 0                                 (MAXAGENTS)
High water mark for coordinating agents        = 8
Max agents overflow                       =
0                                 (MAXAGENTS)
Hash joins after heap threshold exceeded       = 0

Total number of gateway connections            = 0
Current number of gateway connections          = 0
Gateway connections waiting for host reply     = 0
Gateway connections waiting for client request = 0
Gateway connection pool agents stolen          = 0

Node FCM information corresponds to            = 2
Free FCM buffers                               = 4093
Free FCM buffers low water mark           = 4087                      
(FCM_NUM_BUFFERS)
Free FCM message anchors                       = 1279
Free FCM message anchors low water mark        = 1276
Free FCM connection entries                    = 1280
Free FCM connection entries low water mark     = 1276
Free FCM request blocks                        = 2031
Free FCM request blocks low water mark         = 2026
Number of FCM nodes                            = 4

Node         Total Buffers       Total Buffers       Connection        
(FCM_NUM_BUFFERS)
Number       Sent                Received            Status

 
-----------  ------------------  ------------------  -----------------
          0          282                 275         Active
          1           51                  48         Active
          2            0                   0         Active
          3            1                   1         Active

Memory usage for database manager:

    Memory Pool Type                      = Backup/Restore/Util Heap     
(UTIL_HEAP_SZ*)
       Current size (bytes)               = 16384
       High water mark (bytes)            = 16384
       Maximum size allowed (bytes)       = 20660224

    Memory Pool Type                      = Package Cache Heap             
(PCKCACHESZ*)
       Current size (bytes)               = 327680
       High water mark (bytes)            = 327680
       Maximum size allowed (bytes)       = 1071644672

    Memory Pool Type                      = Catalog Cache Heap        
(CATALOGCACHE_SZ*)
       Current size (bytes)               = 81920
       High water mark (bytes)            = 81920
       Maximum size allowed (bytes)       = 1071644672

    Memory Pool Type                           = Buffer Pool Heap
       Current size (bytes)                    = 1179648
       High water mark (bytes)                 = 1179648
       Maximum size allowed (bytes)            = 1071644672

    Memory Pool Type                   = Lock Manager
Heap                    (LOCKLIST*)
       Current size (bytes)               = 278528
       High water mark (bytes)            = 278528
       Maximum size allowed (bytes)       = 425984

    Memory Pool Type                      = Database
Heap                       (DBHEAP*)
       Current size (bytes)               = 3342336
       High water mark (bytes)            = 3342336
       Maximum size allowed (bytes)       = 6275072

    Memory Pool Type                      = Database Monitor Heap          
(MON_HEAP_SZ)
       Current size (bytes)               = 180224
       High water mark (bytes)            = 425984
       Maximum size allowed (bytes)       = 442368

    Memory Pool Type                           = Other Memory
       Current size (bytes)                    = 8060928
       High water mark (bytes)                 = 8159232
       Maximum size allowed (bytes)            = 1071644672

 

快照总是显示 Current size (bytes) = High water mark (bytes),因为内存是在数据
库激活的时候分配的。

清单 9. 数据库快照

                          Database Snapshot

Database name                              = SAMPLE
Database path                              = C://DB2//NODE0000//SQL00002//
Input database alias                       = SAMPLE
Database status                            = Active
Catalog database partition number          = 0
Catalog network node name                  =
Operating system running at database server= NT
Location of the database                   = Local
First database connect timestamp           = 02-20-2004 06:19:00.847979
Last reset timestamp                       =
Last backup timestamp                      =
Snapshot timestamp                         = 02-20-2004 06:23:17.252491

High water mark for connections       = 1                (MAXAPPLS)
Application connects                       = 1
Secondary connects total                   = 0
Applications connected currently      = 1                 (AVG_APPLS)
Appls. executing in db manager currently   = 0
Agents associated with applications        = 1
Maximum agents associated with applications= 1
Maximum coordinating agents                = 1

Locks held currently                       = 0
Lock waits                                 = 0
Time database waited on locks (ms)         = 0
Lock list memory in 使用 (Bytes)       = 1000    (LOCKLIST and MAXLOCKS)
Deadlocks detected                         = 0
Lock escalations                      = 0         (LOCKLIST and
MAXLOCKS)Exclusive lock escalations            = 0          (LOCKLIST and
MAXLOCKS)
Agents currently waiting on locks          = 0
Lock Timeouts                         = 0                (LOCKTIMEOUT)
Number of indoubt transactions             = 0

Total Private Sort heap allocated     = 0      (SHEAPTHRES and
SORTHEAP)Total Shared Sort heap allocated      = 0    (SHEAPTHRES_SHR and
SORTHEAP)Shared Sort heap high water mark      = 0   (SHEAPTHRES_SHR and
SORTHEAP)
Total sorts                                = 0
Total sort time (ms)                       = 0
Sort overflows                        = 0              (SORTHEAP)
Active sorts                               = 0

Buffer pool data logical reads             = 370
Buffer pool data physical reads            = 54
Buffer pool temporary data logical reads   = 0
Buffer pool temporary data physical reads  = 0
Asynchronous pool data page reads     = 9           (NUM_IOSERVERS)Buffer
pool data writes               = 3      (CHNGPGS_THRESH and
NUM_IOCLEANERS)Asynchronous pool data page writes    = 0     
(CHNGPGS_THRESH and NUM_IOCLEANERS)
Buffer pool index logical reads            = 221
Buffer pool index physical reads           = 94
Buffer pool temporary index logical reads  = 0
Buffer pool temporary index physical reads = 0
Asynchronous pool index page reads    = 0         (NUM_IOSERVERS)Buffer
pool index writes              = 0      (CHNGPGS_THRESH and
NUM_IOCLEANERS)Asynchronous pool index page writes   = 0    
(CHNGPGS_THRESH and NUM_IOCLEANERS)
Total buffer pool read time (ms)           = 287
Total buffer pool write time (ms)          = 1
Total elapsed asynchronous read time       = 0
Total elapsed asynchronous write time      = 0
Asynchronous data read requests            = 3
Asynchronous index read requests           = 0
No victim buffers available                = 0
LSN Gap cleaner triggers                   = 0
Dirty page steal cleaner triggers     = 0            (CHNGPGS_THRESH)Dirty
page threshold cleaner triggers = 0           (CHNGPGS_THRESH)Time waited
for prefetch (ms)         = 0            (NUM_IOSERVERS)
Unread prefetch pages                      = 0
Direct reads                               = 86
Direct writes                              = 4
Direct read requests                       = 14
Direct write requests                      = 2
Direct reads elapsed time (ms)             = 247
Direct write elapsed time (ms)             = 56
Database files closed                 = 0          (MAXFILOP)
Data pages copied to extended storage      = 0
Index pages copied to extended storage     = 0
Data pages copied from extended storage    = 0
Index pages copied from extended storage   = 0

Host execution elapsed time                = 0.000039

Commit statements attempted                = 6
Rollback statements attempted              = 1
Dynamic statements attempted               = 281
Static statements attempted                = 7
Failed statement operations                = 1
Select SQL statements executed             = 4
Update/Insert/Delete statements executed   = 0
DDL statements executed                    = 2

Internal automatic rebinds                 = 0
Internal rows deleted                      = 0
Internal rows inserted                     = 0
Internal rows updated                      = 0
Internal commits                           = 1
Internal rollbacks                         = 0
Internal rollbacks due to deadlock         = 0

Rows deleted                               = 0
Rows inserted                              = 0
Rows updated                               = 0
Rows selected                              = 336
Rows read                                  = 375
Binds/precompiles attempted                = 0

Log space available to the database (Bytes)= 5095757   (LOGPRIMARY and
LOGSECOND)
Log space used by the database (Bytes)     = 4243
Maximum secondary log space used (Bytes)   = 0
Maximum total log space used (Bytes)  = 6498    (LOGPRIMARY and
LOGSECOND)Secondary logs allocated currently    = 0      (LOGPRIMARY and
LOGSECOND)Log pages read                        = 0             
(LOGBUFSZ)Log pages written                     = 5              (LOGBUFSZ)
Appl id holding the oldest transaction     = 38

Package cache lookups                 = 10        (PKGCACHESZ)Package cache
inserts                 = 8         (PKGCACHESZ)Package cache
overflows               = 0         (PKGCACHESZ)Package cache high water
mark (Bytes) = 191140    (PKGCACHESZ)
Application section lookups                = 281
Application section inserts                = 6

Catalog cache lookups                 = 18       (CATALOGCACHE_SZ)Catalog
cache inserts                 = 9        (CATALOGCACHE_SZ)Catalog cache
overflows               = 0        (CATALOGCACHE_SZ)Catalog cache high
water mark         = 0        (CATALOGCACHE_SZ)

Workspace Information

 Shared high water mark                    = 0
 Corresponding shared overflows            = 0
 Total shared section inserts              = 0
 Total shared section lookups              = 0
 Private high water mark                   = 21102
 Corresponding private overflows           = 0
 Total private section inserts             = 6
 Total private section lookups             = 6

Number of hash joins                       = 0
Number of hash loops                       = 0
Number of hash join overflows         = 0         (SORTHEAP)Number of small
hash join overflows   = 0         (SORTHEAP)
 

有时候,为了某些问题使用 "grep" (UNIX) 和 "findstr" (Windows) 对快照输出执行
初步的搜索非常方便。如果发现了什么东西,就可以通过打开快照输出并找到问题所在
,以便作进一步调查。

例如,为了识别是否存在死锁:

UNIX:

grep -n "Deadlocks detected" snap.out | grep -v "= 0" | more
Windows:

findstr /C:"Deadlocks detected" snap.out | findstr /V /C:"= 0"
SHEAPTHRES (DBM)
这是实例中所有数据库的并发私有排序 所消耗的内存总量。另外传入的排序只能得到更
少量的可用内存。对于 OLTP,一开始最好是使用大约 20000,而对于 OLAP
40000-60000 会工作得更好一些。

当 "Piped sorts accepted" 的值与 "Piped sorts requested" 比起来较低时,通过增
加 SHEAPTHRES 的大小,常常可以提高性能。如果 "Post threshold sorts" (在
SHEAPTHRES 已经被超出之后,请求堆的排序) 的值较高(也就是有两位数),应尝试
增加 SHEAPTHRES 的大小。"Total Private Sort heap allocated" 应该小于
SHEAPTHRES。如果不是这样,则应增加 SHEAPTHRES。

MAXAGENTS (DBM)
这是可用于接受对实例中所有数据库的应用程序请求的数据库管理器代理的最多数量。
在受限内存(memory constrained)的环境中,这个参数对于限制数据库管理器的总内
存使用量很有用,因为每个附加的代理都需要附加的内存。

如果机器是受限内存的,那么可以增加 MAXAGENTS,直到 "Agents stolen from
another application" 为 0。此外,"Local connections" + "Remote connections
to db manager" 将指出连接到实例上的并发连接的数量。"High water mark for
agents registered" 将报告在某一次连接到数据库管理器的代理曾出现的最大数量。"M
ax agents overflow" 报告当已经达到 MAXAGENTS 时,所收到的创建一个新代理的请求
的次数。最后,"Agents Registered" 显示在被监控的数据库管理器实例中当前注册的
代理的数量。

NUMDB (DBM)
指定可以同时激活的本地数据库的数量。在生产系统中,建议每个实例有一个数据库,
因此应该将这个值设为 1。否则,将其设为同时激活的数据库的最大数量。如果不确定
的话,使用 "Active local databases"。

NUM_INITAGENTS 和 NUM_POOLAGENTS (DBM)
NUM_INITAGENTS 指定在 db2start 上的池中创建的空闲代理的数量,它可以帮助加快在
开始使用数据库时的连接。NUM_POOLAGENTS 也是相关的,但是如果数据库已经运行了一
段时间,那么它对性能会有更大的影响。当 Connections Concentrator 为 OFF(缺省
值;MAX_CONNECTIONS = MAX_COORDAGENTS)时,NUM_POOLAGENTS 指定代理池的最大大
小。当 Concentrator 为 ON (MAXCONNECTIONS > MAX_COORDAGENTS)时,可以参考这
个值来决定在系统工作负载较低时代理池应该有多大。

NUM_INITAGENTS 和 NUM_POOLAGENTS 应该设为预期的并发实例级连接的平均数量,对于
 OLAP 这个值通常比较低,而对于 OLTP 就要高一些。对于存在大量 ramp up 连接情况
下的性能基准,将 NUM_INITAGENTS 设置成预期的连接数量(这将减少资源争用,从而
显著地减少 ramp up 连接所需的时间)。在使用了连接池的 3 层环境中,NUM_INITAGE
NTS 和 NUM_POOLAGENTS 对性能的影响很小,因为即使在应用程序空闲的时候,应用服
务器也会连续不断地维护连接。

"Idle agents" 显示了在代理池中空闲代理的数量,而 "Agents assigned from
pool" 则显示从代理池中将一个代理分配出去的次数。"Agents created from empty
pool" 显示在空池情况下必须创建的代理的数量,这可能会让人误解为刚好在
db2start 之后。而在 db2start 之后,它只是显示被创建的代理的数量。如果
"Agents created from empty pool" / "Agents assigned from pool" 的比例比较高(
5:1 或更大),则可能表明应该增加 NUM_POOLAGENTS。这也可能表明系统的总体工作负
载太高。这时可以通过降低 MAXCAGENTS 来调整工作负载。如果这个比例较低,则暗示
着 NUM_POOLAGENTS 可能被设得太高,有些代理就会浪费系统资源。

FCM_NUM_BUFFERS (DBM)
只在有多个逻辑分区的 DPF 环境中使用。它指定用于内部通信的大小为 4 KB 的缓冲区
的数量。如果没有使用 DPF,那么这个值甚至不会出现在快照输出中。此外,该信息将
来自其上运行了快照的分区。例如,在 DBM 快照之前的那个快照中,"Node FCM
information corresponds to" 显示了一个值 2,因此它是从 2 号分区那里得来的。"G
et snapshot for dbm global" 可用于获得所有分区值的群集。

DBM 快照的 FCM Node 部分可用于查看主要的分区间通信发生的地点,以用于调查的目
的。如果通信量很大,则表明需要更多的 FCM 缓冲区内存,需要不同的分区键,或者需
要不同的表来分派表空间。如果 "Free FCM buffers low water mark" 小于
FCM_NUM_BUFFERS 的百分之 15,那么可以增加 FCM_NUM_BUFFERS,直到 "Free FCM
buffers low water mark" 大于或等于 FCM_NUM_BUFFERS 的百分之 15,以确保总有足
够的 FCM 资源可供使用。

AVG_APPLS (DB)
只有在应用程序发出复杂的 SQL(例如连接、函数、递归等等)时才更改它,否则让它
一直为 1。这可以帮助估计在运行时可以为一个访问计划提供多少的缓冲池。它应该设
为一个较低的值,即 "Applications connected currently" 的平均数量乘以复杂
SQL 的百分比。

LOCKLIST 和 MAXLOCKS (DB)
对于每个数据库都有一个锁列表,该列表包含所有同时连接到数据库的应用程序所持有
的锁。在 32 位的平台上,一个对象上的第一个锁要求占 72 字节,而其他的锁要求占
36 字节。在 64 位平台上,第一个锁要求占 112 字节,而其他锁要求占 56 字节。

当一个应用程序使用的 LOCKLIST 的百分比达到 MAXLOCKS 时,数据库管理器将执行一
次锁升级(lock escalation),在这个操作中将使得行锁换成单独的一个表锁。而且,
如果 LOCKLIST 快要耗尽,数据库管理器将找出持有一个表上的最多行锁的连接,并将
这些行锁换成表锁,以释放 LOCKLIST 内存。锁整个表可以大大减少并发性,死锁的几
率也增加了。

如果 "Lock list memory in 使用 (Bytes)" 超出了定义的 LOCKLIST 大小的 50%,那
么应增加 LOCKLIST 4 KB 大小的页面的数量。如果发生了 "Lock escalations" 或 鈥
淓xclusive lock escalations鈥_,则应该或者增加 LOCKLIST,或者增加 MAXLOCKS,
抑或同时增加两者。

关于锁的数据库快照部分包含大量有价值的信息。看看 "Locks held currently"、"Loc
k waits"、"Time database waited on locks (ms)"、"Agents currently waiting
on locks" 和 "Deadlocks detected" 中是否存在高值,如果有的话,就可能是差于最
优访问计划、事务时间较长或者应用程序并发问题的症状。如果要发现死锁,那么需要
创建一个针对死锁的事件监视器,事件监视器带有详细信息,以便查看当前正在发生的
事情。

要了解关于锁问题的详细信息,请参阅 Bill Wilkins 撰写的文章 Diagnosing and
Resolving Lock Problems with DB2 Universal Database。

您可以做下列事情来减少锁:

确保应用程序正在使用最低的隔离级别。
经常执行 COMMIT。
当执行很多更新时,在更新前显式地锁整个表(使用 LOCK TABLE 语句)。
尽量使用 Cursor Stability 隔离级别(缺省情况),以便减少被持有的共享锁的数量
。(如果应用程序能够承受脏读,那么 Uncommitted Read 可以进一步减少锁。)
LOCKTIMEOUT (DB)
指定应用程序在获得一个锁之前所等待的秒数。这可以帮助避免全局死锁的情况。如果
该值为 -1,如果出现锁等待,则应用程序将会出现。Bill Wilkins 关于锁的文章 也以
较大的篇幅包含了这一点。

对于生产系统中的 OLAP,一开始为 60 (秒)比较好,对于 OLTP 大约为 10 秒比较好
。对于开发环境,应该使用 -1,以识别和解决锁等待的情况。如果有大量的并发用户,
可能需要增加 OLTP 时间,以避免回滚。

如果 "Lock Timeouts" 是一个较高的数,那么可能由以下原因造成:(1)
LOCKTIMEOUT 的值太低,(2) 某个事务持有锁的时间有所延长,或者(3) 锁升级。

SHEAPTHRES_SHR (DBM)
这是对一个实例中并发共享的排序可以消耗的内存总量的硬性限制。这个值只有在以下
情况下才适用:(1) INTRA_PARALLEL=YES,或者 (2) Concentrator 在 (MAX_CONNECTI
ONS > MAX_COORDAGENTS) 范围内。对于在 WITH HOLD 选项下使用游标的 排序,将从
共享内存中为其分配内存。

"Shared Sort heap high water mark" 显示一次最多可以分配的共享排序 内存。如果
这个值总是远远低于 SHEAPTHRES_SHR,那么应该减少 SHEAPTHRES_SHR,以便为其他数
据库函数节省内存。如果这个值刚好接近于 SHEAPTHRES_SHR,那么可能需要增加
SHEAPTHRES_SHR。"Total Shared Sort heap allocated" 是从排序堆空间中为所有排序
 分配的总页数。如果元素值大于或等于 SHEAPTHRES_SHR,则意味着这些排序没有得到
由 SORTHEAP 参数定义的完整排序堆空间。增加 SHEAPTHRES_SHR 的大小,以帮助避免
这种情况。

在设置时,应尽量使其为 SORTHEAP 的倍数。

SORTHEAP (DB)
这个参数指定为私有排序 使用的最大私有内存页数,或者指定为共享排序使用的最大共
享内存页数。每个排序都有一个独立的排序堆,这是由数据库管理器在需要的时候分配
的。

通常大家都理解得很好的是,当一个排序所需的内存量超过了 SORTHEAP 时,就会发生
排序溢出。然而理解得不够好的一点是,如果统计信息已过时,或者数据有偏差,并且
没有收集到发布统计信息,这时一旦 DB2 请求一个太小的堆,而实际的排序操作超出了
所请求的量,就会发生溢出。因此,使统计信息保持时新十分重要。此外,应确保排序
不是一个丢失的索引的结果。

对于 OLTP,一开始最好是设为 128,对于 OLAP,则设置在 4096 - 8192 之间。如果有
很多的 "Sort overflows" (两位数)那么很可能需要增加 SORTHEAP。如果 "Number
of hash join overflows" 不为 0,则按照 256 逐次增加 SORTHEAP,直到它为 0。如
果 "Number of small hash join overflows" 不为 0,则按 10% 的速度增加
SORTHEAP,直到小散列连接溢出数为 0。

CHNGPGS_THRESH (DB)
使用这个参数来指定缓冲池中被更改页面所占的百分比,此时将启动异步的页面清除器
将更改写入到磁盘,以便在缓冲池中为新的数据空出空间。在只读环境下,不使用页面
清除器。在 OLTP 中,使用 20-40 这样的一个值应该可以提高性能(在更新活动庞大的
情况下使用 20),因为使这个值更低一些将使 I/O Cleaners 在从脏缓冲池页面写出数
据时更具有侵略性,但是每次做的工作却变少了。如果没有很多的 INSERT 或 UPDATE,
则对于 OLTP 和 OLAP 来说,缺省的 60 应该就比较好了。

如果 "Dirty page steal cleaner triggers" 是一个两位数,则试着降低之。如果
"Buffer pool data writes" 较高,而 "Asynchronous pool data page writes" 较低
,则试着降低这个参数。

从 FixPak 4 起,有另一种页面清除算法,这种算法可以提高特定缓冲池的性能。您需
要令概要注册表变量 DB2_USER_ALTERNATE_PAGE_CLEANING=YES,这样忽略
CHNGPGS_THRESH。确保 NUM_IOSERVERS 至少为 3,否则它会拖新算法的后腿。

NUM_IOCLEANERS (DB)
这个参数指定一个数据库的异步页面清除器的数量,异步页面清除器将更改后的页面从
缓冲池写到磁盘。一开始将这个参数设为等于系统中 CPU 的数量。当触发了 I/O
Cleaners 时,它们会同时启动,因此您不希望有那么多的清除器,以致影响性能和阻塞
其他处理过程。

如果 Asynchronous Write Percentage (AWP) 是 90% 或更高,则减少
NUM_IOCLEANERS,如果 Asynchronous Write Percentage (AWP) 小于 90%,则增加
NUM_IOCLEANERS。

AWP = (("Asynchronous pool data page writes" + "Asynchronous pool index
page writes") * 100) / ("Buffer pool data writes" + "Buffer pool index
writes")

NUM_IOSERVERS (DB)
I/O 服务器用于执行预取操作,而此参数则指定一个数据库的 I/O 服务器的最多数量。
非预取 I/O 是从数据库代理调度的,因此不受此参数的约束。一开始将该参数设置为等
于数据库所跨的物理磁盘数(即使是一个磁盘阵列中的许多磁盘或者一个逻辑卷中的许
多磁盘) + 1 或 2,但是不大于 CPU 的 # 的 4-6 倍。

如果您很快看到 "Time waited for prefetch (ms)",那么您或许想添加一个 IO
Server,以查看性能是否有提高。

MAXFILOP (DB)
这个参数指定每个数据库代理所能打开的最大文件数。如果打开一个文件时被打开的文
件数超出了这个值,则要关闭该代理正在使用的一些文件。过度的打开和关闭都会降低
性能。SMS 表空间和 DMS 表空间文件容器都是视作文件来对待的。通常 SMS 使用的文
件要更多一些。

增加该参数的值,直到 "Database files closed" 为 0。

LOGPRIMARY、LOGSECOND 和 LOGFILSZ (DB)
LOGPRIMARY 指定要预先分配空间的主日志文件的数量,而 LOGSECOND 是按照需要来分
配空间的。LOGFILSIZ 定义每个日志文件的大小。

如果 "Secondary logs allocated currently" 的值很大,那么就可能需要增加
LOGFILSIZ 或 LOGPRIMARY (但是要确保 LOGPRIMARY + LOGSECOND 不超过 256)。还
可以使用 "Maximum total log space used (Bytes)" 来帮助指出对日志文件空间(主
日志 + 从日志)的依赖性。

日志文件的大小对灾难恢复有一定的影响,因为在灾难恢复中要使用日志发送(log
shipping)。日志文件比较大时,性能会更好些,但是可能潜在地增加丢失事务的程度
。当主系统崩溃时,最近的日志文件及其事务可能无法发送到从系统,因为在失败之前
没有关闭该文件。日志文件越大,随着日志文件的丢失,丢失事务的程度也越大。

LOGBUFSZ (DB)
这个参数允许指定用作在将日志记录写到磁盘之前的缓冲区的数据库堆(DBHEAP)的数
量。当提交一个事务或者日志缓冲区已满的时候,就要将日志记录写入磁盘。对日志记
录进行缓冲将导致将日志记录写入磁盘的活动不那么频繁,但每次要写的日志记录会更
多。对于 OLTP,一开始以至少 256 页为佳,对于 OLAP,则以 128 页为佳。如果常常
看到多于一对的 "Log pages read",那么可能需要增加这个值。如果发生了回滚,也可
能要读取日志页。

如果在试图增加 LOGBUFSZ 时收到一个错误,那么可以按相同数量增加 DBHEAP,然后再
次尝试。

PKGCACHESZ (DB)
这个包缓存用作静态和动态 SQL 语句的缓存部分。缓冲包允许数据库管理器减少内部开
销,因为它消除了在重新装载一个包时访问系统编目的需要;或者,对于动态 SQL,消
除了重新编译的需要。

PKGCACHESZ 应该大于 "Package cache high water mark (Bytes)"。如果 "Package
cache overflows" 不为 0,那么可以尝试通过增加 PKGCACHESZ 来使这个计数器变为
0。

Package Cache Hit Ratio (PCHR) 应该尽可能接近 100%(而不从缓冲池中获取所需的
内存)。用下面的公式来计算:

PCHR = (1-("Package cache inserts" / "Package cache lookups"))*100

CATALOGCACHE_SZ (DB)
这个参数用于缓存系统编目信息,例如 SYSTABLE、授权和 SYSROUTINES 信息。缓存编
目信息十分重要,尤其是在使用 DPF 的情况下更是如此,因为不必为获得先前已经检索
过的信息而访问系统编目(编目分区),从而减少了内部开销。

不断增加该值,直到对于 OLTP 的 Catalog Cache Hit Ratio (CCHR) 达到 95% 或更好
的值:

CCHR = (1-("Catalog cache inserts" / "Catalog cache lookups"))*100

如果 "Catalog cache overflows" 的值大于 0,也要增加该参数的值。还可以使用
"Catalog cache high water mark (Bytes)" 来确定编目缓存曾消耗过的最多内存。如
果 High water mark 等于允许的 Maximum 大小,那么就需要增加编目缓存堆的大小。

实验: DBM 和 DB 配置
下面的参数可能带来额外的性能。然而,快照中的特定监视器并不是直接报告出它们的
影响。相反,可能需要一次更改一个参数,然后测量应用程序的总体性能。最好的测量
方法是从几个快照中检查更改前后 SQL 的执行次数。

INTRA_PARALLEL (DBM)
该参数指定数据库管理器是否可以使用内部分区并行性(intra-partition
parallelism)。缺省值 NO 对于并发连接较多的情况(主要是 OLTP)最好,而 YES 对
于并发连接较少的情况以及复杂 SQL (OLAP/DSS)来说最好。混合的工作负载通常可以
得益于 NO。

当启用该参数时,就会导致从共享内存中分配排序内存。此外,如果并发程度显著增加
的话,还可能导致过多的系统开销。如果系统是非 OLTP 的,则 CPU 数对分区数的比例
是 4:1,而 CPU 负载运行的平均百分比是 50%,INTRA_PARALLEL 很可能会提高性能。

DFT_QUERYOPT (DB)
用于指定在编译 SQL 查询时所使用的缺省优化级别。对于混合的 OLTP/OLAP,使用 5
或 3 作为缺省值,对于 OLTP,使用一个更低的级别,而对于 OLAP,则使用一个更高的
级别。对于简单的 SELECTS 或短的运行时查询(通常只需花不到 1 秒钟就可以完成)
,使用 1 或 0 也许比较合适。如果有很多的表,有很多相同列上的连接谓词,那么尝
试级别 1 或 2。对于超过 30 秒钟才能完成的长时间运行的查询,或者如果要插入一个
 UNION ALL VIEW(这是在 FixPak4 中加进来的),那么可以尝试使用级别 7。在大多
数环境下都应该避免使用级别 9。

UTIL_HEAP_SZ (DB)
该参数指定 BACKUP、RESTORE 和 LOAD 实用程序可以同时使用的最大内存数。如果正在
使用 LOAD,那么对于每个 CPU 将 UTIL_HEAP_SZ 设置成至少 10000 页。

NEWLOGPATH (DB)
该参数指定最长 242 个字节的一个字符串,用于更改日志文件写和存储的位置。这可以
指向一个全限定路径名,或者指向元设备。将日志路径更改到一个独立的本地高速磁盘
(只用于日志记录)可以显著地提高性能。

进一步的 SQL 分析


Design Advisor
如果有一个针对特定问题的查询或者一组查询,那么可以将该工作负载输入到 DB2
Design Advisor (db2advis) 中,由它去推荐一组有效的索引。如果不知道 SQL,也可


使用快照捕获动态 SQL。
用一个语句事件监视器收集在一段时间内发出的所有 SQL。
从 SYSCAT.STATEMENTS 编目视图中提取静态 SQL。
语句事件监视器 的使用将在本节稍后一点讨论。

可以从 DB2 Control Center 使用 Design Advisor,或者从 CLP 命令行使用该工具。
下面讨论这两种界面。

使用 DB2 Control Center
在 Control Center 中,展开对象树,直到发现感兴趣的数据库。右键单击数据库名,
并从弹出菜单中选择 Design Advisor' 。现在您就可以通过查看最近执行的 SQL,检查
包,或者手动地添加 SQL 语句来构造工作负载了。

使用 DB2 CLP
当使用 CLP 时,输出被显示到屏幕,这可以捕捉到一个脚本中并执行。下面是一些常见
的例子。

要为一个特定的针对 'example' 数据库的 SQL 语句推荐索引,并且要在 1 分钟内标识
出索引:

db2advis -d sample -s "select count(*) from sales where region = 'Quebec'"
-t 1
要为多条语句推荐索引,我们可以构建一个文本文件,该文件看上去是这样的:


db2advis -d sample -s "--#SET FREQUENCY 10
SELECT * FROM SALES;

 
--#SET FREQUENCY 2
SELECT FIRSTNME FROM EMPLOYEE WHERE EMPNO = ?;
 

其中 frequency 是该 SQL 语句与输入文件中其他 SQL 语句相比其执行次数所占的比重
。生成结果:

db2advis -d dbname -i sqlstmts_file > recindexes.out
由于输出显示到了屏幕上,我们使用一个重定向将索引定义捕捉到一个文件中,然后该
文件就可以作为一个 DB2 脚本来运行了。

您还可以通过管道将动态 SQL 从一个快照发送到 Design Advisor 中:

get snapshot for dynamic SQL on dbname write to file
这样将以一种内部文件格式保存快照。然后就可以用下列语句将结果插入到一个
Design Advisor 表中:

insert into advise_workload(select
'myworkload',0,stmt_text,cast(generate_unique() as char(254)),
num_executions, 1,1,0,0,cast(null as char) from table
(snapshot_dyn_sql('dbname', -1)) as snapshot_dyn_sql)
在一个工作负载中,每条 SQL 语句的缺省 frequency 是 1,缺省的 importance 也是
1。generate_unique() 函数将一个惟一的标识符指定给语句。用于可以将这两列更新为
更有意义的值。要生成索引:

db2advis -d dbname -w myworkload
一旦执行了 Design Advisor,它就会填充 advise_index 表。您可以通过下面的查询来
查询这个表,以列出 Design Advisor 的所有建议:

SELECT CAST(CREATION_TEXT as CHAR(200)) FROM ADVISE_INDEX
对 SQL 的事件监视
CREATE EVENT MONITOR 语句定义一个监视器,在使用数据库的时候,该监视器将记录所
发生的某些事件。每个事件监视器的定义还会指定数据库应该将事件记录在哪里。我们
可以创建事件监视器来记录跟下列类型的事件有关的信息:DATABASE、TABLES、DEADLOC
KS [WITH DETAILS]、TABLESPACES、BUFFERPOOLS、CONNECTIONS STATEMENTS 和
TRANSACTIONS。

清单 10 和 清单 11 展示了可用于收集事件监视器输出的脚本:

清单 10. getevmon.ksh (UNIX)

#!/usr/bin/ksh
#  create an event monitor and capture its output
#  parameters: (1) database name
#              (2) monitor output file
#              (3) interval between iterations (seconds)
#  Note: You may receive an error about the monitor heap being too small.
You may want to set
#        mon_heap_sz to 2048 while monitoring.

if [ $# -ne 3 ]
  then echo "Requires 3 Parameters: dbname monitor_output_file
interval_in_#seconds"; exit
fi

MON=evmon
# "nonblocked" may cause loss of data but has less impact on system than
default "blocked".
MONTYPE=nonblocked
SLEEP=$3
DB=$1
#EVENTS="deadlocks with details"
#EVENTS="tables, statements, deadlocks with details, connections"
EVENTS="statements"
OUTFILE=$2
OUTDIR="TMPEVMON"

mkdir $OUTDIR
chmod 777 $OUTDIR
cd $OUTDIR
db2 connect to $DB

db2 -v drop event monitor $MON
db2 -v create event monitor $MON for $EVENTS   //
    write to file "'`pwd`'" buffersize 64 $MONTYPE

db2 -v set event monitor $MON state = 1
echo ""
echo "Event Monitor active at `date`; sleeping for $SLEEP seconds before
turning it off."
sleep $SLEEP
db2 -v set event monitor $MON state = 0

cd ..
db2evmon -db $DB -evm $MON > $OUTFILE

db2 -v drop event monitor $MON
db2 terminate
rm -fr $OUTDIR
echo
echo db2evmon output is in $OUTFILE

 


清单 11. getevmon.bat (Windows)

@echo off
REM  create an event monitor and capture its output
REM  parameters: (1) database name
REM              (2) monitor output file
REM              (3) interval to monitor for (seconds)
REM  Note: You may receive an error about the monitor heap being too small.
You may want to set
REM        mon_heap_sz to 2048 while monitoring.

:CHECKINPUT
IF ""=="%3" GOTO INPUTERROR
GOTO STARTPRG

:INPUTERROR
echo %0 requires 3 parameters: dbname filename sleep_interval
echo e.g. "%0 sample evmon0302.out 60"
GOTO END

:STARTPRG
SET dbname=%1
SET outfile=%2
SET sleep_interval=%3

SET MON=evmon
REM "nonblocked" may cause loss of data but has less impact on system than
default "blocked".
SET MONTYPE=nonblocked
REM SET EVENTS="deadlocks with details"
REM SET EVENTS="tables, statements, deadlocks with details, connections"
SET EVENTS="statements"
SET OUTDIR="c://temp//evmon"

mkdir %OUTDIR%
db2 connect to %dbname%

db2 -v drop event monitor %MON%
db2 -v create event monitor %MON% for %EVENTS% write to file '%OUTDIR%'
buffersize 64 %MONTYPE%

db2 -v set event monitor %MON% state = 1
echo Sleeping for %sleep_interval% seconds before turning off.
sleep %sleep_interval%
db2 -v set event monitor %MON% state = 0

db2evmon -db %dbname% -evm %MON% > %OUTFILE%

db2 -v drop event monitor %MON%
db2 terminate
rmdir /s /q %OUTDIR%
echo db2evmon output is in %OUTFILE%

:END

 

输出将包含所有动态 SQL 语句的文本。不过,对于静态 SQL 语句,输出将列出包名和
节号。具有包名和节号的 db2expln 可用来提取语句文本,或者也可以查询
syscat.statements 视图来提取文本。

清单 12 展示了在语句事件监视器的输出中捕获到的一个事件:

清单 12. 示例语句事件监视器输出

42) Statement Event ...
  Appl Handle: 16
  Appl Id: *LOCAL.DB2.010746204025
  Appl Seq number: 0003

  Record is the result of a flush: FALSE
  -------------------------------------------
  Type     : Dynamic
  Operation: Close
  Section  : 201
  Creator  : NULLID 
  Package  : SQLC2E03
  Consistency Token  : AAAAAJHR
  Package Version ID 
:                                                                
  Cursor   : SQLCUR201
  Cursor was blocking: TRUE
  Text     : select * from staff
  -------------------------------------------
  Start Time: 10-06-2003 17:27:38.800490Stop Time:  10-06-2003
17:27:38.806619Exec Time:  0.006129 seconds
  Number of Agents created: 1
  user CPU:   Not Available
  System CPU: Not Available
  Fetch Count: 35
  Sorts: 0
  Total sort time: 0
  Sort overflows: 0
  Rows read: 35
  Rows written: 0
  Internal rows deleted: 0
  Internal rows updated: 0
  Internal rows inserted: 0
  SQLCA:
   sqlcode: 0
   sqlstate: 00000

 

由于可能存在数千个语句事件,找出问题的最容易的方法是使用 grep (UNIX) 或
findstr (Windows)。下面是在输出中用于搜索的一些有用的字符串:

" sqlcode: -"
这对于发现错误很有用,例如发现 -911 RC 2,即死锁,又例如 RC 68,即锁超时。

grep -n " sqlcode: -" stmtevmon_outputfindstr /C:" sqlcode: -"
stmtevmon_output
" Rows read: "
这标识了一条语句读取的行数(没有将索引项或直接表读计算在内)。如果这个数字很
大,则意味着需要一个索引,或者统计信息已过时。

grep -n " Rows read: " stmtevmon_output | grep -v ": 0" | sort -k 4,4rn |
morefindstr /C:" Rows read: " stmtevmon_output | findstr /V /C:" Rows read:
0" | sort
" Exec Time: "
这是语句的实际执行时间,包括锁等待的时间。有时候,可以方便地从事件监视器数据
的最后开始,向前搜索 "Exec Time",并查看一条开销较大的 SQL 语句是否存在某种模
式或存在重复。然后可以用 EXPLAIN 检查 SQL 语句,看看是什么问题。

grep -n " Exec Time: " stmtevmon_output | grep -v ": 0.0" | sort -k 4,4rn |
morefindstr /C:" Exec Time: " stmtevmon_output | findstr /V /C:" Exec Time:
0.0" |sort
" Sort overflows:"
显示开销很大的 排序溢出发生在哪里。这可能表明需要使用索引、运行 RUNSTATS 或加
大 SORTHEAP。

grep -n " Sort overflows:" stmtevmon_output | grep -v ": 0" | sort -k 4,4rn
| morefindstr /C:" Sort overflows: " stmtevmon_output |findstr /V /C:"
Sortoverflows: 0"|sort
" Fetch Count:"
对于查看对结果集执行了多少 fetch 操作很有用。这里并不是记录每个 FETCH 操作。D
B2 通过加大该字段,在语句级上跟踪这些 FETCH 操作。可以用 FETCH FIRST 子句限制
 FETCH 操作。

grep -n " Fetch Count:" stmtevmon_output | grep -v ": 0" | sort -k 4,4rn |
morefindstr /C:" Fetch Count: " stmtevmon_output | findstr /V /C:" Fetch
Count: 0" | sort
标识了想要进一步观察的一些元素之后,打开语句事件监视器的输出,并按您感兴趣的
字符串进行搜索。一旦定位到语句,下面的一些字段将很有用:

" Operation: "
该字段可以提供一般语句流。它标识 Prepare、Open、Fetch、Close、Commit 等等。

" Text : "
这是用于动态 SQL 的语句文本。对于静态 SQL,查找 "Section :" 和 "Package :"。

" Start Time: " 或 " Stop Time: " 或 " Time: "
这可以帮助标识起始时间、终止时间或者同时标识这两个时间。Stop time 和随后的
Start time 还可以说明语句之间的间歇时间有多长,如果您怀疑 DB2 在其他某个地方
花费了时间(可能是存储过程开销),那么这一点就比较有用。

对访问计划的解释
SQL 解释工具是 SQL Compiler 的一部分,用于显示一条语句的访问计划,以及编译该
语句时所在的环境。Explain 信息可以以很多方式来捕捉和显示。

这种信息可以帮助您:

理解为一个查询选择的执行计划。
辅助设计应用程序的程序。
确定应何时重新捆绑应用程序。
辅助数据库设计。
在获得一条 SQL 语句的解释数据之前,必须使用跟调用 explain 工具的授权 ID 相同
的模式定义一组 explain 表。请查看 DB2 安装目录下的 'qllib/misc/explain.ddl'
或 'qllib//misc//explain.ddl',以找到 Explain Tables 的 DDL。

要清除 explain 表,发出:

delete from schema.explain_instance
这样所有其他的 explain 表也将被清除,这是由于参照完整性连锁删除功能造成的。

当分析 explain 输出时,应识别是否出现下列情况:

对相同的一组列和基本表使用的 ORDER BY、GROUP BY 或 DISTINCT 操作符将从索引或
物化查询表(MQT)中受益,因为消除了排序。
代价较高的操作,例如大型排序、排序溢出以及对表的大量使用,都可以受益于更多的
排序空间、更好的索引、更新的统计信息或不同的 SQL 。
表扫描也可以从索引中受益。
完全索引扫描或无选择性的索引扫描,其中不使用 start 和 stop 关键字,或者使用这
两个关键字,但是有一个很宽的取值范围。
Visual Explain
Visual Explain 使用起来非常简单和直观。它可以解释包含参数标记(记为 "?")的语
句,但是如果要与其他共享结果可能就比较困难,因为它是基于 GUI 的。在 Control
Center 中,右键单击想要为其解释一条 SQL 语句的数据库,并选择 "Explain SQL'。
您可以在 SQL 文本框中输入 SQL 语句,然后单击 "OK" 来生成图。 图 2 展示了这种
图的一个例子看上去的样子:

图 2. Visual Explain Results 屏幕


您可以通过双击任何节点来获得更详细的分析结果。

基于文本的 Explain
db2exfmt 和 db2expln 的 text-based 选项不易于读(一开始),但是与他人共享起来
就容易多了,因为您可以简单地向他们发送输出文件。

通用,在捕捉新数据之前清除 explain 表是一个好习惯。发出:

delete from schema.explain_instance
最后所有其他 explain 表都将被清除,这是由于参照完整性的连锁删除功能造成的。

所有 explain 输出(包括 Visual Explain)都是从下往上读的。

图 3. Text Explain 屏幕


这里不像 Visual Explain 那样将所有细节显示在不止一个屏幕上,而是将所有细节列
在一个输出文件中。在上图中每个操作符都编了号,当您往下处理该文档时,每个操作
符都将被详细解释。例如,图中的一个操作符可以作如下解释:

清单 13. 读 Text Explain 操作符

      5.7904    - # of rows returned (based on statistics calculation)
      HSJOIN    - type of operator
      (   2)    - operator #
      75.536      - cumulative timerons
         3      - I/O costs   

 

返回的行数、timeron (cost) 数和 I/O 都是优化器估计的,在某些情况下可能与实际
数字不符。timeron 是 DB2 的度量单元,用于给出对数据库服务器在执行同一查询的两
种计划时所需的资源或成本的粗略估计。估计时计算的资源包括处理器和 I/O 的加权成
本。

您可以使用 db2exfmt 来解释单独一条语句。例如,

清单 14. 为一条语句生成 Text Explain 输出

explain all for SQL_statement
db2exfmt -d dbname -g tic -e explaintableschema -n % -s % -w -1 -# 0 -o
outfile
 

如果为用 ";" 隔开的几条 "explain all' 语句构建一个文本文件,就可以一次解释多
条语句:

清单 15. 为多条语句生成 Text Explain 输出

db2 -tf file_with_statements
db2exfmt -d dbname -g tic -e explaintableschema -n % -s % -w % -# 0 -o
outfile
 

最后,如果想解释一个包中包含的静态 SQL,那么您将需要使用 db2expln 工具:

db2expln -database dbname -schema schema_name -package package -output
outfile.txt
DB2 v8 Documentation:

Concepts ==> Administration ==> Performance tuning ==> SQL explain facility
Tutorials ==> Tutorials (Visual Explain Tutorial)
SQL 语句调优
下面的这些技术可以用来从语句执行中挤出额外的性能:

使用 SELECT ... FOR UPDATE 保护在随后的 UPDATE 语句中可能被更新的那些行。这样
一来,选中的所有行上安置了一个更新(U)锁。

使用 SELECT ' FOR READ ONLY (或 FETCH ONLY)表明结果表是只读的。这意味着不能
在随后放置的 UPDATE 或 DELETE 语句中引用游标。这可以帮助提高 FETCH 操作的性能
,因为它允许 DB2 执行块操作(对于一个给定的 FETCH 请求返回多行给客户)。

用 SELECT ' OPTIMIZE FOR n ROWS 优化返回时间。这样可以使优化器快速地返回 N 行
,而不是像缺省行为那样,最小化整个回答集的代价。此外,如果使用 READ ONLY 子句
,这将影响在每个块中返回的行数(一个块中的行数不会大于 n)。这不会限制可以取
的行数,但是如果要取多于 n 行的记录,就可能降低性能。为了使该子句对数据缓冲区
有一定的影响, n * row size 的值不能超出通信缓冲区的大小(由 DBM CFG
RQRIOBLK 或 ASLHEAPSZ 定义)。

可以用 SELECT ' FETCH FIRST n ROWS 来限制查询结果集的大小。

大规模的 DELETE/Purging 可以通过 ALTER TABLE ' ACTIVATE NOT LOGGED
INITIALLY WITH EMPTY TABLE 来实现。由于该操作没有日志记录,如果哪个地方出了错
,就不得不将表删除。一种更安全的方法是使用 Import 实用程序(带上 Replace 选项
)和一个空文件。

要减少锁等待或死锁出现的几率,可以频繁地使用 commit 来释放锁。

确保让重复的语句使用参数标记。对于 OLTP,编译时间是比较可观的,因此用参数标记
替换文字可以避免重复编译。当使用参数标记时,优化器假设值是均匀分布的,因此如
果数据比较偏,则意味着所选择的访问计划不好。通常,正是 OLAP 这种类型的环境深
受值的平均分布这一假设的毒害。

为了拥有更好的粒度,更好的性能和并发性,应在语句级指定隔离级别。DB2 支持
Uncommitted Read、Cursor Stability、Read Stability 和 Repeatable Read (UR、C
S、RS 和 RR)。例如,SELECT * FROM STAFF WITH UR 将使用 Uncommitted Read (最
小锁)执行 SELECT 语句。

DB2 v8 Documentation:

Reference ==> SQL ==> Queries and subqueries ==> select-statement
在有偏差数据的情况下使用参数标记时,指定选择性
如果数据不是均匀分布的,那么指定选择性就十分有用。SELECTIVITY 指任何一行满足
谓词(即为真)的概率。采用具有高度选择性的谓词是可取的。这种谓词将为以后的操
作符返回更少的行,从而减少了为满足查询所需的 CPU 和 I/O。

例如,对一个有 1,000,000 行的表执行一个选择性为 0.01 (1%) 的谓词操作,则意味
着大约只有 10,000 行满足条件,而另外的 990,000 都不满足条件。

如果不是仅仅使用均匀分布的假设,而是人为地使用一个较低的选择性的值(例如
0.000001)来“保证”使用那一列上的索引,那么就可以影响优化器。如果预料到一个
表要增长,并且希望确保能够坚持使用某些特定列上的索引,那么这一点就十分有用。
如果想阻止 DB2 在某一特定列上使用索引,那么可以将 SELECTIVITY 设为 1。

有了这种技术,使用优化级别 5 (例如 DFT_QUERYOPT=5)就最具有可预测性。而且,
首先必须设置注册表变量 DB2_SELECTIVITY=YES,然后,在使用 SELECTIVITY 子句之前
重新启动实例。

您可以为下列谓词指定 SELECTIVITY 子句 :

基本谓词,其中至少有一个表达式包含主机变量/参数标记(基本谓词包括像 =、<>、<
和 <=, 这样的简单的比较符,但是不包括像 IN、BETWEEN 和 IS NULL 这样的东西。)
 
其中的 MATCH 表达式、谓词表达式或换码表达式中包含主机变量/参数标记的 LIKE 谓
词。
selectivity 的值必须是在 0 到 1 整个范围内的一个数值常量(numeric literal)值
。如果没有指定 SELECTIVITY,那么就会使用一个缺省值。如果 SELECTIVITY 的值为
0.01,则意味着该谓词将过滤掉除表中所有行的 1% 之外的所有其他行。不过应该把提
供 SELECTIVITY 看作是最后一招。

例如:

清单 16. 指定 Selectivity 的例子

    SELECT c1, c2, c3, FROM T1, T2, T3
        WHERE T1.x = T2.x AND
            T2.y = T3.y AND
            T1.x >= ? selectivity 0.000001 AND
            T2.y < ? selectivity 0.5 AND
            T3 = ? selectivity 1

 

DB2 v8 Documentation:

Reference ==> SQL ==> Language elements ==> Predicates ==> Search Conditions
持续维护


接下来的一些技术对于维护数据库的最佳性能很有用。当您使用一个分了区的数据库时
,应记住命令的作用范围。例如,RUNSTATS 命令只收集调用该命令时所在数据库分区上
的表的统计信息,而 REORG 则可以操作数据库分区组中的所有分区。请参阅每个命令的
文档的 鈥楽cope' 部分。

REORG 和 REORGCHK
REORG 将消除溢出的行,并从表和索引中删除的行那里收回空间,如果有很多的删除、
更新或插入操作,这一命令就非常有用。该命令还可以用来将一个表放入到某个索引序
列中(例如,在对群集索引的支持中就是如此)。REORG 命令可以在线执行和暂停。REO
RCHK 用于识别那些需要 REORG 的表和索引,也可用于收集数据库中所有表的统计信息

收集更新后的统计信息,并标识是否需要重组表或索引:

REORGCHK UPDATE STATISTICS ON TABLE ALL
标识是否需要根据当前统计信息重组表或索引:

REORGCHK CURRENT STATISTICS ON TABLE ALL
标识为需要 REORG 的表将在 REORGCHK 输出的 reorg 列(F1 到 F8)中显示一个或多
个星号。现在就可以真正地 REORG 被标识出的表。为了 REORG 一个表,不考虑顺序,
只是简单地从伪删除的行收回空间,并消除溢出的行:

REORG TABLE schema.tablename
为了在一个表的所有索引上执行 REORG:

REORG INDEXES ALL FOR TABLE schema.tablename
为了根据特定的索引(ORDER BY 或一个群集索引)按物理序列对一个表排序:

REORG TABLE schema.tablename INDEX schema.indexname
DB2 v8 Documentation:

Reference ==> Commands ==> Command Line Processor (CLP) ==> REORG
Reference ==> Commands ==> Command Line Processor (CLP) ==> REORGCHK
RUNSTATS
REORG(重组)表和索引之后,重新收集表和索引的统计信息总是可取的,这样优化器就
可以创建最合适的访问计划。您可能发现执行一次抽样的 RUNSTATS (对于大型数据库
会有更好的性能)或者执行一次后台运行。

为了标识之前是否已经对表和索引执行过 RUNSTATS:

清单 17. 标识 Runstats 时间

SELECT char(tabname,40)
FROM syscat.tables 
WHERE type = 鈥楾'
AND stats_time is null

SELECT char(indname,40)
FROM syscat.indexes
WHERE stats_time is null

Or, to list runstat times (oldest first)

SELECT char(tabname,40), stats_time
FROM syscat.tables 
WHERE type = 鈥楾'
ORDER by stats_time

 

对 System Catalog 表执行 RUNSTATS 也可以为这些表带来好处。

下面是一些有用的命令:

表 4. 一些有用的 Runstats 命令
命令 描述
RUNSTATS ON TABLE schema.table 收集一个特定表的统计信息
RUNSTATS ON TABLE schema.table AND INDEXES ALL 收集一个特定表及其所有索引的统
计信息
RUNSTATS ON TABLE schema.table AND SAMPLED DETAILED INDEXES ALL 使用扩展的索
引统计信息和 CPU 采样技术收集关于一个特定表的统计信息,这对于非常大型的索引(
1+ 百万行)十分有用,因为 RUNSTATS 可用的时间是有限的。
RUNSTATS ON TABLE schema.table WITH DISTRIBUTION 收集关于一个表(或者也可以是
特定列)的附加统计信息,当数据不是均匀分布时,这个命令很有用。


使用一条 SELECT 语句创建一个脚本也十分方便,只需将 SELECT 语句的结果通过管道
发送到一个文件:

清单 18. 生成一个 Runstats CLP 脚本

    SELECT 'RUNSTATS ON TABLE  ' || rtrim(tabschema) || '.'
          || char(tabname,40) ||
          ' AND DETAILED INDEXES ALL;'
    FROM syscat.tables
    WHERE type = 'T'
    ORDER BY tabschema, tabname;

 

DB2 v8 Documentation:

Reference ==> Commands ==> Command Line Processor (CLP) ==> RUNSTATS
REBIND
执行了 REORG 和 RUNSTATS 之后,您需要 REBIND 所有的数据库包,以便静态 SQL 可
以利用最新的系统统计信息。使用 DB2RBIND 重新绑定所有的数据库包:

db2rbind dbname -l logfile.out ALL
可以用 REBIND 来重新绑定单独的包。

DB2 v8 Documentation:

Reference ==> Commands ==> System ==> db2rbind
Reference ==> Commands ==> Command Line Processor (CLP) ==> REBIND
数据库分区功能(DPF)性能


DB2 v8.1 ESE 的数据库分区功能(DPF)允许在一个服务器内或跨越一个群集的服务器
给数据库分区。这为支持非常大型的数据库、复杂的工作负载和增加的管理任务的并行
性提供了更多的可伸缩性。下面的小节包含帮助您获得 DPF 方面的最佳性能的建议。

何时分区?
在 64 位 DB2 出现以前,分区技术通常用于解决 32 位架构中关于共享内存的限制(大
约每个数据库 2 GB)。利用内存的更好选择是使用一个大型的 SMP 64 位服务器,因为
这种服务器可以避免分区的复杂性和开销。

然而,在某些情况下,分区也可以大大加快 Select、LOAD、BACKUP 和 RESTORE 的执行
。每添加一个分区,就减少了每个分区上处理器要处理的数据量。通常,在分区数不多
的小型数据库中,这种性能上的提高难于见到,因为散列行和发送数据的开销抵消了因
处理更少数据而赚到的性能。

另一个分区的原因是克服对每个分区的一些 Database Manager 限制(例如,对于 4
K 的页面大小,每个分区上的表最大为 64GB)。

多少个分区?
这个问题难于回答,因为有些系统每个分区 1 个 CPU 的时候运行得最好,而其他一些
系统每个分区需要 8 个或更多 CPU。这里的思想是让分配给每个分区的 CPU 都忙起来
。对于一个给定的 SMP 机器,一开始最好是大约每个分区 4 个 CPU。如果发现 CPU 的
利用率一直比较低(例如低于 40%),那么可能需要考虑增加更多的分区。

一般情况下,每台机器上的分区数越少越好,因为这样一来更容易本地旁路(local
bypass)和并置(后面会解释)。

选择一个理想的分区键
通过选择一个适当的分区键,有助于确保平衡的数据分布和工作负载以及有效的表并置
(table collocation)。

当选择一个分区键时,通常应记住下面几点:

总是亲自指定分区键,而不是使用缺省值。
分区键必须是主键或惟一索引的子集。
有很多独特值的列是比较好的选择。如果一个列只有有限的几种独特值,那么就只能生
成少量的散列数,这会增加偏差数据和非平衡工作负载出现的机会。
如果分区键由太多的列组成(通常指 4 列或更多列),则仅仅是生成散列数这一项就可
能导致性能下降。
使用经常要连接的一组相同的列作为分区键,以增加合并连接(collocated join)的数
量。
使用 Integer 类型的列比使用字符类型的列更有效,后者又比使用小数类型的列更有效

DB2 v8 Documentation:

Reference ==> SQL ==> Language elements ==> Data types ==>
Partition-compatible data types
表并置
表并置允许本地处理查询(在相同的逻辑分区内),这样可以避免在参与的各分区间不
必要的数据移动。为了帮助确保表并置,使用连接的列作为分区键,并将那些连接的表
放入到共享相同分区组的表空间中。连接的表的分区键应该有相同的列数和相应的数据
类型。

如果有些表不能按照跟它们通常连接的表相同的键来分区,而那些表的大小适中并且是
只读的,那么采用复制的物化查询表或许是提高性能的一个有效的解决办法。这样就允
许将整个表(或表的一部分)内容复制到数据库分区组中的每个分区上。然而,如果这
个表要频繁更新,那么这样就可能降低性能,因为要增加资源的使用。

为了创建一个简单的复制的 MQT,使用下列语法:

CREATE TABLE replicated_table AS (SELECT * FROM source_table) DATA
INITIALLY DEFERRED REFRESH IMMEDIATE REPLICATED
要了解关于 MQT 的更多信息,请参阅关于对表的讨论的适当小节。

如果正在使用 AIX,并且启用了 DB2 概要注册表变量 DB2_FORCE_FCM_BP=YES,那么,
当使用多个逻辑分区(即在同一台机器上)时,在分区间传输的数据是通过共享内存处
理的,这样就会非常的快。

DB2 v8 Documentation:

Release information ==> Version 8.1 ==> New features ==> Performance
enhancements ==> Materialized query tables
Reference ==> SQL ==> Functions ==> Scalar ==> DBPARTITIONNUM
重新平衡数据
使用 REDISTRIBUTE DATABASE PARTITION GROUP 重新平衡各分区间的数据,并更新
hash 分区映射,使其更加平衡。如果已经添加了一个分区,或者发现当前分区之间存在
不平衡的数据量,那么这样做就比较有用。

您可以使用 HASHEDVALUE 和 DBPARTITIONNUM SQL 函数来确定当前数据在 hash 分区或
数据库分区之间的分布。应避免让太多的数据集中在一个或多个分区,或者让太少的数
据分布在一个或多个分区。PARTITION 函数返回表中每一行的分区映射索引,而
DBPARTITIONNUM 函数则返回该行所在的分区号。例如,为了发现一个表的当前分布:

SELECT DBPARTITIONNUM(column), COUNT(*) FROM table GROUP BY
DBPARTITIONNUM(column)
DB2 v8 Documentation:

Reference ==> Commands ==> Command Line Processor (CLP) ==> REDISTRIBUTE
DATABASE PARTITION GROUP
利用率和瓶颈


下面指出处于 DB2 调优领域之外的一些潜在的问题,这些问题同样能大大降低数据库的
性能。

CPU 利用率
如果一个系统中 CPU 的总利用率(用户 + 系统)大于 80%,则认为该系统是 CPU 限制
的(CPU bound)。经验法则是,保持 CPU 利用率(大部分情况下)低于 80%,这样可
以为处理突然增加的大量活动预留 CPU 的处理能力。如果系统是 CPU 限制的,那么就
很难总结出问题所在。这可以是从无效率的访问计划到需要更多 CPU 资源的并发连接过
多的任何问题。

在 Unix 中,用 vmstat (例如 "vmstat 3")进行监视。在 Windows 中,用
Perfmon.exe 或 Task Manager 进行监视。忽略在遇到短的突发事件(1-3 秒)时
100% 运行的 CPU,而关注长期的平均 CPU 利用情况。

清单 19 展示了来自 RedHat 8.0 Linux 的某个输出,其中重要的列用粗体强调。您需
要观察的列是用户 CPU 利用率(us)和系统 CPU 利用率(sy)。id 列显示了空闲时间
。每次都应该忽略掉第一行。这里我们看到的系统有相当高的用户 CPU 利用率,而系统
利用率则一般。

清单 19. 示例 vmstat 输出

[db2inst1@65658161 db2inst1]$ vmstat 3
   procs                      memory    swap          io     system        
cpu
 r  b  w   swpd   free   buff  cache  si  so    bi    bo   in    cs  us 
sy  id
 0  0  0      0 704388  65460 165592   0   0     0    21   20     9   2  
2   6
 0  1  1      0 642096  65660 206060   0   0   515  2149  911  1047  18  
9  72
 2  1  0      0 639712  65668 208292   0   0   139  2287  862   938  30 
10  60
 1  0  0      0 629772  65692 215496   0   0     0   581  568   422  94  
1   4
 1  0  0      0 625764  65696 218956   0   0     0  1809  612   423  91  
1   8
 1  0  0      0 623752  65704 220752   0   0    11  1741  712   549  85  
8   7
 0  0  0      0 633548  65712 217768   0   0    11  1264  728   700  17  
4  79
 1  0  0      0 633556  65712 217768   0   0     0    87  621   280   5  
7  88
 0  0  0      0 633556  65712 217768   0   0     0     0  519   150   0   0
100
 1  0  0      0 633556  65712 217768   0   0     0     0  523   154   0   0
100
 

高的 CPU 利用率有时候要归因于对大型表的过度表扫描或索引扫描。通过分析 "rows
read" 值(在 SQL 快照中)很高的 SQL 语句,寻找建立索引的可能性。

还可以在进程级上进行监视,以更好地了解是什么正在消耗 CPU。在 UNIX 上用 ps (
例如 "ps uax")进行监视,在 Windows 则用 Perfmon.exe 或 Task Manager 进行监视
。忽略掉突发的(1 到 3 秒)100% 利用率的情况,只关注长期的平均值。

例如,在 RedHat Linux 8.0 上,我们可以通过发出 "ps uax" 查看每个进行占用多少
的 CPU:

清单 20. 示例 ps 输出

[db2inst1@65658161 tmp]$ ps uax
user       PID %CPU %MEM   VSZ  RSS TTY      STAT START   TIME COMMAND
db2inst1  9967  0.0  2.5 123416 26620 ?      S    Feb15   0:00 db2agent
(idle)
db2inst1 10020  2.1  7.4 435200 76952 ?      R    Feb15   2:12 db2agent
(TEST1)
db2inst1  3643  0.1  3.9 249544 41220 ?      S    13:17   0:00 db2loggw
(TEST1)
db2inst1  3649  0.0  4.0 249540 41320 ?      S    13:17   0:00 db2pclnr

 

磁盘利用率
如果一个系统中磁盘利用率一般超过 45%,则认为该系统是 I/O 限制的。如果存在磁盘
瓶颈,那么应确保表空间的容器分布在所有可用磁盘上。如果磁盘利用率仍然很高,那
么很可能就需要更多的磁盘。

不幸的是,取决于所使用的操作系统,iostat 有不同格式的输出。在 UNIX 中,用
iostat (例如 "iostat 3")进行监视,而在 Windows 中则用 Perfmon.exe 进行监视
。忽略掉突发(1-3 秒)的利用率 100% 的情况,只关注长期的平均利用率。

如果使用的是 Linux 操作系统,则使用 "iostat –d –x 3" 命令以便支持扩展的磁盘
信息,并寻找服务时间大于 50 ms(svctm)的磁盘,以及利用率超过 45% 的磁盘。由
于格式的关系,下面的输出中省略了某些数据列。

清单 21. 示例 iostat 输出

[db2inst1@65658161 tmp]$ iostat -d -x 3
Linux 2.4.18-14 (65658161.torolab.ibm.com)      02/18/2004

Device:     r/s   w/s  rsec/s  wsec/s    rkB/s    wkB/s  await  svctm  %util
/dev/hda   0.01  2.25    0.19   41.81     0.09    20.91   0.60   1.88   0.42
/dev/hda1  0.00  0.00    0.00    0.00     0.00     0.00 277.20 176.86   0.00
/dev/hda2  0.00  0.00    0.00    0.00     0.00     0.00   4.11   4.11   0.00
/dev/hda3  0.01  2.25    0.19   41.81     0.09    20.91   0.58   0.66   0.15

Device:     r/s   w/s  rsec/s  wsec/s    rkB/s    wkB/s  await  svctm  %util
/dev/hda   0.00 383.67   0.00 5632.00     0.00  2816.00   8.10   1.35  51.97
/dev/hda1  0.00  0.00    0.00    0.00     0.00     0.00   0.00   0.00   0.00
/dev/hda2  0.00  0.00    0.00    0.00     0.00     0.00   0.00   0.00   0.00
/dev/hda3  0.00 383.67   0.00 5632.00     0.00  2816.00   8.10   2.16  82.93
 

内存和调页空间的利用率
从 DB2 的角度来看,如果一个系统发生了换页,则称该系统是内存限制的(memory
bound) 的。一旦开始换页,性能通常就会急剧下降。

在 UNIX 中,使用 "lsps 鈥揳" 列出调页空间的特征,并且用 vmstat (例如
"vmstat 3")进行监视。在 Windows 中,用 Perfmon.exe 或 Task Manager 进行监视

例如,在 RedHat Linux 8.0 中,您需要注意交换(swap)信息。特别地,换入(si)
和换出(so)列显示了从磁盘换入内存的空间大小和从内存换出到磁盘的空间大小,以
KB/sec 为单位(在 AIX 上是以 4K pages/sec 为单位的)。

清单 22. 示例 iostat 输出

[db2inst1@65658161 tmp]$ vmstat 3
   procs                      memory    swap          io     system        
cpu
 r  b  w   swpd   free   buff  cache  si  so    bi    bo   in    cs  us 
sy  id
 0  0  0      0 675160  66088 175908   0   0     0    21   22     9   2  
2   6
 0  0  0      0 675096  66088 175908   0   2     0    37  624   246   5  
7  88
 2  0  0      0 665376  66088 183408   0   0    11    88  666   826   6  
8  85
 1  0  0      0 665376  66088 183408   1   0     0    76  623   452   5  
8  88
 2  0  0      0 654748  66096 191112   0   0    79    48  619   847   2  
4  94
 3  0  0      0 652760  66096 191192   0   0    15    47  578   791   2  
2  96

 

网络利用率
虽然通常网络不是一个重大的瓶颈,但在这方面进行某些调优也可以提高性能。如果一
个系统的 CPU 和 I/O 利用率都很低,则认为该系统是网络限制的(Network bound),
并且在通过网络与 DB2 服务器进行通信时存在性能问题。在一个分了区的数据库中,如
果分区策略产生了一些非合并连接,则可能导致最严重的性能下降。

在 UNIX 中可以用 netpmon (例如 "netpmon -O all -o netpmon.out")进行监视,在
 Windows 中可以用 Perfmon.exe 进行监视。

参考资料

 

The DB2 UDB Web Site 是 DB2 UDB Product 网站,在其中可以找到所有与 DB2 相关的
信息。


The DB2 Product Technical Library 是 DB2 文档库,包括文章、HOWTO 文档、FAQ 等
等。


DB2 White Papers 是 DB2 白皮书和技术文章库。


IBM PartnerWorld for Developers 是 DB2 开发者资源、论坛、论文、讨论等等的一个
知识库。


" Diagnosing and Resolving Lock Problems with DB2 Universal Database " (
developerWorks , October 2003) 讨论了 DB2 是如何实现其锁策略,以及如何解决相
关问题的
 

  • 0
    点赞
  • 0
    评论
  • 1
    收藏
  • 一键三连
    一键三连
  • 扫一扫,分享海报

©️2021 CSDN 皮肤主题: 大白 设计师:CSDN官方博客 返回首页
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、C币套餐、付费专栏及课程。

余额充值