Chinaunix首页 | 论坛 | 博客
  • 博客访问: 442713
  • 博文数量: 142
  • 博客积分: 3000
  • 博客等级: 中校
  • 技术积分: 1861
  • 用 户 组: 普通用户
  • 注册时间: 2005-06-03 21:00
文章分类

全部博文(142)

文章存档

2011年(3)

2010年(32)

2009年(107)

我的朋友

分类:

2009-10-23 15:11:41

中间件在下面几个方面有很大的优势:
中间可以屏蔽数据库的异构性,当选用不同的数据软件时,可以通过选用中间软件,来屏蔽他们之间的不同之处,实现透明访问;
平衡系统负载,提高系统的可靠性、稳定性、可用性;
为实现分布式数据库提供一条简便的途径,采用TUXEDO基于事务的XA数据访问方式,可以很好的实现数据库的一致性,程序员不用为数据库的一致性而分散精力,将精力集中在关键业务的把握上。
Tuxedo 从逻辑上可以将应用分为以下几个层次:Domain、Machine、Group、Server、Service。可以通过两种方式来实现Service 与Service之间的相互调用。通过tpcall进行同步或异步调用;通过tpforword实现交易请求的转发
TUXEO系统的运行需要三类IPC资源:Share Memory,Message Queue,semphone
交易调用过程系统交易的发起过程,需要综合调用各种IPC资源。协调系统的各个管理进程协同工作。在整个交易的调用过程中:
1 首先客户端,跟需要通过TUXEDO的tpinit函数调用建立与TUXEDO服务端的通讯连接。在这一过程中同时完成对客户端的登陆用户的鉴权。在通过鉴权后,TUXEDO的系统进程WSL为其分配一个WSH受理以后发起的请求。在这一过程中,TUXEDO的WSL侦听进程对连接占用的时间进行控制(timeout是WSL的启动参数,可配),当连接超时时,TUXEDOWSL将断开WSH。如果WSH比较繁忙,无暇处理新的连接请求,那么WSL就将请求放入消息队列中,等待受理。当然请求不会无限在消息队列中等待,超时后清除。
2 TUXEDO客户准备前台数据,并发起服务调用请求,通过 tpcall/tpacall将请求的服务命令字,以及请求数据包发送到服务端。TUXEDO服务端将客户端提交的请求交于WSH。WSH代理客户端的请求,将用户的请求放入对应的接收消息队列中。服务处于等待状态,直到有空闲SERVER来受理用户请求。超时时间通过ubbconfig中的 *resource段blocktime进行控制。超时后返回系统交易失败。
TUXEDO通过维护SERVICE和SERVER对应表,来根据SERVICE查找到受理它的对应进程。
3 SERVER 进程自从启动后,一直监视接收消息队列,当空闲且恰有请求位于消息队列时,从接收消息队列中取出请求,交于相应的交易处理函数处理用户请求。从交易的受理到交易的受理结束通过SERVICE段SVCTIMEOUT参数进行控制,当受理超时时,BBL向对应进程发KILLSIG。对于基于XA的应用,当事务处理超过tpbegin的超时参数时,SERVICE处理结束,返回交易失败。
4 SERVER进程将处理结果,返回数据提交到发送消息队列,由系统将返回数据返回客户端,当返回数据失败时,系统在ULOG日志中记录告警信息。
5 前台客户端取出数据,分析交易受理结果。
6 断开与后台服务端的连接,调用TUXEDO tpterm函数释放与TUXEDO服务端的连接。
阅读(1083) | 评论(0) | 转发(0) |
给主人留下些什么吧!~~