中间件运维服务

上传人:夏** 文档编号:497403282 上传时间:2022-10-25 格式:DOCX 页数:7 大小:43.23KB
返回 下载 相关 举报
中间件运维服务_第1页
第1页 / 共7页
中间件运维服务_第2页
第2页 / 共7页
中间件运维服务_第3页
第3页 / 共7页
中间件运维服务_第4页
第4页 / 共7页
中间件运维服务_第5页
第5页 / 共7页
点击查看更多>>
资源描述

《中间件运维服务》由会员分享,可在线阅读,更多相关《中间件运维服务(7页珍藏版)》请在金锄头文库上搜索。

1、中间件运维服务IMB standardization office IMB 5AB- IMBK 08- IMB 2C】中间件运维服务1 中间件的服务内容服务目标行天科技可提供的运行维护服务包括,信息系统相关的主机设备、操作系统、数据库和 存储设备的运行维护服务,保证用户现有的信息系统的正常运行,降低整体管理成本,提高 网络信息系统的整体服务水平。同时根据日常维护的数据和记录,提供用户信息系统的整体 建设规划和建议,更好的为用户的信息化发展提供有力的保障。用户信息系统的组成主要可分为两类:硬件设备和软件系统。硬件设备包括网络设 备、安全设备、主机设备、存储设备等;软件设备可分为操作系统软件、典型

2、应用软件 (如:数据库软件、中间件软件等)、业务应用软件等。行天科技通过运行维护服务的有效管理来提升用户信息系统的服务效率,协调各业务应 用系统的内部运作,改善网络信息系统部门与业务部门的沟通,提高服务质量。结合用户现 有的环境、组织结构、IT资源和管理流程的特点,从流程、人员和技术三方面来规划用户的 网络信息系统的结构。将用户的运行目标、业务需求与IT服务的相协调一致。行天科技提供的信息系统服务的目标是,对用户现有的信息系统基础资源进行监控和管 理,及时掌握网络信息系统资源现状和配置信息,反映信息系统资源的可用性情况和健康状 况,创建一个可知可控的IT环境,从而保证用户信息系统的各类业务应用

3、系统的可靠、高 效、持续、安全运行。服务项目范围覆盖的信息系统资源以下方面的关键状态及参数指标: 运行状态、故障情况配置信息可用性情况及健康状况性能指标中间件运维服务中间件管理是指对BEAWeblogic、MQ等中间件的日常维护管理和监控工作,提高对中间 件平台事件的分析解决能力,确保中间件平台持续稳定运行。中间件监控指标包括配置信息 管理、故障监控、性能监控。执行线程:监控WebLogic配置执行线程的空闲数量。VM 内存: JVM 内存曲线正常,能够及时的进行内存空间回收。JDBC 连接池:连接池的初始容量和最大容量应该设置为相等,并且至少等于执行线程的数 量,以避免在运行过程中创建数据库

4、连接所带来的性能消耗。检查WEBLOG日志文件是否有异常报错。如果有WEBLOG集群配置,需要检查集群的配置是否正常。2、MQ 中间件维护项目1. 实时监控以下文件系统使用情况:检查文件系统/var/mqmMQ 应用所在文件系统。2. 定期报告MQ系统错误,备份清理MQ系统错误记录在遇到问题时,检查/var/mqm/errors目录下是否有新的FDC文件产生,如果有应当立即报 告IBM技术支持部门。另外,要定期检查该目录下MQ错误日志。3. 监控队列深度DISQLOCAL(QName)该命令的显示结果可以看出队列当前深度4. 检查死信队列DISQLOCAL(DEADQName)5. 检查日志个

5、数是否增长使用命令cd移动到MQ日志所在目录,使用ls-l|wc命令统计,如果有所增长,应立即报告 IBM系统支持人员。6. 检查 MQ 队列管理器错误日志当系统运行不正常时首先检查:/var/mqm/qmgrs/errors/7. 检查、处理队列管理器 pending 事务若队列管理器启动成功后,CICS (配置XAD连接MQ)启动失败,则可以检查是否有pending事务,若有必须进行处理(可能造成数据的不一致性,必须事先加以确认)。Websphere 维护项目系统安装规范和流程。全新系统从操作系统、数据库、WebSphere相关组 件,按照特定 was/ihs 版本根据安装手册设立安装规范

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

7、sitory 位置规范,log,property文件规范等等。(不当的位置可能带来严重后果, 比如/home/,批量修改的后果)Websphere 系统优化 JVM基本调优 Web容器接收请求线程池。Web容器Servlet引擎线程池的值在合理的范围 内 JDBC数据库连接池数据库连接池的最大值要稍小于Web容器线程池的大小后台数据库本身能接受的客户端连接数目合理设置数据源配置项中的preparedstatement缓存的大小,提高后台数据库 访问的效率。3、对 Websphere 进行监控管理和问题诊断对 Websphere 的资源和可用性进行管理管理员需要对WebSphere的资源信息,J

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

