进程来运行

CGI 程序来处理，系统的开销相当大，系统的扩展能力也很差，性

能已不能满足业务处理的需要，故而在为此银行系统具体选型的时候，我们一

开始就否决了这种方案。

通过市场上同类产品的比较选择，我们选择了国际商业机器有限公司

IBM 的

Web Sphere 产品系列作为该行网上银行系统的建立平台。作出这样选择是因

为

Web Sphere 基于使 HTTP Server 和应用服务器相分离的整体架构，同时

支持

JSP、Servlet 和企业组 Java Bean 等轻量级线程规范，所有的请求对应于

应用服务器上的处理线程，系统的开销低、效率非常高，同时

Web Sphere 整

个体系结构相当的灵活，为适应扩展需要可以作不同的横向和纵向扩展，从而

可以满足各银行未来的扩展需要。

正是因为在一开始选型的时候我们就已考虑到未来的扩展需要，整个系统在接

下来的几次性能改进方面，我们大体上都能相对顺利地达到了预期目标。

第二方面是

Web 服务器的性能配置。

在一开始系统上线的时候，由于系统的负荷不是很大，为了节省系统总拥有成

本

TCO 投资，我们在一台较低配置的 IBM RS6000 上投产了该系统。整个系统

的

HTTP 服务器、应用服务器、通信服务器等均位于该台机器上，由于初始投产

时用户不多，所以系统的性能基本上能令人接受。

但随着业务的发展和用户访问量的增大，我们发现该服务器的响应变慢，系统

的

CPU 利用率和内外存交换显著增大。经过跟踪，我们发现关键原因之一是系

统的内存不足的缘故。由于网上服务器把大量用户的会话信息保存在内存中供给

应用系统使用，当内存不足时，大量

Session 信息被迫交换至硬盘，大量 CPU

时间消耗在等候内外存的交换上，系统效率迅速下降。

鉴于这种情况，我们把该服务器的内存由

2GB 扩充为 4GB，同时相应调整用

户会话信息的保存时间，这样整个系统的效率又回到较为理想的状况。

由于新应用的不断投产及数据库操作的日益增加，我们后来逐渐监控到系统的

数据库处于繁忙状态，系统的错误日志也记录下了供应用服务器使用的数据库

连接处出现资源不足的情况。在这种背景下，我们认为整个系统由于硬件配置所

限，应该进行横向扩展，因此我们把数据库服务器分离出来，配置到另一较高

性能的服务器上，相应定义的数据库资源也大幅增加，这样整个系统的性能又