Websphere 和MQ 和 Tomcat 维护思路与建议

Was mq Tomcat维护建议书

 

一、前言———————————————————————————————————————1

二、was维护思路与建议————————————————————————————————–3

三、mq 维护思路与建议————————————————————————————————–5

四、Tomcat维护思路与建议———————————————————————————————6

五、总结——————————————————————————————————————–7

一、前言:

表面上,was,tomcat都是应用服务器.但他们都算是中间件,而mq就真正是消息中间件来使用.他们三者都大量应用于各大应用系统架构里. Was应用服务器,支撑着大型的j2ee架构的企业化应用.而mq作为信息传输中间件,也充分利用其传输信息,高效,快速,稳定等特性,也大量应用于大型企业的核心的应用系统.为大型国企的应用系统之间提供信息交互、分发作用.而Tomcat 就作为开源的应用服务器.多用于小型开发团队,充当小型开发测试的利器.短小、精干、并且实际有效.下面,就对这三者,凭个人经验,阐述一下日常维护的维护思路与建议.

Was 维护思路与建议

1、尽可能全面地获取与清楚知道was的系统信息,包括:OS版本信息,was版本.was架构,was集群环境情况.was fixpack版本.

2、尽可能地获得WAS应用架构拓扑图.应用系统代码.应用系统设计文档,应用系统需求文档,清楚知道was上面所运行的应用系统的情况.越详细越好,越清晰越好.

3、尽可能从一开始就参与应用系统的开发,从开发到上线,到运维.最好都全程参与.不一定要参加编码.但至少要看得懂代码.而且,要清楚应用系统的开发,测试,等过程.对系统越熟悉,越能做好维护.

4、及时关注WAS系统IBM官方提供的fixpack,以及安全公告,及时安装最新Fixpack.及时防止与避免was应用系统存在安全漏洞与B UG.

5、积极跟其它WAS使用人员,运维人员保持良好的技术沟通.共同分享WAS运维技术,积累经验,逐步提高运维水平.

6、如果WAS运维人员中途加入WAS运维,而不是从项目,从应用系统开发就参与WAS的技术管理与支持的工作的话.那就要工作主动,积极跟老员工,跟开发人员沟通.尽快熟悉WAS的应用系统.以及及时查阅WAS 应用系统的相关开发文档,需求文档.尽快熟悉 WAS应用系统.

7、同样,WAS运维人员也要积极跟WAS 应用系统的项目管理人员,以及业务人员多加沟通.通过沟通.更加熟悉该 WAS应用系统的立项情况,项目执行情况.以及业务使用情况.方便WAS运维人员更加熟悉WAS应用系统.更能做好WAS运维工作.

8、平时通过shell脚本/perl/python 搜集WAS应用系统运行日志,并做好日志分析,分析日志是否有error报错,如有,及时发送报警邮件.

9、平时通常用shell脚本/perl/python定时监控WAS运行进程,运行状态.不定时检查WAS运行进程是否停止.并写好WAS进程的守护进程.以及用shell/perl/python来监控与验证WAS系统的资源占用情况.一发现资源紧张,及时增加资源.或者优化WAS应用系统,释放资源占用情况.

10、最重要的一点,要定时做好WAS应用系统备份.一周一全备.半周一增备.做好备份.防患于未然.

11、及时做好维护记录,将每天/每周/每月的维护过程记录在案.按事发时间,事发现像,解决思路,解决过程.验证过程.等等,分门别类地整理,记录在册.方便后来的运维人员可以迅速查找以往的排障记录.迅速分析问题.有助迅速排障.

12、平时,有条件的话,或者允许的话.多做预防性的维护工作,例如模拟停电,停网等物理故障以及DDOS攻击所带来的影晌,以及对应做出应对措施.

13、每逢重大WAS应用项目上线,上线前必做压力测试以及兼容性测试.以及每逢重大应用发布的时候,必需由专人专门做应用发布,并做好发布记录.

14、工作之余,多组织技术交流会,分享会,共同分享WAS运维心得.共同提高.

15、平时,多借助,开源的,闭源的,商业的,免费的第三方WAS监控与管理工具. 监控与管理WAS应用系统.例如IBM提供的开源的.以及商业化的中间件监控软件与工具.

