某有限公司ERP系统运行性能评估报告(PDF 8)

《用户IT系统运行性能评估报告》样本之一

某有限公司ERP系统运行性能评估报告

一、 公司及应用系统背景

某有限公司是香港聯合交易所主板上市公司，主要業務是替顧客從事OEM生產，2004年营业额超过22亿港元。其ERP系統目的在提供即時資訊，讓公司作出合適而快速的決定。公司的顧客也可以透過這個系統的顧客服務資訊 介面裝置，即時獲得生產、物料、裝運等訊息。所有生產數據都是即時被記錄在该ERP系統上，這個系統利用程序表，去監管每一個產品的製造過程，以確保每個程序得到妥善處理，沒有遺漏。随着业务的发展，公司的ERP 系统日益受到性能问题的困扰。

二、 公司ERP系统配置

（一） 公司ERP系统硬件配置

1、生产系统：

服务器：HP rp5470（2X PA8700 650MHz CPU，4GB内存，2X 36GB 15K HotPlug Ultra160 disk，HP DAT 40e External Tape Drive）

服务器的SWAP区设置在“/dev/dsk/c1t2d0”上，大小为4096MB

盘阵：HP Superstore Disk System 2300（8X 18.2G 10K RPM Ultra3 SCSI Disk），采用RAID 0+1配置（具体见下图）

Ultra160 SCSI

2、测试和开发系统：

生产系统备份服务器兼测试/开发服务器：HP rp5470（1X PA8700 650MHz CPU，2GB内存，4X 36GB 15K HotPlug Ultra160 disk）

（二） 公司ERP系统软件配置

OS Version：HP-UX rp5405 B.11.11 U 9000/800 1148474675 unlimited-user license；

数据库：Progress 8.3c；

ERP软件：QAD MFG/PRO 8.5G

（三） 公司ERP系统备份和批处理调度和安排

1、数据备份调度和时间安排

每天20:00至21:00通过磁带机对生产数据做全备份；在此期间系统停止对所有用户的服务。

2、批处理调度和时间安排

每天晚上0:00到6:30需运行每日各用户预先提交的批处理和制造资源计划（MPR）批处理（定单修订、生产计划修订等），以便白天的生产计划可以得到执

行；在此期间系统仍需对所有用户提供服务。

三、 公司ERP系统吞吐量和响应时间

（一） 吞吐量

虽然采取多种手段优化了Progress数据库，但仍有超过50%的因为会引起很高数据吞吐量的对制造资源计划的预警和自动控制功能不能开启，因为会影响制造资源计划的基本功能的完成。

（二） 响应时间

每天早晨8：00向生成线公布所有物料清单和自动定单发送的工作，因为并发用户达到150人而致使响应时间比预期的长，使这些工作到10：30才能处理完毕。

四、 公司ERP系统的资源利用率

为清楚地了解系统资源包括：CPU、内存和磁盘I/O子系统被使用的情况，用户系统管理员按下列要求使用UNIX的实用程序sar、iostat和Progress数据库的实用程序proutil捕获了系统资源使用的历史记录：

sar -d 60 1440 > diskdata.log

sar -um 60 1440 > cpudata.log

#proutil db-name -C iostats

（一） 系统CPU资源的使用情况

根据2006年2月13日11:27到次日11:27从ERP系统HP rp5470生产服务器上捕获的CPU利用率历史记录cpudata.log来看（见下图），CPU在一天24小时基本上都处于过载状态（利用率接近和达到100%），而这些过载全是由于CPU的进程时间都处于等待I/O的闲置状态所造成，这表明ERP系统的一个或多个磁盘已经过载。要找出I/O瓶颈，系统管理员须标识过载的磁盘以及驻留在那些磁盘上的数据库空间。

（二） 磁盘资源的使用情况

根据2006年2月13日11:27到次日11:27从ERP系统HP rp5470生产服务器上捕获的磁盘使用情况历史记录diskdata.log来看：

rp5470服务器内置的c1t2d0和c2t2d0二块36GB磁盘中，c1t2d0盘的1） HP

利用率明显比c2t2d0盘高（见下图）；由于二块磁盘上都是HP-UX系统数

据，而c1t2d0磁盘上多了SWAP区，这表明SWAP区存在较频繁的页面

换出/换入，这说明HP rp5470服务器的内存偏少无法满足应用的需求。

如要验证，可用UNIX实用程序vmstat -dn 60 60来捕获虚拟内存的统计

信息。

2）由于HP DS2300磁盘阵列上的8块18GB磁盘采用RAID 0+1配置，因此所有Progress数据库的数据实际都存储在一个逻辑盘上；因此所捕获的磁

盘使用情况历史记录diskdata.log显示c5t0d0、c5t1d0、c5t2d0和c5t3d0

四块磁盘全部过载（见下图），I/O请求超出了该“逻辑盘”的I/O吞吐能

力（大约为600-700随机IOPS），从而造成了ERP生产的HP服务器CPU

的进程时间都处于等待I/O的闲置状态；要进一步了解是驻留在该“逻辑

盘”上的哪些数据文件造成访问过载，还需使用Progress数据库的实用程

序proutil来标识。

（三） 磁盘阵列上数据库文件活动的历史纪录

根据Progress 8.3c数据库实用程序“#proutil db-name -C iostats”捕获的数据库各组成部分（如：primary recovery (before image) area、schema area）自数据库启动以来累积的I/O访问统计（见下表）来看，在对整个数据库的访问量中，读占97.97%，写占2.03%；而对BI、d1、d3、d4、d5和d9六个数据区的访问分别占对整个数据库读的70.19%、写的76.42%！