论文部分内容阅读
【摘要】针对协同平台系统性能瓶颈问题,对应用和数据库服务器、ORACLE 数据库进行性能分析和优化整合。采用集群和负载均衡技术,提高了服务器的性能,稳定性和可扩展性。
【关键词】服务器监控;服务器集群;负载均衡;数据库优化
引言
协同平台系统是一个综合类信息整合平台,实现企业多部门用户间的协同工作,主要功能包括工作流程管理、邮件收发、公文管理、WEB内容发布管理等。协同平台构建于2008年,随着公司日益增长的数据处理要求,已经不能满足应用需求,本文根据该系统配置与系统应用过程当中遇到的问题,提出系统性能调整的措施。
1、协同平台系统服务器问题诊断
系统运行过程中时常出现系统运行瓶颈,portal服务器java进程异常跳出、Tam服务停止,oracle数据库服务器在集中登陆时CPU经常处于等待状态,磁盘阵列的磁盘I/O使用率很高,传输速率较慢,这对于在业务高峰期时的系统用户带来一些不便。服务器部署模式已经无法满足运行要求,存在单点故障和较大的安全隐患,通过对关键应用服务器CPU、内存、I/O读写进行数据分析,需要在硬件资源、软件版本、系统框架等方面进行改进。
2、优化整合方案
公司协同平台系统在硬件配置配备了专用应用服务器,企业协同平台核心应用Portal服务器为IBM P550,Webseal认证登陆服务器、搜索服务器为IBM X3850、LDAP服务的服务器为IBM X3650、Workflow采用IBM X3650。数据库暂不能拥有独立的数据库服务环境,只能与别的应用系统共用一个数据库环境。通过分析每个应用需要配置两台或多台服务器,进行服务器负载均衡与集群配置和数据库迁移,构建安全的服务器及数据存储系统。采用集群、高可靠的部署方式保证平台的高可用性。
2.1集群技术
群集技术使用特定的连接方式,将服务器利用高速网络连接起来,统一调度,协调处理,并以单一系统的模式加以管理,从而提高整个系统的可靠性和负载均衡。组成群集系统的各个服务器运行不同的工作负载和访问各自独享的磁盘,并互相作为备份。群集系统中的各个服务器既是其他服务器的主系统,又是其他服务器热备份系统。
采用两台F5负载均衡设备BIGIP,完成后台服务器的负载均衡。BIGIP采用多种灵活的负载均衡算法保证既充分利用集群中每台服务器的资源,也可以提供高可用性服务。利用虚拟IP地址来为用户的一个或多个目标服务器提供服务,为大量的基于TCP/IP的网络应用提供服务器负载均衡服务。
2.2方案设计
根据公司应用实际情况,确定利用原有服务器与新portal应用服务器、LDAP服务的服务器、Tivoli Access Manager和Webseal服务器以及F5 BIGIP组建服务器群集应用。数据库迁移到性能较好的小型机服务器,独立运行。
3、实施优化过程
3.1服务器优化
根据综合协同平台服务器架构特点,主要将应用及数据库低配置服务器向高配置服务器迁移,提高硬件CPU、内存、I/O读写等效率,通过增加硬件服务器的CPU个数、系统内存或阵列中的磁盘容量,以及相应增加服务器的数量,实现大规模的系统扩容。
Portal服务器与新的IBM P750作集群,再作负载均衡。Webseal认证登陆服务器目前配置与需求相比,配置较低,需要迁移到新的服务器,进行新旧两个应用负载均衡。LDAP服务的服务器迁移并作复制链路,进行负载均衡。工作流服务器,考虑当前服务器配置较低,无纸化办公的推进,安排迁移到高配服务器。门户应用平台WAS,进行参数调整和优化。安装部署F5设备,并进行相关参数配置。
为保证切换升级不会影响用户正常使用,服务器因升级而停用的时间越短越好。
3.2数据库优化
数据库服务器CPU资源需提升,迁移到高配小机上,采用UNIX 小型机双机方案,一旦主机故障,则备机接管。大体步骤是:(1)预先安装小型机,存储,光纤网路,oracle软件(2)认真准备所需脚本(3)建立数据库、用户、表空间(4)运用exp,imp管道方式导入导出(5)修改IP(6) 启动应用服务器(7)测试数据库在新的服务器上是否正常使用,如果在导入或者测试环节失败,则立即返回原状态,升级任务终止。
当前数据库系统及性能分析:表空间利用率:一般不超出90%数据文件增长监控:数据文件建议4~8G,不宜过大和过小文件系统占用率:不超出90%数据库进程监控:CKPT、DBWR、LGWR、PMON、SMON是否运行事务处理:每秒事务数,每秒不超过100次;事务回滚率,不超过20%SQL解析:每秒SQL解析次数不超过100次锁监控:阻塞锁和锁数量不宜超过80个连接监控:会话数、进程数,结合数据库参数文件做好控制每分钟登陆会话数,不宜超过40个当前打开的游标数:可以理解为SQL数,不宜超过1500个内存监控:库缓存命中率、高速缓冲缓存命中率、PGA命中率越高越好系统内存利用率,结合数据库参数文件做好控制和调整,适度扩展CPU利用率:做好控制,可根据CPU系统当前PID值监控占用SQL语句,再结合语句进行优化,降低SQL对单个CPU占用率通过调整SQL、PL/SQL以及优化物理设计(分区、索引等)尽可能减少应用的请求。
4、实施效果
经过此次协同平台系统服务器的优化整合,系统响应时间得到提高,操作界面响应时间不超过10秒,在硬件平台、数据库等方面都得到了较大的改善,提高了协同平台系统在数据层面上高可用性和高安全性。在系统的运行过程中,会有许多的变化,需要根据实际情况,对系统进行适时的调整,以使相关应用的性能得到改善。此次优化整合对其他重要应用系统升级优化提供了很好的实践依据。
参考文献
[1]詹温祺.新钢集团MES系统数据库服务器的改造与性能调整.电子技术与软件工程
[2]匡尧.电力企业信息系统数据库优化整合研究与实践. ELECTRIC POWER IT孟浩华.
作者简介
郑铁成(1981.5-),男(锡伯族),2005毕业于沈阳航空航天大学计算机科学与技术专业,中航工业黎明盘轴加工厂生产副厂长,2010年晋升为工程师,主要从事企业生产管理及信息化等工作。
【关键词】服务器监控;服务器集群;负载均衡;数据库优化
引言
协同平台系统是一个综合类信息整合平台,实现企业多部门用户间的协同工作,主要功能包括工作流程管理、邮件收发、公文管理、WEB内容发布管理等。协同平台构建于2008年,随着公司日益增长的数据处理要求,已经不能满足应用需求,本文根据该系统配置与系统应用过程当中遇到的问题,提出系统性能调整的措施。
1、协同平台系统服务器问题诊断
系统运行过程中时常出现系统运行瓶颈,portal服务器java进程异常跳出、Tam服务停止,oracle数据库服务器在集中登陆时CPU经常处于等待状态,磁盘阵列的磁盘I/O使用率很高,传输速率较慢,这对于在业务高峰期时的系统用户带来一些不便。服务器部署模式已经无法满足运行要求,存在单点故障和较大的安全隐患,通过对关键应用服务器CPU、内存、I/O读写进行数据分析,需要在硬件资源、软件版本、系统框架等方面进行改进。
2、优化整合方案
公司协同平台系统在硬件配置配备了专用应用服务器,企业协同平台核心应用Portal服务器为IBM P550,Webseal认证登陆服务器、搜索服务器为IBM X3850、LDAP服务的服务器为IBM X3650、Workflow采用IBM X3650。数据库暂不能拥有独立的数据库服务环境,只能与别的应用系统共用一个数据库环境。通过分析每个应用需要配置两台或多台服务器,进行服务器负载均衡与集群配置和数据库迁移,构建安全的服务器及数据存储系统。采用集群、高可靠的部署方式保证平台的高可用性。
2.1集群技术
群集技术使用特定的连接方式,将服务器利用高速网络连接起来,统一调度,协调处理,并以单一系统的模式加以管理,从而提高整个系统的可靠性和负载均衡。组成群集系统的各个服务器运行不同的工作负载和访问各自独享的磁盘,并互相作为备份。群集系统中的各个服务器既是其他服务器的主系统,又是其他服务器热备份系统。
采用两台F5负载均衡设备BIGIP,完成后台服务器的负载均衡。BIGIP采用多种灵活的负载均衡算法保证既充分利用集群中每台服务器的资源,也可以提供高可用性服务。利用虚拟IP地址来为用户的一个或多个目标服务器提供服务,为大量的基于TCP/IP的网络应用提供服务器负载均衡服务。
2.2方案设计
根据公司应用实际情况,确定利用原有服务器与新portal应用服务器、LDAP服务的服务器、Tivoli Access Manager和Webseal服务器以及F5 BIGIP组建服务器群集应用。数据库迁移到性能较好的小型机服务器,独立运行。
3、实施优化过程
3.1服务器优化
根据综合协同平台服务器架构特点,主要将应用及数据库低配置服务器向高配置服务器迁移,提高硬件CPU、内存、I/O读写等效率,通过增加硬件服务器的CPU个数、系统内存或阵列中的磁盘容量,以及相应增加服务器的数量,实现大规模的系统扩容。
Portal服务器与新的IBM P750作集群,再作负载均衡。Webseal认证登陆服务器目前配置与需求相比,配置较低,需要迁移到新的服务器,进行新旧两个应用负载均衡。LDAP服务的服务器迁移并作复制链路,进行负载均衡。工作流服务器,考虑当前服务器配置较低,无纸化办公的推进,安排迁移到高配服务器。门户应用平台WAS,进行参数调整和优化。安装部署F5设备,并进行相关参数配置。
为保证切换升级不会影响用户正常使用,服务器因升级而停用的时间越短越好。
3.2数据库优化
数据库服务器CPU资源需提升,迁移到高配小机上,采用UNIX 小型机双机方案,一旦主机故障,则备机接管。大体步骤是:(1)预先安装小型机,存储,光纤网路,oracle软件(2)认真准备所需脚本(3)建立数据库、用户、表空间(4)运用exp,imp管道方式导入导出(5)修改IP(6) 启动应用服务器(7)测试数据库在新的服务器上是否正常使用,如果在导入或者测试环节失败,则立即返回原状态,升级任务终止。
当前数据库系统及性能分析:表空间利用率:一般不超出90%数据文件增长监控:数据文件建议4~8G,不宜过大和过小文件系统占用率:不超出90%数据库进程监控:CKPT、DBWR、LGWR、PMON、SMON是否运行事务处理:每秒事务数,每秒不超过100次;事务回滚率,不超过20%SQL解析:每秒SQL解析次数不超过100次锁监控:阻塞锁和锁数量不宜超过80个连接监控:会话数、进程数,结合数据库参数文件做好控制每分钟登陆会话数,不宜超过40个当前打开的游标数:可以理解为SQL数,不宜超过1500个内存监控:库缓存命中率、高速缓冲缓存命中率、PGA命中率越高越好系统内存利用率,结合数据库参数文件做好控制和调整,适度扩展CPU利用率:做好控制,可根据CPU系统当前PID值监控占用SQL语句,再结合语句进行优化,降低SQL对单个CPU占用率通过调整SQL、PL/SQL以及优化物理设计(分区、索引等)尽可能减少应用的请求。
4、实施效果
经过此次协同平台系统服务器的优化整合,系统响应时间得到提高,操作界面响应时间不超过10秒,在硬件平台、数据库等方面都得到了较大的改善,提高了协同平台系统在数据层面上高可用性和高安全性。在系统的运行过程中,会有许多的变化,需要根据实际情况,对系统进行适时的调整,以使相关应用的性能得到改善。此次优化整合对其他重要应用系统升级优化提供了很好的实践依据。
参考文献
[1]詹温祺.新钢集团MES系统数据库服务器的改造与性能调整.电子技术与软件工程
[2]匡尧.电力企业信息系统数据库优化整合研究与实践. ELECTRIC POWER IT孟浩华.
作者简介
郑铁成(1981.5-),男(锡伯族),2005毕业于沈阳航空航天大学计算机科学与技术专业,中航工业黎明盘轴加工厂生产副厂长,2010年晋升为工程师,主要从事企业生产管理及信息化等工作。