CM PERFOMANCE TURNING[CM性能优化]

一、       装载大文件配置方法

对于Content Manager V8，资源管理器是架构在WebSphere应用服务器上的一个应用。因此当客户端需要装载一个文件进入资源管理器时，需要会通过Web服务器和应用服务器进行文件的装载工作。一般Web服务器和应用服务器对于文件的大小有一定的控制，因此为了能够装载大文件，可以避开Web服务器和应用服务器，而直接通过资源管理器应用的端口进行文件的装载。具体的配置办法如下：

步骤1：通过WebSphere系统管理员客户端，访问资源管理器属性，可以看到资源管理器应用的http端口号为9081，

步骤2：将此端口号添加到虚拟服务器中。

 

步骤3：然后通过CM的系统管理员客户端，修改资源管理器的属性，将http的80端口改为9081端口号。

步骤4：按照顺序，停止WebSphere, 停止HTTP Server，启动WebSphere,启动 HTTP Server后，所有配置生效，即可装载大文件。

 

二、       性能调整

CM V8中的索引服务器主要是一个DB2的数据库应用, 资源管理器既是一个WebSphere应用，同时也是一个DB2应用，因此数据库的性能调整对于CM V8的性能非常重要。为了能够更好的发挥CM V8的性能，建议参考《 The DB2 UDB Performance Monitoring and Tuning 》和《 WebSphere Application Performance Monitoring and Tuning 》手册。

1) 尽可能将索引服务器数据库、资源管理器数据库、资源管理器的mount点以及资源管理器的登台区配置在不同的物理硬盘设备。这种配置可以通过最大程度的利用I/O的并发来提高系统的性能和扩展能力。对于AIX系统，同时可考虑将mount点文件系统的JFS日志放置在不同的物理设备上。

2) 在Unix系统，尽可能将索引服务器、资源管理器和WebSphere的数据库安装在不同的Instance下。 不同的Instance可以允许我们对以上数据库进行分别调整而不互相干扰。

3) 为保持系统的高性能，需要定期对索引服务器数据库和资源管理器数据库执行数据库统计命令--runstats/rebind。下面是使用这些命令的实例：（db 是索引服务器和资源管理器数据库的名称）

db2 connect to db user userid using password

echo db2 connect to db user userid using password > fname.bat

db2 –x “select ‘db2 runstats on table ‘ concat tabschema concat

‘.’ concat tabname concat ‘ with distribution and detailed

indexes all’ from syscat.tables where tabschema=’schema’

and type=’T’” >> fname.bat

echo db2 connect reset >> fname.bat

db2 connect reset

echo db2rbind db –l logfile all –u userid –p password

>> fname.bat

建议运行的前几个星期每天运行“fname.bat”脚本，然后可以每周或每月运行一次以保证性能。

4) 如果服务器内存超过1 GB，可适当增加数据库的bufferpool大小，主要可调整高负荷装载时的性能。一般来讲，所有的 bufferpool之和应低于物理内存的50%，如果资源管理器和中间件服务器在同一机器上，还要降低bufferpool的比例。

5) 在查询中经常使用的字段，可以考虑增加DB2的索引以提高查询的性能。可以通过系统管理员客户端增加索引，然后执行runstats/rebind以保证使用新的索引定义。因为索引的建立会增加硬盘和内存的使用，同时会降低查入和更新的速度，因此可以通过监测增加索引前后的系统性能来评估其价值。

6) 对于大量用户访问的大容量生产环境，可以在系统冷起动之后，通过配置索引服务器DB2的参数来提高性能。

db2 update dbm cfg using num_poolagents <n>

db2 update dbm cfg using num_initagents <n>

db2 update dbm cfg using num_initdaris <n>

db2 update dbm cfg using maxagents <m>

<n> 是预期并发用户，<m> 至少为 <n>的两倍。如果有其他的数据库在索引服务器数据库所在的instance中，maxagents参数可以再适当的增加。

7) 另外可以调整数据库的文件系统来调整性能。（尤其是对于大型的生产系统）

a. 将数据库的日志和数据库的表保存在不同的物理设备上。（NEWLOGPATH数据库参数）

b. 数据库的表空间使用striped文件系统，如果可能的话，使用4—6或更多的物理硬盘。

可使用db2命令来表示使用了striped文件系统

db2set DB2_STRIPED_CONTAINERS=ON

db2set DB2_PARALLEL_IO=*

db2 update dbm cfg using numdb <n>

<n> 是数据库在instance中的编号。

c. 将表空间分散在不同的物理硬盘上。

d. 为索引设置另外的表空间（只适用于数据库管理表空间）。参考DB2手册。

8) 如果不是必须使用Unicode功能，则尽量不要使用。

9) 为获得更好的性能，索引服务器数据库和资源管理器数据库可以使用统一的代码页（code page） 。

10) 对于资源管理器，需要核对以下参数进行调整。(通过WebSphere管理员客户端进行调整)

Transport:

· Timeout - 120

· Inactivity - 60

JVM settings

· Initial heap size - 512

· Maximum heap size - 512

Web Container Service (General)

· Minimum number of threads - 100

· Maximum number of threads - 150

· Thread timeout - 60

· Thread allocation beyond maximum – uncheck

Web Container Service (Transport)

· Maximum keep alive – 135

· Maximum requests per keep alive – 150

· Keep alive timeout - 600

· I/O timeout - 600

 

11）另外一些数据库参数，从性能考虑，核对并可以进行调整。

 

Parameter type

Parameter

Value

DB2 Instance

MAXAGENTS

2500

DB2 Instance

UDF_MEM_SZ

256

DB2 Instance

JAVA_HEAP_SZ

256

DB2 Instance

MON_HEAP_SZ

256

DB2 Database

LOCKTIMEOUT

300

DB2 Database

LOCKLIST

1000

DB2 Database

MAXLOCKS

25

DB2 Database

SORTHEAP

128

DB2 Database

MAXAPPLS

2000

DB2 Database

NUM_IOCLEANERS

5

 

性能调整中，主要修改项为（10），资源管理器应用的配置。在调整性能时，可以先对此项进行修改，再综合考虑其他。