中间件运维服务

..中间件运维效劳1

中间件的效劳容1.1

效劳目标行天科技可提供的运行维护效劳包括，信息系统相关的主机设备、操作系统、数据库和存储设备的运行维护效劳，保证用户现有的信息系统的正常运行，降低整体管理本钱，提高网络信息系统的整体效劳水平。同时根据日常维护的数据和记录，提供用户信息系统的整体建立规划和建议，更好的为用户的信息化开展提供有力的保障。用户信息系统的组成主要可分为两类：硬件设备和软件系统。硬件设备包括网络设备、平安设备、主机设备、存储设备等；软件设备可分为操作系统软件、典型应用软件〔如：数据库软件、中间件软件等〕、业务应用软件等。行天科技通过运行维护效劳的有效管理来提升用户信息系统的效劳效率，协调各业务应用系统的部运作，改善网络信息系统部门与业务部门的沟通，提高效劳质量。结合用户现有的环境、组织构造、IT资源和管理流程的特点，从流程、人员和技术三方面来规划用户的网络信息系统的构造。将用户的运行目标、业务需求与IT效劳的相协调一致。行天科技提供的信息系统效劳的目标是，对用户现有的信息系统根底资源进展监控和管理，及时掌握网络信息系统资源现状和配置信息，反映信息系统资源的可用性情况和安康状况，创立一个可知可控的IT环境，从而保证用户信息系统的各类业务应用系统的可靠、高效、持续、平安运行。效劳工程围覆盖的信息系统资源以下方面的关键状态及参数指标：Ø

运行状态、故障情况Ø

配置信息Ø

可用性情况及安康状况性能指标1.2

中间件运维效劳中间件管理是指对BEAWeblogic、MQ等中间件的日常维护管理和监控工作，提高对中间件平台事件的分析解决能力，确保中间件平台持续稳定运行。中间件监控指标包括配置信息管理、故障监控、性能监控。n

执行线程：监控WebLogic配置执行线程的空闲数量。n

JVM存：JVM存曲线正常，能够及时的进展存空间回收。JDBC连接池：连接池的初始容量和最大容量应该设置为相等，并且至少等于执行线程的数量，以防止在运行过程中创立数据库连接所带来的性能消耗。n

