轻州/居士/北京Pass 大哥们帮忙下..急!!!!

325242

各位大侠:

      我们公司买了台的服务器,,现在要把新服务器上线,,以替代旧服务器,,
      旧服务器因为INT 的JOB 太多和.NET 通过ODBC及时取数,,以致服务器运行速度N慢.
      现在新服务要在哪方面设置下,,才能尽可能的提高服务器的运行速度和处理能力
    (新的服务器硬盘和CUP都比旧服务器提升很多.)
      比如: 是否要多分磁盘片,等等..
     轻州/居士/北京Pass  能不能给我一个清单,,
     怎么设置才能尽量提升服务起性能!!!
     应该设置哪些,,注意哪些?
     (公司的INT JOB 和.NET 通过ODBC及时取数 都不会改变)

在线等待答案!

passthru

对于系统、硬件平台，轻舟与居士都比我强很多，我没有什么好的建议。

对应用系统，我建议，在db2/400下，把odbc用到的表，通过sql脚本创建index，这样会大大提高运行效率。db2有一个非常强的功能，就是自动查找最优化的index。因为odbc用db2/400的sqe引擎，所以不用400后台创建LF表。

qingzhou

INT JOB数太多? dspsysval QTOTJOB检查下设置为多少?另外,是否保留在400里头的spooled files过多?造成许多作业没有正常结束所致.

关于控制odbc/jdbc jobs问题,可以定义一个独立子系统,分离出odbc/jdbc作业,以便你灵活方便管理odbc作业.

325242

谢谢两位!
我和领导说下!!再请问下 在硬件方面有需要注意的地方吗?
我们这的情况,就性能方面,,两位还有其他的补充吗?

passthru

谢谢两位!
我和领导说下!!再请问下 在硬件方面有需要注意的地方吗?
我们这的情况,就性能方面,,两位还有其 ...
325242 发表于 2010-10-13 09:31

    你们400上有多少应用系统？比如资金系统、担保品系统等。每个应用系统是否有各自的subsystem？各subsystem是否有400后台通讯？还是只有前台应用的odbc调用？各应用的subsystem通过前台的ODBC调用来处理subsystems间的通讯？

   另外，新400的硬件配置？

325242

我们的前台有RPG也有.NET  都可以对系统进行操作,,也都可以更新系统里的数据,,现在有几个问题问下:

1. PASS哥说创建索引..是在DB2里面创建还是在.NET里面写SQL脚本创建?
2. 在.NET取数的时候使用 LIB/LF  取DB2的数据会不会速度快些.

3. 轻舟哥说,创建独立子系统 分离出odbc/jdbc作业 我们这做了个 叫QUSRWRK 的SUBSYS




从图片中可以看到 JOB QZDASOINIT 占的资源是很大的!! QZDASOINIT 就是.NET的 取数的JOB
我把QZDASOINIT 的JOB 都放在QUSRWRK 的SUBSYS ,, 可是不知道怎么设置每个JOB的分流,
还有我把SUBSYS 关闭了,, 仍有QZDASOINIT在运行,,不知道是什么原因,,,
请各位大侠指点下,,
4. .NET 取完数后,,JOB 就不应该还挂起,,JOB 挂起会不会占资源?

325242

5. ,NET取数结束后,,为什么QZDASOINIT 在WRKACTJOB里面还能看到,,按理说取数完成,,JOB 完成,,QZDASOINIT 也就要消失,,
     怎么JOB 还挂起?  是哪里没设置好?

passthru

答1）：
用于.NET ODBC连接的表的index创建，是DB2/400下的index创建，可以用外部.net sql脚本，或400环境下sql脚本创建，两者都是在db2/400下创建。
答2）：
因为外部.net odbc对400 db2/400进行操作，是sql操作，400的db2引擎是SQE数据库引擎，而不是CQE引擎，用400下的LF不起作用。

对QZDASOINIT作业是IBM系统程序，估计是用于ODBC连接用的。根据QZDASOINIT obj信息：
Object . . . . . . . :   QZDASOINIT      Attribute  . . . . . :   CPPLE  
  Library  . . . . . :     QSYS          Owner  . . . . . . . :   QSYS   
Library ASP device . :   *SYSBAS         Library ASP group  . :   *SYSBAS
Type . . . . . . . . :   *PGM            Primary group  . . . :   *NONE  
                                                                        
