中间件运维服务

1、中间件运维服务1?中间件的服务内容1.1?服务目标 行天科技可提供的运行维护服务包括，信息系统相关的主机设备、操作系统、数据 库和存储设备的运行维护服务，保证用户现有的信息系统的正常运行，降低整体管理成 本，提高网络信息系统的整体服务水平。同时根据日常维护的数据和记录，提供用户信 息系统的整体建设规划和建议，更好的为用户的信息化发展提供有力的保障。用户信息系统的组成主要可分为两类： 硬件设备和软件系统。 硬件设备包括网络设 备、安全设备、主机设备、存储设备等；软件设备可分为操作系统软件、典型应用软件 （如：数据库软件、中间件软件等）、业务应用软件等。行天科技通过运行维护服务的有效管理来提升用户

2、信息系统的服务效率，协调各业 务应用系统的内部运作，改善网络信息系统部门与业务部门的沟通，提高服务质量。结 合用户现有的环境、组织结构、 IT 资源和管理流程的特点，从流程、人员和技术三方面 来规划用户的网络信息系统的结构。将用户的运行目标、业务需求与 IT 服务的相协调一 致。行天科技提供的信息系统服务的目标是，对用户现有的信息系统基础资源进行监控 和管理，及时掌握网络信息系统资源现状和配置信息，反映信息系统资源的可用性情况 和健康状况，创建一个可知可控的IT 环境，从而保证用户信息系统的各类业务应用系统的可靠、高效、持续、安全运行。服务项目范围覆盖的信息系统资源以下方面的关键状态及参数指标

3、： ?运行状态、故障情况?配置信息?可用性情况及健康状况性能指标1.2?中间件运维服务中间件管理是指对 BEA Weblogic、MQ 等中间件的日常维护管理和监控工作， 提高对 中间件平台事件的分析解决能力，确保中间件平台持续稳定运行。中间件监控指标包括 配置信息管理、故障监控、性能监控。?执行线程：监控 WebLogic 配置执行线程的空闲数量。?JVM内存：JVM内存曲线正常，能够及时的进行内存空间回收。JDBe连接池：连接池的初始容量和最大容量应该设置为相等，并且至少等于执行线程的数量，以避免在运行过程中创建数据库连接所带来的性能消耗。?佥查WEBLoG日志文件是否有异常报错。如果有

4、WEBLoG集群配置，需要检查集群的配置是否正常。2、MQ 中间件 维护项目1. 实时监控以下文件系统使用情况：检查文件系统 /var/mqmMe应用所在文件系统。2. 定期报告 MQ 系统错误，备份清理 MQ 系统错误记录在遇到问题时，检查varmqmerrors 目录下是否有新的 FDC文件产生，如果有应当立即报告IBM技术支持部门。另外，要定期检查该目录下 MC错误日志。3. 监控队列深度DIS CLoCAL(CNam)e 该命令的显示结果可以看出队列当前深度4. 检查死信队列DIS CLoCAL(DEADCNam)e5. 检查日志个数是否增长使用命令Cd移动到MQ日志所在目录，使用IS

5、 - IIWC命令统计，如果有所增长，应立即报告 IBM 系统支持人员。6. 检查 MQ 队列管理器错误日志当系统运行不正常时首先检查：varmqmqmgrserrorsAMQERR0n.LoG7. 检查、处理队列管理器 pending 事务若队列管理器启动成功后，CICS（配置XAD连接MQ启动失败，则可以检查是否有 Pending事务，若有必须进行处理（可能造成数据的不一致性，必须事先加以确认）。WebsPhere 维护项目? 系统安装规范和流程。全新系统从操作系统、数据库、WebSPhere相关组件，按照特定 was/ihs 版本根据安装手册设立安装规范和流程（目前已 经完成此项文档）

6、。? 系统维护规范和流程。比如大版本升级 小版本 APARfix 维护。是否应 用某些关键 fix 的判断原则，是建议打？是可选？对于可选，分析具体 fix 用途以及对应用影响，并和开发部配合沟通的流程。? 应用部署规范。包括初始应用部署和大版本升级。重新部署和测试? 应用修改流程。 JsP, 修改程序时间后让其自动更新。Class,servlet,ejb, 一般重启应用服务器， 对于公共模块， 重启 was 等。? 常用工具说明文档和使用流程。脚本开发和使用， wsadmin 脚本，管理控 制台，PMI（连接池释放等）等工具。后面又详细描述。? 应用的发布位置要求规范。系统安装路径规范，应用

7、发布路径，rePository 位置规范， log, ProPerty 文件规范等等。 （ 不当的位置可能 带来严重后果，比如 /home/ ，批量修改的后果 ）WebsPhere 系统优化? JVM 基本调优? Web 容器接收请求线 程池。 Web 容器 Servlet 引擎线程池的值在合理的范围内? JDBC 数据库连接 池数据库连接池的 最大值要稍小于 Web 容器线程池的大小? 后台数据库本身能 接受的客户端连接 数目? 合理设置数据源配置项中的 PreParedstatement 缓存的大小，提高后台数 据库访问的效率。3、对 WebsPhere 进行监控管理和问题诊断对 Webs

8、Phere 的资源和可用性进行管理管理员需要对 WebSPhere的资源信息，JVM的CPU内存、jdbc连接池、线程池、 EJB 调用情况、 GC 的情况、 Session 的连接情况等做实时的信息监控，并且将这些数据收集起来，作为长期性能趋势对 WebSphere 用户请求信息的监控对用户的请求信息进行实时监控，对关键的请求信息以及持续占用系统资源比较高的请求进行告警处理。过历史信息收集和分析，分析哪些请 求在哪些时间段是频繁的，哪些业务是用户最多关心和访问的，帮助优 化业务过程，提高服务质量。对应用问题的深度诊断和分析在实际的应用开发中， 由于对 J2EE 组件使用不当， 或者是代码编写