检查WEBLOG日志文件是否有异常报错。如果有WEBLOG集群配置，需要检查集群的配置是否正常。22、MQ中间件维护工程实时监控以下文件系统使用情况：检查文件系统/var/mqmMQ应用所在文件系统。定期报告MQ系统错误，备份清理MQ系统错误记录在遇到问题时，检查/var/mqm/errors目录下是否有新的FDC文件产生，如果有应当立即报告IBM技术支持部门。另外，要定期检查该目录下MQ错误日志。监控队列深度DISQLOCAL(QName)该命令的显示结果可以看出队列当前深度检查死信队列DISQLOCAL(DEADQName)检查日志个数是否增长使用命令cd移动到MQ日志所在目录，使用ls–l|wc命令统计，如果有所增长，应立即报告IBM系统支持人员。检查MQ队列管理器错误日志当系统运行不正常时首先检查：/var/mqm/qmgrs/<QMName>/errors/AMQERR0n.LOG检查、处理队列管理器pending事务假设队列管理器启动成功后，CICS〔配置XAD连接MQ〕启动失败，那么可以检查是否有pending事务，假设有必须进展处理〔可能造成数据的不一致性，必须事先加以确认〕。Websphere维护工程系统安装规和流程。全新系统从操作系统、数据库、WebSphere相关组件，按照特定was/ihs版本根据安装手册设立安装规和流程〔目前已经完成此项文档〕。系统维护规和流程。比方大版本升级\小版本\APAR\fix维护。是否应用某些关键fix的判断原那么，是建议打？是可选？对于可选，分析具体fix用途以及对应用影响，并和开发部配合沟通的流程。应用部署规。包括初始应用部署和大版本升级。重新部署和测试应用修改流程。Jsp,修改程序时间后让其自动更新。Class,servlet,e,一般重启应用效劳器，对于公共模块，重启was等。常用工具说明文档和使用流程。脚本开发和使用，wsadmin脚本，管理控制台，PMI(连接池释放等)等工具。后面又详细描述。应用的发布位置要求规。系统安装路径规，应用发布路径，repository位置规，log,property文件规等等。(不当的位置可能带来严重后果，比方/home/，批量修改的后果)Websphere系统优化JVM根本调优Web容器接收请求线程池。Web容器Servlet引擎线程池的值在合理的围JDBC数据库连接池数据库连接池的最大值要稍小于Web容器线程池的大小后台数据库本身能承受的客户端连接数目合理设置数据源配置项中的preparedstatement缓存的大小，提高后台数据库访问的效率。3、对Websphere进展监控管理和问题诊断对Websphere的资源和可用性进展管理管理员需要对WebSphere的资源信息，JVM的CPU、存、jdbc连接池、线程池、E调用情况、GC的情况、Session的连接情况等做实时的信息监控，并且将这些数据收集起来，作为长期性能趋势对WebSphere用户请求信息的监控对用户的请求信息进展实时监控，对关键的请求信息以及持续占用系统资源比拟高的请求进展告警处理。过历史信息收集和分析，分析哪些请求在哪些时间段是频繁的，哪些业务是用户最多关心和访问的，帮助优化业务过程，提高效劳质量。对应用问题的深度诊断和分析在实际的应用开发中，由于对J2EE组件使用不当，或者是代码编写的不规，可能会出现一些很难发现且难以解决的问题，比方线程死锁、存泄漏、存溢出等。Weblogic维护中间件故障诊断总结一、步骤：1、准确描述现象：客户说的和自己查看到的：平台、版本、操作、信息等。特别是，故障前是否有做过什么操作：网络调整、设备调整、主机参数调整、配置文件修改„„反正将这一切都列入排查的对象。2、使用工具收集数据，收集配置文件、日志、dump文件等等。3、使用分析数据，根据问题或收集的数据，使用适当的工具分析数据，当然包括了在网上和在官方支持站点搜索类似的问题的解决方法。4、尝试解决问题，根据找到的问题点，尝试解决。如修改错的，复原正确的；运行有问题的，适当调整运行的环境和运行的参数等等。5、给出最正确解决方案，一般就是继续观察了。6、总结经历并加以重用，知识积累。小16:50:21[文件:Tuxedo维护文档.pdf]Tuxedo维护4.性能调优关闭不使用的特性Tuxedo7.1参加了多线程、Contexts、平安、第三方平安插件的特性,这些特性在7.1版本中总是"Available〞的,但在8.0中可以把它们"turnoff〞OPTOINSNO_AA,NO_XA(NO_AA关闭平安插件特性,AUTHSVR可继续使用)设置环境变量TMNOTHREADS=Y,旁路C和S的多线程特性使用效劳和接口CacheTUXEDO8.0及以后的版本都支持效劳和接口的缓存,这样客户机可以直接请求高速缓存中的效劳或接口的副本,而不必到公告板中去查找。这一特征会显著地改善效劳器的性能,尤其是当系统有大量的用户,而只有少量的效劳的情况。在*RESOURCES或*MACHINES段中设置Cache的入口数:SICACHEENTRIESMAX=N,缺省为500,0表示不使用Cache,最大值为32767配置MSSQ效劳器组提高性能配置方法simpservSRVGRP=GROUP1SRVID=10MIN=3MAX=5RQADDR=simpservREPLYQ=YMSSQ的使用原那么:§效劳器在2—10个之间,如果超过10个,建议配置多个MSSQ§效劳被频繁调用,处理时间又很短§请求缓冲区不都不是很大,没有大到将一个队列占满的情况§如果MSSQ的请求队列占用率超过85%,建议剥离一局部SVR通过配置负载均衡提高性能步骤:§在UBB文件设置:LDBAL=Y§在客户端使用tpcall()测试每个SVC的处理时间,记为Ti§求出所有SVC执行时间的平均值,记录为T§为每个SVC设置LOAD因子,如果Ti≈T,那么LOAD设置为50,如果Ti>T,那么设置LOAD为大于50的值,否那么设置LOAD为小于50的值通过配置优先级参数提高性能方法:§管理方法:为单个效劳指定PRIO因子§编程方法:在代码中使用tpsprio()动态设置优先级原那么:由于高优先级的接口请求先出队,因此只能给一些不经常被调用的接口或效劳设置高优先级。在你把一个效劳或接口的优先级调低之前,你应确保这个效劳或接口的响应时间并不重要才行。通过效劳绑定提高性能原那么§把业务功能相似的SERVICES绑定到一个SERVER中。§把调用了一样库或其它资源的SERVICES绑定到一个SERVER中,减小应用程序的大小,节省磁盘空间§执行时间和优先级相近的SERVICE可放到同一个SERVER中§把调用频率一样的SERVICES绑定在同一个SERVER中§同一个SERVER中的SERVICE最好有一样的效劳优先级,如果不同,优先级最低的那个的请求可能要很长时间才得到处理。§不要相互调用的SERVICES放在同一个SERVER中,这有可能导致效劳器死锁§把经常用的SRV绑定在一起,不经常用的绑定在一起§把使用一样RM的SRV绑定在一起§把执行QUERY的SRV绑定在一起,执行UPDATE的绑定在一起§对一些使用率较高的效劳,如银行的取款效劳WITHDRAWAL,应该单独把它放到一个SERVER中,并采用MSSQ方式§把处理某一类业务的SRV绑定在一起考虑因素§要考虑队列的容量,请求队列使用率超过85%时,Tuxedo把请求写到磁盘文件中,然后再传给效劳器处理,这时性能大大下降通过系统参数配置提高效率MAXACCESSERS,MAXSERVERS,MAXINTERFACES,MAXSERVICESMAXWSCLIENTS这参数增加了信号量和共享存的开销MAXWSCLIENTS§与所购置的LIESE数有关,可设置得比所购置的LICENSE数大一些。当并发连接数大于所购置的LICENSE数时,TUXEDO会报警,(在ULOG中回有信息)当超过10%时,TUXEDO拒绝新的CL