16、建立并维护WAS应用系统的最新软件硬件资产库,包括WAS应用系统的操作系统版本,IP地址,补丁级别,以及was的服务器资源,包括CPU ,内存,硬盘空间,网卡等软硬件资料库.

17、为避免因WAS软件版本不一致而出现版本不容的情况,增加排障的难度.因而,有必要限定WAS应用系统里所用的WAS的版本一致.Fixpack版本一致.

18、为了保证WAS系统的时间同步,建议最好所有WAS系统都用同一个时钟服务器来同步.

 

 

三、mq 维护思路与建议

Mq是一种消息型中间件,维护方面,上面针对WAS的维护思路与建议也适用于MQ,除此之外,日常维护还要注意以下这些方面.

1、由于mq 是一种消息型中间件,在各大应用系统之间起着传输信息的桥梁作用.因而,除了熟悉MQ的运维之外,也要积极跟各大外围系统的技术人员,业务人员,多加交流.更加熟悉消息的传输流向,更有利于分析与诊断MQ的故障情况.

2、多访问IBM MQ的官方信息中心,多熟悉MQ的产品本身的技术原理,技术架构,技术命令.技术定义.方便诊断与排除故障.

 

3、多留意mq的队列信息情况,如果发现队列有堵塞情况,及时清理.

4、多监察MQ的通道使用情况,一发现异常.及时处理,确保MQ通道工作正常.信息传播正常.

5、定时监察MQ的监听器情况,确保监听器正常启动,并且正常工作.一发现监听器停止,要及时重启监听器.并且分析监听器停止的原因.避免监听器再自动停止.分析是否因为监听器端口是否存在端口冲突.致使自动停止.

6、多留意MQ的主题以及预订的工作情况.以及MQ队列管理器的服务,进程定义,名称列表等 应用组件的工作情况,一发现异常.及时处理.

7、用mq命令定时备份MQ队列管理器的配置,导出成一个文件给于保存.方便MQ系统崩溃时候,可以及时恢复,尽量减少因MQ故障而带来业务的损失.

8、根据实际资源占用情况,以及信息量来调整MQ的队列深度.确保有足够的队列深度来储存信息.

9、及时清理mq队列管理器里用于连接测试的,以及废弃的队列.

10、定时监控MQ队更管理器里的远程队列,确认这些远程队列对应的MQ队列管理器通信正常.

 

四、Tomcat维护思路与建议

 

Tomcat 跟was一样,是一种应用服务器,支持J2EE.只不过,was是商业化应用服务器.功能强大.而TOMCAT是开源的应用服务器,是业内著名Apache技术基金会期下一款应用服务器产品.也是一种中间件.因为开源,不像WAS那样价钱昂贵.所以.多数用于小型开发公司,开发团队,开发小组里的J2ee应用开发测试. Tomcat的日常维护.上面所说的was的维护注意事项.也适用于tomcat.除此之外,Tomcat日常维护,还要注意以下几个方面:

1、熟悉Tomcat的日常操作命令,包括启动,关闭tomcat服务.应用发布.

2、熟悉Tomcat的程序文件结构.清楚Tomcat核心配置文件在那个目录.方便需要排障时,可以及时找到对应的配置文件.

3、由于tomcat是开源的j2ee服务器,默认只支持jsp/ejb,很多时候,需要跟Apache/Nginx/iis整合,支持php/python/Asp.net,因而也要熟悉tomcat跟其它应用服务器的整合配置.

4、熟悉Tomcat的性能调优.主要是懂得tomcat核心配置文件的参数说明.知道参数如何设,才能性能更佳.

 

总结

 

总的来说.was,mq,tomcat都是中间件,只是侧重点不同.以及开源和商业等不同.所谓,萝卜白菜,各有所爱,有钱的就用was,节俭的,牺牲性能的,就用tomcat .而想获得高效,稳定,快速的信息传输,就用mq.当然,mq也是商业化软件.价钱不扉.还有,做好WAS等中间件的运维,最重要就是要确保WAS等应用系统上面的应用代码质量要高.不能存在明显的JVM OOM错误和明显的BUG.好的应用代码.会减轻运维的一半的工作.也可以保证应用系统的运作稳定性.

以下文章点击率最高

Loading…

发表评论