9、eblogic 维护中间件故障诊断总结一、步骤:1、准确描述现象:客户说的和自己查看到的:平台、版本、操作、信息等。特别是,故障前是否有做 过什么操作:网络调整、设备调整、主机参数调整、配置文件修改?反正将这一切都列入排查的对象。2、使用工具收集数据,收集配置文件、日志、dump文件等等。3、使用分析数据,根据问题或收集的数据,使用适当的工具分析数据,当然包括了在网上和在官方支 持站点搜索类似的问题的解决办法。4、尝试解决问题,根据找到的问题点,尝试解决。如修改错的,复原正确的;运行有问题的,适当调整运行的环境和运行的参数等等。 5、给出最佳解决方案,一般就是继续观察了。 6、总结经验并加以

10、重用,知识积累。小魏 16:50:21文件:Tuxedo维护文档.pdfTuxedo 维护4.性能调优关闭不使用的特性?加入了多线程、Contexts、安全、第三方安全插件的特性,这些 特性在版本中总是“Available”的,但在中可以把它们 “turnoff”OPTOINSNO_AA,NO_XA(NO_AA 关闭安全插件特性,AUTHSVR 可继续使 用)设置环境变量TMNOTHREADS=Y,旁路C和S的多线程特性使用服务和接口 Cache? 及以后的版本都支持服务和接口的缓存,这样客户机可以直接请求高速缓存中的服 务或接口的副本,而不必到公告板中去查找。这一特征会显着地改善服务器的性能

11、, 尤其是当系统有大量的用户,而只有少量的服务的情况。在*RESOURCES或 *MACHINES 段中设置 Cache 的入口数:SICACHEENTRIESMAX二N,缺省为 500,0表示不使用Cache,最大值为32767配置MSSQ服务器组提高性能?配置方法simpservSRVGRP=GROUP1SRVID=10MIN=3MAX=5RQADDR=simpservREPLYQ=YMSSQ的使用原则:服务器在210个之间,如果超过10个,建议配置多个MSSQ服 务被频繁调用,处理时间又很短请求缓冲区不都不是很大,没有大到将一个队列占满 的情况如果MSSQ的请求队列占用率超过85%,建议

12、剥离一部分SVR通过配置负载 均衡提高性能?步骤:在UBB文件设置:LDBAL=Y在客户端使用tpcall()测试每个 SVC的处理时间,记为Ti求出所有SVC执行时间的平均值,记录为T为每个SVC设置 LOAD因子,如果TiT,则LOAD设置为50,如果TiT,则设置LOAD为大于50的值,否则 设置LOAD为小于50的值通过配置优先级参数提高性能?方法:管理方法:为单个服 务指定PRIO因子编程方法:在代码中使用tpsprio()动态设置优先级原则:由于高优先 级的接口请求先出队,因此只能给一些不经常被调用的接口或服务设置高优先级。 在你把一个服务或接口的优先级调低之前,你应确保这个服务或

13、接口的响应时间并 不重要才行。通过服务绑定提高性能?原则把业务功能相似的SERVICES绑定到一 个SERVER中。把调用了相同链接库或其它资源的SERVICES绑定到一个SERVER 中,减小应用程序的大小,节省磁盘空间执行时间和优先级相近的SERVICE可放到同 个SERVER中把调用频率相同的SERVICES绑定在同一个SERVER中同一个 SERVER中的SERVICE最好有相同的服务优先级,如果不同,优先级最低的那个的请求可能要很长时间才得到处理。不要相互调用的SERVICES放在同一个SERVER 中,这有可能导致服务器死锁把经常用的SRV绑定在一起,不经常用的绑定在一起 把使用相

14、同RM的SRV绑定在一起把执行QUERY的SRV绑定在一起,执行U PDATE 的绑定在一起对一些使用率较高的服务,如银行的取款服务WITHDRAWAL,应该单 独把它放到一个SERVER中,并采用MSSQ方式把处理某一类业务的SRV绑定在一 起考虑因素要考虑队列的容量,请求队列使用率超过85%时,Tuxed o把请求写到磁盘 文件中,然后再传给服务器处理,这时性能大大下降通过系统参数配置提高效率MAXACCESSERS,MAXSERVERS,MAXINTERFACES,MAXSERVICESMAXWSCLIENTS这参数增加了信号量和共享内存的开销MAXWSCLIENTS与所购买的LICNE

15、SE数有关,可设置得比所购买的LICENSE数大一些。当并发连接数大于所购 买的LICENSE数时,TUXED O会报警,(在U LOG中回有信息)当超过10%时,TUXEDO 拒绝新的CLIENT端连入,客户端的tpinit ()会报错MAXGTT,MAXBUFTYPE,MAXBUFSTYPESANITYSCAN,BLOCKTIME 如果没有 全局事务,可把MAXGTT设置为0。如果系统运行在慢处理器(可能由于负载过重造 成),你可以适当增大SANITYSCAN,BLOCKTIME和单个事务超时等时间参数。BBLQUERY和DBBLWAIT如果网络缓慢,你可以适当增加BLOCKTIME,BBLQUERY 和DBBLWAIT 参数值

展开阅读全文
相关资源
正为您匹配相似的精品文档
相关搜索

最新文档


当前位置:首页 > 学术论文 > 其它学术论文

电脑版 |金锄头文库版权所有
经营许可证:蜀ICP备13022795号 | 川公网安备 51140202000112号