- 论坛徽章:
- 0
|
关于控制ODBC/JDBC作业访问DB2/400资源问题,以前帖子也多次讨论过。以下分2部分来分析,一是从应用优化角度分析,passthru也做了比较详细的分类分析,这边需要提醒的是,非OS400端的客户端程序优化需要根据实际编写语言来优化,比如需要加入基本的打开和关闭访问数据库语句等,否则容易造成ODBC/JDBC作业连接常常发生异常而一直占用CPU%资源,DISK I/O资源,甚至吃掉高达200GB的临时空间!
另外一方面,从SBS角度控制:
1)如果内存宽裕,ODBC/JDBC作业对应用来说也很重要,你可将SBS定义的存储池分配足够的内存空间,注意:需要指定为私有存储池,否则分配该SBS的内存资源还是会动态变动!
2)由于ODBC/JDBC发作时,吃CPU%还不致于把机器拖跨,如果占用过高的DISK I/O,那真的把机器弄死了。这个也需要优化应用来解决问题。
3)我再谈谈如何控制ODBC/JDBC作业,我们可通过CLASS来限制MAX STORAGE SPACE最大临时空间,以免波及APS%>95%引起宕机事故发生。
WRKSBS找到QUSRWRK子系统,在前面选择"5=Display subsystem description"进入,在"Display Subsystem Description"菜单里选择"10. Prestart job entries",进入找到QZDASOINIT,在前面选择"5=Display details",回车进入,会看到参数"Maximum number of jobs"就是表示可以并行的QZDASOINIT作业的数量,可以设置数量来限制并行ODBC/JDBC作业数。 |
|