9、的不规范，可能会出现一些很难发现且难以解决的问题，比如线程死锁、内存泄漏、内存溢出等。Weblogic 维护中间件故障诊断总结一、 步骤：1、准确描述现象：客户说的和自己查看到的：平台、版本、操作、信息等。特别是，故障前是否有做 过什么操作：网络调整、设备调整、主机参数调整、配置文件修改?反正将这一切都列入排查的对象。2、使用工具收集数据，收集配置文件、日志、 dump 文件等等。3、使用分析数据，根据问题或收集的数据，使用适当的工具分析数据，当然包括了在网上和在官方支 持站点搜索类似的问题的解决办法。4、尝试解决问题，根据找到的问题点，尝试解决。如修改错的，复原正确的；运行有问题的，适当调

10、整运行的环境和运行的参数等等。5、 给出最佳解决方案，一般就是继续观察了。6、总结经验并加以重用，知识积累。小魏 16:50:21文件: Tuxedo 维护文档 .pdfTuxedo 维护4. 性能调优关闭不使用的特性？TUXedo7.1加入了多线程、Contexts、安全、第三方安全插件的 特性,这些特性在7.1版 本中总是 “AVaiIabIe的,但在8.0中可以把它们 “turn off ” OPTOINS NO_AA,NO_XA （NO_AA 关闭安全插件特性 ,AUTHSVR 可继续使 用 ）？设置环境变量 TMNOTHREADS=Y, 旁路 C 和 S 的多线程特性 ？使用服务和接

11、 口 Cache？TUXEDO8.0 及以后的版本都支持服务和接口的缓存 ,这样客户机可以直 接请求高速缓存中 的服务或接口的副本 ,而不必到公告板中去查找。这一特征会显 着地改善服务器的性能 ,尤 其是当系统有大量的用户 ,而只有少量的服务的情况。 在 *RES0URCES 或*MACHINES 段中设置 CaChe 的入口数Osicacheentriesmax = n,缺省为5oo,o表示不使用 CaChe最大值为32767?配置 MSSQ 服务器组提高性能 ?配置方法 ?simpserv SRVGRP=GROUP1 SRVID=10 MiN=3 MAx=5 RQADDR=simpserv

12、 REPLYQ=Y MssQ 的使用原则 :? 服务器在 210个之间，如果超过10个,建议配置多个 MSSQ服务被频繁调用，处理时间又 很短 请求缓冲区不都不是很大 ,没有大到将一个队列占满的情况 ?如果 MssQ 的 请求队列占用率超过 85%,建议剥离一部分SVR?通过配置负载均衡提高性能？步 骤:? 在 UBB文件设置：LDBAL=Y 在客户端使用tpcall()测试每个SVC的处理 时间,记为Ti?求出所有SVC执行时间的平均值，记录为丁？为每个SVC设置 LOAD因子,如果Ti T则LOAD设置为50,如果TiT,则设置LOAD为大于 50 的值,否则设置 LOAD 为小于 50

13、的值通过配置优先级参数提高性能 ?方法:?管 理方法:为单个服务指定 PRIO因子？ 编程方法:在代码中使用tpsprio()动态设置优 先级?原则: 由于高优先级的接口请求先出队 ,因此只能给一些不经常被调用的接口 或服务设置高优先 级。 在你把一个服务或接口的优先级调低之前 ,你应确保这个服 务或接口的响应时间并不重要才行。?通过服务绑定提高性能 ?原则?把业务功能相似的 SERVICES 绑定到一个 SERVER 中。 把调用了相同链接库或其它资源的 SERVICES绑定到一个SERVER中,减小应用程序的大小，节省磁盘空间？执行时间 和优先级相近的 SERVICE 可放到同一个 SER

14、VER 中?把调用频率相同的 SERVICES 绑定在同一个 SERVER 中 ?同一个 SERVER 中的 SERVICE 最好有 相同的服务优先级 ,如果不同 ,优先级最低的那个的请求可能要很长时间才得到处理。 ?不要相互调用的 SERVICES 放在同一个 SERVER 中,这有可能导致服务器死锁把经常用的 SRV 绑定在一起 ,不经常用的绑定在一起 ?把使用相同 RM 的 SRV 绑定在一起 ?把执行 QUERY 的 SRV 绑 定在一起 ,执行 UPDATE 的绑定在一起 对一些使用率较高的服务 ,如银行的取款服务 WITHDRAWAL, 应该单独把它放到一个 SERVER 中,并采

15、用 MSSQ 方式 ? 把处理某一类业务的 SRV 绑定在一起 ?考虑因素 ?要考虑队列的容量 ,请求队列使 用率超过 85%时 ,Tuxedo 把请求写到磁盘文件中 ,然后再 传给服务器处理 ,这时性能 大大下降 通过系统参数配置提高效率MAXACCESSERS,MAXSERVERS,MAXINTERFACES,MAXSERVICES MAXWSCLIENTS 这参数增加了信号量和共享内存的开销 ?MAXWSCLIENTS? 与 所购买的 LICNESE 数有关 ,可设置得比所购买的 LICENSE 数大一些。当并发连接 数大于 所购买的LICENSE数时,TUXEDO 会报警,（在ULoG中回有信息）当超过10%时,TUXEDO拒绝新的CLIENT 端连入