TUXEDO 超时控制(V2).docVIP

ORACLE TUXEDO 超时控制全攻略 原帖发于DEV2DEV，转在此，共享—谢谢原来的主人，也谢谢整理所有学习文档的贡献者。 FROM: /?p=79 和其他网站帖子。 修改记录 2014/8/25 增加了程序中可用的超时控制API 1. 前言 2 2. 超时参数解读 2 2.1 SCANUNIT 2 2.2 SANITYSCAN 3 2.3 BBLQUERY 3 2.4 DBBLWAIT 4 2.5 BLOCKTIME * 4 2.6 WSL CLOPT [-T Client_timeout] 5 2.7 WSL CLOPT [-t timeout] 6 2.8 WSL CLOPT [-I init_timeout] 6 2.9 WSL CLOPT [-N network_timeout] 6 2.10 SVCTIMOUT 7 2.11 GRACE 8 2.12 Transaction TimeOut 9 2.13 TRANTIME 9 2.14 ORACLE XA OPENINFO参数：SESTM 10 2.15 ORACLE XA OPENINFO参数：SESWT 11 2.16 ORACLE sqlnet.expire_time 12 2.17 ORACLE distributed_lock_timeout 13 2.18 ORACLE Max_commit_propagation_delay 13 3 相关API 14 3.1 tpsblktime 14 3.2 tpgblktime 16 4 总结 17 5 后记 17 6 参考文献 17 1. 前言 金融、电信等众多行业的综合营业系统中，广泛使用了TUXEDO交易中间件，用来处理大量并发的联机事务处理（OLTP）业务。典型的OLTP业务，每笔业务的信息量较小，而且，具有一定的实时性，对时间的要求非常严格。 TUXEDO，联系着DATABASE和客户端软件，凭借其多层次的超时控制机制，达到客户端快速响应，服务器端稳定可靠的效果。 TUXEDO的多层次的超时控制机制 中，涉及到的时间参数不少于10个，再加上与之紧密联系的DATABASE中的几个超时参数，确实比较复杂。遗憾的是，目前还没有的专门的文档对它们进行详细说明，而是分散在不同的专题中分别说明，而且不同的专题中，解释的详细程度也不一样，在查阅过程中，多有不便。 本文试图将这些参数集中起来，对每一个都加以详细说明，并试图解释每个参数存在的原因。大部分参数时间长短的设置，除个别外，基本没有固定的模式，只要了解它们的具体含义，并结合具体应用系统的实际要求，相信大家都能够做出合理的配置。 2. 超时参数解读 2.1 SCANUNIT 2.1.1 参数出处: UBBCONFIG配置文件 - RESOURCES - SCANUNIT 。 2.1.2 时间单位: 秒, 且必须为5的倍数。 2.1.3 取值范围: 大于0小于等于60中5或2（v12cR2）的倍数，即 ｛5，10，15，20，25，30，35，40，45，50，55，60｝。 2.1.4 默认取值: 10 。 2.1.5 用途解释 ⑴ 这个参数大家都会用，比较好理解，TUXEDO中，BBL是用来对Bulletin Board进行管理和监控的系统进程，它基于时间片的轮询方式，时间片的大小就是SCANUNIT的值，SCANUNIT是Tuxedo对系统进行管理的最基本时间单位。每隔SCANUNIT，BBL对Bulletin Board进行一次检查，看看有没有超时的事务或阻塞的服务请求。后面讲到的很多时间参数都是以SCANUNIT为单位。 2.1.6 超时后果 仅仅是个轮询时间单位而已，到时间就轮询，如此而已。 2.1.7 设置考虑 作为一个涉及到整个TUXDO系统的基本单位时间，如果业务需要，对时间参数控制比较严格，设置为5也不算小。如果系统业务对时间要求不严格，那就大点儿，60也没什么不可以；毕竟频繁轮询是要耗费更多系统资源的，而任何对资源的不必要的消耗都是浪费。 2.2 SANITYSCAN 2.2.1 参数出处: UBBCONFIG配置文件 - RESOURCES - SANITYSCAN 。 2.2.2 时间单位: SCANUNIT 。 2.2.3 取值范围: 1 ～ 32767 。 2.2.4 默认取值: 大约120/SCANUNIT。 2.2.5 用途解释 ⑵ 进行系统健全性检查，主要包括Server进程状态和Bulletin Board数据结构，检查Server进程是否存活，如果已经不存在，会清理Bulletin Board中相应的数据项及IPC资源，并根据参数配置决定是否重新启动，如果设了RES