Storage information:                                                     
  Size . . . . . . . . . . . . . . . . :   53248                        
  Offline size . . . . . . . . . . . . :   0                             
  Associated space size  . . . . . . . :   4096                          
  Optimum space alignment  . . . . . . :   YES                           
  Freed  . . . . . . . . . . . . . . . :   NO                           
  Compressed . . . . . . . . . . . . . :   NO                           
  Object ASP number  . . . . . . . . . :   1                             
    Object overflowed  . . . . . . . . :   NO                           
  Object ASP device  . . . . . . . . . :   *SYSBAS                       
  Object ASP group . . . . . . . . . . :   *SYSBAS                       
在安装系统是，把ASP 1，即*SYSBAS分配大一些，如果硬盘足够大的话。具体什么值，你要对目前应用进行监测，如果有ibm的performance tools（要付费），就有具体的统计数据，根据数据进行ASP 1进行合理配置容量。如果没有performance tools，自己写个小监控应用，用QAPI对QZDASOINIT job进行监控，分时间段，统计QZDASOINIT的job个数、CPU的峰值、总的系统ASP占用资源的%和ASP 1的最大激活job状态数。有数据，才有依据，才能进行ASP 1进行配置。ASP 1在安装os时，绝大部分都是采用IBM提供的默认值，os系统会自动调整，但是系统调整是有范围的，会受到限制。如果有数据依据，在安装os系统时，对asp 1进行容量配置，就会充分使用400的资源。我估计，你们现在的老的400也是这个问题，不能绝对说老的400资源不够用。

325242

谢谢 passthru
  现在新机*SYSBAS 分的是110G,, 总共的600G,, 旧的服务器*SYSBAS 是50G 总共是400G
系统版本由V5R3 升级到了V5R4,,V5R4在DB2查询做了很多优化的,,
可是SUBSYS 不能很好的控制.NET的取数,,我估计新服务器还是会被拖跨...
无奈.....
谁搞过这方面的,,提提意见哈!!!

qingzhou

QUSRWRK是系统定义的子系统,不是额外单独定义的子系统。
该子系统10. Prestart job entries 定义了ODBC/JDBC作业启动时调用的QZDASOINIT程序，包含Initial number of jobs即odbc/jdbc作业初始化数，当odbc/jdbc连接数超过 Threshold 后，会以Additional number of jobs数增加。
当odbc/jdbc连接结束后，其400端对应的作业仍然保留其作业数，其等待新的odbc/jdbc作业访问，除非你把作业手动强制结束。
如果在Navigator没有特意设置了Database属性拒绝在指定子系统关闭时其作业转移到别的子系统下，可能会造成即使关闭QUSRWRK子系统作业转移到QSERVER子系统情况。

1. 
   
2.                        Display Prestart Job Entry Detail                        
   
3.                                                              System:   XXXXXXX  
   
4. Subsystem description:   QUSRWRK        Status:   ACTIVE                       
   
5.                                                                                 
   
6. Program  . . . . . . . . . . . . . . . . . . . . :   QZDASOINIT               
   
7.    Library  . . . . . . . . . . . . . . . . . . . :     QSYS                    
   
8. User profile . . . . . . . . . . . . . . . . . . :   QUSER                     
   
9. Job  . . . . . . . . . . . . . . . . . . . . . . :   QZDASOINIT               
   
10. Job description  . . . . . . . . . . . . . . . . :   *USRPRF                  
    
11.    Library  . . . . . . . . . . . . . . . . . . . :                             
    
12. Start jobs . . . . . . . . . . . . . . . . . . . :   *YES                     
    
13. Initial number of jobs . . . . . . . . . . . . . :   1                        
    
14. Threshold  . . . . . . . . . . . . . . . . . . . :   1                        
    
15. Additional number of jobs  . . . . . . . . . . . :   2                        
    
16. Maximum number of jobs . . . . . . . . . . . . . :   *NOMAX                    
    
17. Maximum number of uses . . . . . . . . . . . . . :   200                       
    
18. Wait for job . . . . . . . . . . . . . . . . . . :   *YES                     
    
19. Pool identifier  . . . . . . . . . . . . . . . . :   1                        
    
20.                                                                                 
    
21.                                                                         More...
    
22. Press Enter to continue.                                                      
    
23.                                                                                 
    
24. F3=Exit   F12=Cancel   F14=Display previous entry                              
    
25.                                                                                 
    

复制代码