农商银行维护中TUXEDO服务的应用范文

本站小编为你精心准备了农商银行维护中TUXEDO服务的应用参考范文，愿这些范文能点燃您思维的火花，激发您的写作灵感。欢迎深入阅读并收藏。

摘要：本文研究了TUXEDO中间件在农商银行的应用情况，及使用时的特性。TUXEDO可以根据事务的处理逻辑划分交易的服务，通过服务进程设置管理，能够适应不同的业务需求，具有较好的系统接口扩展性，有较高的业务处理效率，能够保证交易数据的一致性和安全性[1]。同时TUXEDO的消息输出可以为应用层面的交易异常提供很好的日志分析材料，为交易问题的定位解决提供了有效的方案。

关键词：TUXEDO中间件；运行维护；交易异常

一、tuxedo中间件基本应用情况和特点

目前，我行使用TUXEDO域连接方式，在每台应用服务器上都部署TUXEDO应用系统。基于TUXEDO的路由节点的服务机制，使的内部应用系统对外部系统是透明的。TUXEDO服务器负责对交易请求进行处理，然后对DB2数据库进行相应的操作，数据库服务器负责业务数据存储、管理。TUXEDO中间件是一种独立的系统软件或服务程序，各种应用软件通过中间件实现各种资源的共享。TUXEDO中间件安装在核心应用服务器的操作系统上，管理计算资源和网络通信。是开发和管理以客户/应用服务器/数据库三层结构模型的有力工具。使用TUXEDO中间件的优点是：（1）可扩展性，支持银行业务大量客户的并发用户，支持数据库的连接池，可以分布在多种平台上，对使用者保持着透明特性。TUXEDO可以根据事务的处理逻辑划分交易的服务，通过服务进程设置管理，能够适应不同的业务需求，具有较好的系统接口扩展性。（2）高效率，能实现负载均衡管理，性能优化提高主机处理能力、实现分布式处理，实时消息路由循环路由分发数据依赖路由，强大的C/S通信功能，高并发的联机交易处理性能，强大的分布式事务协调能力，完善的负载均衡处理机制。（3）高可用性，TUXEDO中间件能够在某一服务器节点发生故障时，重新运行进程，以保障服务分稳定性。即使系统服务发生故障，也能保证交易处理不被中断。如果是安装多台TUXEDO中间件，重启时可以在不中断业务的情况下进行，通过部分TUXEDO服务进行停止服务并重启，剩下那部分服务提供业务服务，在剩下的服务重启就可以重启全部服务。TUXEDO服务通过X/OPEN的标准处理功能，处理分布事务处理过程中产生事务日志TLOG和RM，从而保证在交易系统异常时对业务数据操作的一致性。在交易事务处理过程中，采用交易超时控制，设置相关参数，可以人为的控制交易的成功和失败。（4）快速开发，TUXEDO中间件屏蔽了通信细节，使程序开发人员只需将精力集中在业务上，不必再为程序在不同系统软件上的移植而重复工作[2]，缩短业务需求的开发周期、节约程序的开发成本。

二、TUXEDO中间件在运行维护中处理异常的应用情况

农商银行面临的一大难题就是业务发生异常时的问题定位。核心应用系统运行维护分成四个部分：数据库运行维护、TUXEDO中间件运行维护、应用联机交易运行维护和应用批处理运行维护。TUXEDO的日志输出功能为交易异常分析提供了有效的解决方案。TUXEDO中间件服务用户在各台服务器中的bea目录下，将消息写入日志文件中如stdout、stderr等文件。通过vi的方式查看stderr、stdout、ULOG××××命令。stdout记录的是TUXEDO应用服务记录的display输出。一般只有在程序出现异常或者出现在特殊路径上的时候才会在stdout中记录内容。stderr中记录了TUXEDO服务出现了异常退出后（例如coredump，但是不包括超时）情况下记录的程序异常信息。例如：以上这段从stderr中截出的内容表示GCCBTMN调用的GCCBMMN，GCCBMMN调用GCCBMFL，GCCBMFL出现了数据异常的coredump。ULOG××××每天会产生一个日志文件，例如ULOG.011309表示09年1月13日的ULOG。ULOG中会记录tuxedo服务启动、终止、异常中断等情况。在每一台核心TUXEDO中间件服务域的服务器上会有各自的文件。需要分析查看当日的ULOG、stdout、stderr，检查其中的异常情况，并且按照日期备份ULOG、stdout、stderr文件。注意事项：（1）异常情况包括：ULOG中的超时、服务异常中止，stdout中应用显示的错误信息，stderr中的程序bug等。（2）stdout和stderr每天备份后需要清空，ULOG备份后删除原文件即可。

三、业务交易出现异常时的解决方案

TUXEDO的日志输出功能为交易异常分析提供了有效的解决方案。交易出现异常则会产生stderr文件，通过查看stderr文件可以及时的确认引起coredump问题的程序。查找stderr的目录为每台应用服务器的/*/bea/log目录下，文件名为stderr.*。该文件从上往下，第一支出现的程序即为coredump的程序。日常业务异常参照相应异常处理方案进行紧急处理，可以有效保证服务器的高可用性。在业务交易运行异常时的解决方案如下：(1)应用异常：a.交易超时：统计分析交易日志和交易TUXEDO中间件日志，分析超时具体原因（数据库超时、应用程序逻辑），并制定相应解决方案；b.交易CoreDump：通过分析交易日志、TUXEDO中间件日志、Core文件，分析具体coredump原因，如造成大量服务停止，可紧急停用该交易，避免交易阻塞；c.交易阻塞：分析具体交易阻塞原因，是交易超时导致或交易并发量过大，选择紧急停用超时交易或控制交易并发数；d.批量作业失败：如为作业为数据库SQLCODE911超时，则直接重启作业；如为其他作业错误，联系对应负责人确认处理方式。(2)系统异常：a.联机处理服务停止:正常情况下，由于交易超时/coredump原因导致的服务停止，TUXEDO中间件会自动重启服务，若未自动重启服务则需要人工干预，通过TUXEDO中间件日志分析具体原因，制定相应处理策略；b.轮询服务异常停止:核心轮询服务异常停止，首先应启动轮询服务，保证正常业务处理，再通过轮询服务日志和中间件日志，分析具体原因，制定相应解决方案。

参考文献

[1]王涛.银行中间业务平台设计方案[J].科技创新导报,2008(19):147-148.

[2]沈凯蓉.浅谈中间件的原理和应用[J].福建电脑,2003(2):18-19.

作者：姜其亮 刘功朝 单位：山东省农村信用社联合社