UBB文件详解

UBBCONFIG文件详解

TUXEDO应用的描述信息配置在系统核心位置,用一个文件描述,通常称为ubbconfig文件,在主控机器上。整个TUXEDO系统的管理任务可以在一台机器上完成,在配置中被定为主控节点。

在运行时,这些信息被装入一段共享内存(一个IPC资源),称为公告牌(Bulletin Board—BB);包含有配置中不同机器的信息,在这些机器上运行的服务的信息,这些服务提供的交易的信息以及其他相关信息。

客户端在运行时连接公告牌。当客户端程序调用一个交易,将根据公告牌找到合适的服务队列。

所以,公告牌是:

——供客户端寻找适当的服务运行一个交易请求

——包含应用信息:机器,服务,交易,网络等

——创建于ubbconfig文件

TUXEDO提供一个管理进程,称为BBL(Bulletin Board Liaison),包含了一个公告牌的本地拷贝和本地服务器上应用的状态。

TUXEDO提供的另一个管理进程DBBL(Distinguished Bulletin Board Liaison),用于多服务器配置时。DBBL与BBL协同,保证所有部分的公告牌内容的一致性。

配置文件:

任何TUXEDO应用系统的最基本的管理任务,是建立并维护配置文件。该文件通常称为ubbconfig文件。负责该工作的系统管理员必须很好的了解分布于各台机器上的应用服务的数据流,消息队列的构造,资源间的相互关系。ubbconfig文件可视作包含应用启动信息的容器,需编译成二进制文件tuxconfig,作为启动时的参考。

其内信息包括:

²系统范围信息(*RESOURCES节)

²机器信息(*MACHINES节)

²组信息(*GROUPS节)

²服务信息(*SERVERS节)

²交易信息(*SERVICES节)

²网络组信息(*NETGROUPS节)

²网络信息(*NETWORK节)

²路由原则信息(*ROUTING节)

当完成了ubbconfig文件后,用tmloadcf命令生成tuxconfig ;另一种从ubbconfig生成tuxconfig的方法是使用图形管理界面(GAI—Graphical Administration Interface)。

#

# 描述: tux_ubb

# 说明: BOSS系统管理配置文件

# 环境: SunOS + Oracle(Pro*C+XA) + Tuxedo 7.x

# 日期: 2001/12/21, Zhangf 创建

# 备注: Buildno 1.0.011

#

*RESOURCES 节包含整个应用范围的信息。本节必须在配置文件第一节,不可缺少。

IPCKEY 68000 共享内存id,标识公告牌位置的唯一键值,范围:32,768 ——262,143,单一处理环境中表示公告牌的名,

多处理环境中主机DBBL的信息队列名。(获取资源名的基础)tuxedo应用的初始化地址。

MASTER boss 指出主控节点的逻辑名,第二个是备份节点。范围:不多于30个字符

DOMAINID bossapp 指定domain的值,用来标志一个domain,不指定时缺省为"", 长度小于30(包含结束符)。

UID 1002 TUXEDO管理员用户id,标识公告牌建立的将于IPC结构相关联的数字用户的ID。在线系统的UNIX用户ID。

GID 102 TUXEDO管理员组id,标识公告牌建立的将于IPC结构相关联的数字用户组的ID。在线系统的UNIX组ID。

以上不标识则默认为当前有效ID,在多机模式下(MODEL MP)是必须的。

PERM 0666 标识公告牌执行的将于IPC结构相关联的数字用户许可。用于标识一般UNIX系统程序的读写许可

范围:0001——0777。默认为0666允许同组,同用户和其它关系的读写。

MAXACCESSERS 350 标识默认的最大客户端接入数和服务端允许同步连接公告牌的数目。范围:0——32768。

默认:50。

MAXSERVERS 80 标识公告牌可以供应的最大服务器数。范围:0——8192。默认:50。

MAXSERVICES 800 标识公告牌可以供应的最大服务数(交易数)。范围:0——32768。默认:100。

MODEL SHM 应用构架,标识配置类型。SHM:公用存储器,单机配置。MP:多机配置。

OPTIONS LAN,MIGRATE 如有多个可选项,可选项间用逗号分开,

其中LAN表示networked应用,MIGRA TE表示有镜像可以用,这个参数可省,省略时默认为无可选项SECURITY APP_PW 安全级别(5个)

AUTHSVC 客户端可以通过交易“AUTHSVC”获得认证

NOTIFY DIPIN,客户端通过dip-in收到广播通知

SYSTEM_ACCESS PROTECTED,NO_OVERRIDE,应用代码不得干扰共享内存

LDBAL 设Y则进行负载平衡

MAXBUFTYPE 数据缓冲类型的最大数

MAXBUFSTYPE 数据缓冲子类型的最大数

SCANUNIT 内部时间间隔单位,单位是秒

SANITYSCAN 检索公告牌的内部时间间隔,单位是SCANUNIT

BLOCKTIME 交易超时时间,单位是SCANUNIT

BBLQUERY DBBL 查询所有BLL的时间间隔

DBBLWAIT DBBL 等待BBL回应的超时时间

MAXCONV 同时最大会话数

注意:本处未列出全部参数。这些系统范围内参数可以被后序节内参数超越。范例

*RESOURCES

IPCKEY 80952

UID 213

GID 1

PERM 0660

MAXACCESSERS 150

MAXSERVERS 75

MAXSERVICES 200

MASTER SITE1,SITE2

MODEL MP

OPTIONS LAN,MIGRATE

SECURITY APP_PW

AUTHSVC AUTHSVC

NOTIFY DIPIN

SYSTEM_ACCESS PROTECTED,NO_OVERRIDE

LDBAL Y

MAXBUFTYPE 10

MAXBUFSTYPE 15

SCANUNIT 10

SANITYSCAN 12

BLOCKTIME 3

BBLQUERY 24

DBBLWAIT 10

MAXCONV 10

*MACHINES 节包含应用有关的每个处理器的信息。本节必须在*RESOURCES节后列出。

DEFAULT:

boss231 LMID = boss 处理器实体名。LMLD必须等于主空节点名(即逻辑机器名)。boss231是通过hostname命令查看得到的。

处理器实体名必须少于30个字母

TUXDIR = "/tux" TUXEDO系统软件安装位置。

APPDIR = "/app/tuxedo/bin" 应用服务位置全路径。

TUXCONFIG = "/app/tuxedo/dev/tuxconfig" TUXEDO配置文件全路径(由配置文件编译后二进制config文件的完整路径)。同环境变量相同TLOGDEVICE = "/app/tuxedo/dev/TLOG" Tuxedo程序包含的本机的事务处理日志的地址。

ENVFILE 环境文件全路径

TLOGNAME = TLOG 本机事务处理日志名

TLOGSIZE = 300 本机事务处理日志大小

ULOGPFX = "/app/tuxedo/log/ULOG" 应用日志文件全路径(本机userlog信息文件的完整路径)

MAXWSCLIENTS = 150 本机为客户端保留的通道数,即本机允许的最大客户端连接数。

MAXACCESSERS 可以超越*RESOURCES节定义

MAXCONV 本机最大会话数,可以超越*RESOURCES节定义

范例

*MACHINES

gumby LMID=SITE1

TUXDIR=”/usr/tuxedo”

APPDIR=”/usr/apps/atmapp”

TUXCONFIG=” /usr/apps/atmapp/atmapp.tux”

ENVFILE=” /usr/apps/atmapp/ENVFILE”

ULOGPFX=”/usr/apps/atmapp/logs/ULOG”

MAXACCESSERS=100

MAXCONV=15

*GROUPS 节包含服务组的定义。一台机器至少要定义一个服务组。如果没有定义组,管理命令tmadmin可能依然能运行。每个组只要定义组名,映射组名的组号和逻辑机器名。组为分布式交易系统和数据依赖路由等灵活性措施提供了支持。根据不同的组连接不同的数据库。

SIMPLE 组的唯一标识符,可以是字母数字(组名)

LMID = boss GRPNO = 1 组所在的机器(逻辑机器名)组的唯一数字标识符

GROUP_CORL

LMID = boss GRPNO = 10

TMSNAME = TMS tuxedo自行编译的管理事务的应用程序名(通过buildtms -r oracle -XA -o TMS )

GROUP_PUB

LMID = boss GRPNO = 20

TMSNAME = TMS_ORA TMSCOUNT=2 标识本组相关联管理服务器的开始的数量,有事务的时候需要,无事务的时候可

以不注明该参数。

OPENINFO="Oracle_XA:Oracle_XA+SqlNet=boss+Acc=P/bosstest/bosstest+SesTm=120+LogDir=/app/tuxedo/log"

标识打开资源管理程序时所需要的资源管理依靠的程序。

Oracle_XA是:Oracle_XA (Oracle XA的公开的接口名) +SqlNet(网络服务名) +Acc(数据库访问信息p/用户名/密码) +SesTm(数据库session 的空闲时间;SesTm 的值不要小于任何一个tpbegin()中的超时参数)+LogDir (ULOG的文件路径)

GROUP_CS

LMID = boss GRPNO = 30

TMSNAME = TMS_ORA TMSCOUNT=2

OPENINFO="Oracle_XA:Oracle_XA+SqlNet=boss+Acc=p/bosstest/bosstest+SesTm=120+LogDir=/app/tuxedo/log"

GROUP_SM

LMID = boss GRPNO = 40

TMSNAME = TMS_ORA TMSCOUNT=2

OPENINFO="Oracle_XA:Oracle_XA+SqlNet=boss+Acc=p/bosstest/bosstest+SesTm=120+LogDir=/app/tuxedo/log"

GROUP_BM

LMID = boss GRPNO = 50

TMSNAME = TMS_ORA TMSCOUNT=2

OPENINFO="Oracle_XA:Oracle_XA+SqlNet=boss+Acc=p/bosstest/bosstest+SesTm=120+LogDir=/app/tuxedo/log"

#GROUP_SD

# LMID = boss GRPNO = 60

# TMSNAME = TMS_ORA TMSCOUNT=2

# OPENINFO="Oracle_XA:Oracle_XA+SqlNet=boss+Acc=p/bosstest/bosstest+SesTm=120+LogDir=/app/tuxedo/log"

#GROUP_ADM

# LMID = boss GRPNO = 90 OPENINFO = NONE

# TMSNAME = TMS_ORA TMSCOUNT=2

# OPENINFO="Oracle_XA:Oracle_XA+SqlNet=boss+Acc=p/bosstest/bosstest+SesTm=120+LogDir=/app/tuxedo/log"

GROUP_WSL

LMID = boss GRPNO = 100 OPENINFO = NONE

GROUP_TEST

LMID = boss GRPNO = 110 OPENINFO = NONE

GROUP_IM

LMID = boss GRPNO = 120

TMSNAME = TMS_ORA TMSCOUNT=2

OPENINFO="Oracle_XA:Oracle_XA+SqlNet=boss+Acc=p/bosstest/bosstest+SesTm=120+LogDir=/app/tuxedo/log"

GROUP_BANK

LMID = boss GRPNO = 130

TMSNAME = TMS_ORA TMSCOUNT=2

OPENINFO="Oracle_XA:Oracle_XA+SqlNet=boss+Acc=p/bosstest/bosstest+SesTm=120+LogDir=/app/tuxedo/log"

GROUP_HK_AS

LMID = boss GRPNO = 140

TMSNAME = TMS_ORA TMSCOUNT=2

OPENINFO="Oracle_XA:Oracle_XA+SqlNet=boss+Acc=p/bosstest/bosstes

t+SesTm=120+LogDir=/app/tuxedo/log"

*SERVERS 节包含的是服务进程的信息。本节中每一个入口代表一个应用启动时加载的服务。这些信息包含服务名,命令行参数,服务环境,重启动等等。由于每个服务功能各不相同,其配置参数也因此相同或相异。

DEFAULT: 默认参数,本处列出的参数为其下列出的服务的缺省值,但可以被单列条目替代相应值

RESTART = Y 进程自动重启标记(如果设成Y,则服务可以重启动)

MAXGEN = 20 在GRACE定义时间之内,服务可以重启动MAXGEN次

GRACE = 3600 周期,单位是秒

SYSTEM_ACCESS=PROTECTED tuxedo是否自动保护内存,设置未PROTECTED可以提高稳定性但降低性能。

RCMD 每次服务重启动,本处定义的脚本或命令被执行

ENVFILE 列有环境变量的文件,在交易启动前设入环境

#具体每个服务的配置

TLR 一个服务名,用buildserver建立,应在APPDIR或$TUXDIR/bin

SRVGRP 服务属于一个在*GROUPS节中定义的服务组;如果需要移植服务,也可以定义在多个组中。

SRVID 服务组中代表服务的唯一值

MIN 最少在启动时启动的服务数

MAX 运行时,最多可以起的实例数

CLOPT 跟随服务启动的其他参数

-A 服务内建交易全发布

–r 指定服务记录时间戳,用于以后计算交易处理时间

-e 定义标准错误重定向文件

-o 定义标准输出重定向文件

-- TUXEDO参数和服务特定参数的分隔符

… 传给tpsvrinit()的参数

SYSTEM_ACCESS 设定后,应用错误不干扰公告牌

RQADDR 当设定此项后,所有本服务的实例都使用相同的请求队列。这是在应用中设置MSSQ(Multiple Server Single Queue)的方便办法,可以改善处理流量。任何时候,所有MSSQ集中的实例发布相同的交易集。

XFER 另一个服务

REPL YQ 设成Y,则服务又作为一个MSSQ集配置,任何其中的交易调用其他交易,就建立一个单独的回应队列。

范例

*SERVERS

DEFAULT: RESTART=Y MAXGEN=5 GRACE=3600

RCMD=”/sur/apps/atmapp/scripts/beeper”

CLOPT=”-A” ENVFILE=”/usr/apps/atmapp/envfile”

TLR SRVGRP=BANKB1 SRVID=10 MIN=1 MAX=2

CLOPT=”-A –r

-e /usr/apps/atmapp/logs/TLR1.err

-o /usr/apps/atmapp/logs/TLR1.out

--

-T 101 –e 300 –d dbfile”

SYSTEM_ACCESS=PROTECTED

RQADDR=”TLR_Q1”

XFER SRVGRP=BANKB1 SRVID=20 MIN=1 MAX=2

RQA DDR=”XFER_Q1” REPL YQ=Y

CLOPT=”-A –r”

#应用程序

服务名服务组名服务序列号(唯一)初始事件数最大发生事件数标识自动请求队列的符号名tuxcorl_pub SRVGRP=GROUP_CORL SRVID=110 MIN = 1 MAX = 8 RQADDR="pub"

是否自动建立答复队列指出servopts(5)在开启服务时的选择,默认“-A”

REPL YQ=Y CLOPT="-A -r -e mmnn"

"-A" 服务内建交易全发布(服务器在最初建立时应提供所有的服务)

"-r" 指定服务记录时间戳,用于以后计算交易处理时间(服务在执行时服务器记录log日志)

"-e" 定义标准错误重定向文件(服务器的错误文档的文件名)

"-o" 定义标准输出重定向文件

"-p" 进程个数的控制-p 1,30:2,30 有一个进程等待超过30秒则增加一个进程,两个进程时有一个空闲超过30秒则减少一个。

tuxcorl_cs SRVGRP=GROUP_CORL SRVID=120 MIN = 1 MAX = 5 RQADDR="cs" REPL YQ=Y CLOPT="-A"

tuxcorl_sm SRVGRP=GROUP_CORL SRVID=130 MIN = 1 MAX = 5 RQADDR="sm" REPL YQ=Y CLOPT="-A"

tuxcorl_bm SRVGRP=GROUP_CORL SRVID=140 MIN = 1 MAX = 3 RQADDR="bm" REPL YQ=Y CLOPT="-A"

tuxcorl_sd SRVGRP=GROUP_CORL SRVID=160 MIN = 1 MAX = 2 RQADDR="sd" REPL YQ=Y CLOPT="-A"

tuxcorl_im SRVGRP=GROUP_CORL SRVID=170 MIN = 1 MAX = 2 RQADDR="im" REPL YQ=Y CLOPT="-A"

#tux_intoreck SRVGRP=GROUP_CORL SRVID=180 MIN = 1 MAX = 2 RQADDR="into" REPL YQ=Y CLOPT="-A"

tuxserv_pub1 SRVGRP=GROUP_PUB SRVID=210 MIN = 1 MAX = 3 RQADDR="pub1" REPL YQ=Y CLOPT="-A -r -e eerr"

tuxserv_pub2 SRVGRP=GROUP_PUB SRVID=220 MIN = 1 MAX = 3 RQADDR="pub2" REPL YQ=Y CLOPT="-A"

tuxserv_pub3 SRVGRP=GROUP_PUB SRVID=230 MIN = 1 MAX = 3 RQADDR="pub3" REPL YQ=Y CLOPT="-A"

tuxserv_pub4 SRVGRP=GROUP_PUB SRVID=240 MIN = 1 MAX = 3 RQADDR="pub4" REPL YQ=Y CLOPT="-A"

tuxserv_pub5 SRVGRP=GROUP_PUB SRVID=250 MIN = 1 MAX = 3 RQADDR="pub5" REPL YQ=Y CLOPT="-A"

tuxserv_pub6 SRVGRP=GROUP_PUB SRVID=260 MIN = 1 MAX = 3 RQADDR="pub6" REPL YQ=Y CLOPT="-A"

tuxserv_pub7 SRVGRP=GROUP_PUB SRVID=270 MIN = 1 MAX = 3 RQADDR="pub7" REPL YQ=Y CLOPT="-A"

tuxserv_pub8 SRVGRP=GROUP_PUB SRVID=280 MIN = 1 MAX = 3 RQADDR="pub8" REPL YQ=Y CLOPT="-A"

tuxserv_pub9 SRVGRP=GROUP_PUB SRVID=290 MIN = 1 MAX = 3 RQADDR="pub9" REPL YQ=Y CLOPT="-A"

tuxserv_pub10 SRVGRP=GROUP_PUB SRVID=300 MIN = 1 MAX = 3 RQADDR="pub10" REPL YQ=Y CLOPT="-A"

tuxserv_pub11 SRVGRP=GROUP_PUB SRVID=310 MIN = 1 MAX = 3 RQADDR="pub11" R EPL YQ=Y CLOPT="-A"

tuxserv_pub12 SRVGRP=GROUP_PUB SRVID=320 MIN = 1 MAX = 3 RQADDR="pub12" REPL YQ=Y CLOPT="-A"

tuxserv_pub13 SRVGRP=GROUP_PUB SRVID=330 MIN = 1 MAX = 3 RQADDR="pub13" REPL YQ=Y CLOPT="-A"

tuxserv_pub16 SRVGRP=GROUP_PUB SRVID=350 MIN = 1 MAX = 3 RQADDR="pub16" REPL YQ=Y CLOPT="-A"

tux_as_credit2 SRVGRP=GROUP_HK_AS SRVID=3200 MIN = 1 MAX = 3 RQADDR="as_credit2" REPL YQ=Y CLOPT="-A" tux_as_credit1 SRVGRP=GROUP_HK_AS SRVID=3150 MIN = 1 MAX = 3 RQADDR="as_credit1" REPL YQ=Y CLOPT="-A" tuxserv_sm1 SRVGRP=GROUP_SM SRVID=410 MIN = 1 MAX = 3 RQADDR="sm1" REPL YQ=Y CLOPT="-A"

tuxserv_sm2 SRVGRP=GROUP_SM SRVID=420 MIN = 1 MAX = 3 RQADDR="sm2" REPL YQ=Y CLOPT="-A"

tuxserv_sm3 SRVGRP=GROUP_SM SRVID=430 MIN = 1 MAX = 3 RQADDR="sm3" REPL YQ=Y CLOPT="-A"

tuxserv_sm4 SRVGRP=GROUP_SM SRVID=440 MIN = 1 MAX = 3 RQADDR="sm4" REPL YQ=Y CLOPT="-A"

tuxserv_sm5 SRVGRP=GROUP_SM SRVID=450 MIN = 1 MAX = 3 RQADDR="sm5" REPL YQ=Y CLOPT="-A"

tuxserv_sm6 SRVGRP=GROUP_SM SRVID=460 MIN = 1 MAX = 3 RQADDR="sm6" REPL YQ=Y CLOPT="-A"

tuxserv_sm7 SRVGRP=GROUP_SM SRVID=470 MIN = 1 MAX = 3 RQADDR="sm7" REPL YQ=Y CLOPT="-A"

tuxserv_sm8 SRVGRP=GROUP_SM SRVID=480 MIN = 1 MAX = 3 RQADDR="sm8" REPL YQ=Y CLOPT="-A"

tuxserv_sm9 SRVGRP=GROUP_SM SRVID=490 MIN = 1 MAX = 3 RQADDR="sm9" REPL YQ=Y CLOPT="-A"

tuxserv_sm10 SRVGRP=GROUP_SM SRVID=500 MIN = 1 MAX = 3 RQADDR="sm10" REPL YQ=Y CLOPT="-A"

tuxserv_sm11 SRVGRP=GROUP_SM SRVID=510 MIN = 1 MAX = 3 RQADDR="sm11" REPL YQ=Y CLOPT="-A"

tuxserv_cs1 SRVGRP=GROUP_CS S RVID=610 MIN = 1 MAX = 3 RQADDR="cs1" REPL YQ=Y CLOPT="-A"

tuxserv_cs2 SRVGRP=GROUP_CS S RVID=620 MIN = 1 MAX = 3 RQADDR="cs2" REPL YQ=Y CLOPT="-A"

tuxserv_cs3 SRVGRP=GROUP_CS S RVID=630 MIN = 1 MAX = 3 RQADDR="cs3" REPL YQ=Y CLOPT="-A"

tuxserv_cs4 SRVGRP=GROUP_CS S RVID=640 MIN = 1 MAX = 3 RQADDR="cs4" REPL YQ=Y CLOPT="-A"

tuxserv_cs5 SRVGRP=GROUP_CS S RVID=650 MIN = 1 MAX = 3 RQADDR="cs5" REPL YQ=Y CLOPT="-A"

tuxserv_cs6 SRVGRP=GROUP_CS S RVID=660 MIN = 1 MAX = 3 RQADDR="cs6" REPL YQ=Y CLOPT="-A"

tuxserv_bm1 SRVGRP=GROUP_BM SRVID=710 MIN = 1 MAX = 3 RQADDR="bm1" REPL YQ=Y CLOPT="-A"

tuxserv_bm2 SRVGRP=GROUP_BM SRVID=720 MIN = 1 MAX = 3 RQADDR="bm2" REPL YQ=Y CLOPT="-A"

tuxserv_bm3 SRVGRP=GROUP_BM SRVID=730 MIN = 1 MAX = 3 RQADDR="bm3" REPL YQ=Y CLOPT="-A"

tuxserv_bm4 SRVGRP=GROUP_BM SRVID=740 MIN = 1 MAX = 3 RQADDR="bm4" REPL YQ=Y CLOPT="-A"

leaksvr SRVGRP=GROUP_TEST SRVID=750 MIN = 1 MAX = 3 RQADDR="test" REPL YQ=Y CLOPT="-A"

tuxserv_im SRVGRP=GROUP_IM S RVID=760 MIN = 1 MAX = 2 RQADDR="im1" REPL YQ=Y CLOPT="-A"

tuxserv_check SRVGRP=GROUP_BANK SRVID=770 MIN = 1 MAX = 2 RQADDR="check" REPL YQ=Y CLOPT="-A"

tuxserv_reckpkg SRVGRP=GROUP_BANK SRVID=780 MIN = 1 MAX = 2 RQADDR="pkg" REPL YQ=Y CLOPT="-A"

*SERVICES 节提供了应用的特殊交易的信息。包括负载平衡(LOAD)和数据缓冲类型检查(BUFTYPE)。如果全部都是缺省值则本节可以省略。服务的列表主要指定服务的路由配置。

#tuxserv_pub1

PUB_BILLCHANNEL ROOTING=db_rtg_pub 表明服务PUB_BILLCHANNEL路由的名字为db_rtg_pub

# 注释行符号

大写字母交易名,由应用服务提供

BUFTYPE 任何向该交易的请求,数据应该是此处定义类型

GROUP 交易所在服务所在的组

LOAD 负载因子,表示处理请求的时间,用于计算负载平衡

PRIO 优先级

ROOTING 交易使用的路由规则编码

范例

*SERVICES

#comment line

DEPOSIT BUFTYPE=”FML”

SRVGRP=BANKB1

LOAD=25 PRIO=70

*ROUTING

db_rtg_pub 定义的路由规则的编码

FIEID=TRADEEPARCHYCODE 路由根据TRADEEPARCHYCODE域的值路由

BUFTYPE="FML32" 路由缓存的值的类型

RANGES="'OA':GROUP_PUB_OA,

'OB':GROUP_PUB_OB,

'OC'-'OE': GROUP_PUB_OC" 当TRADEEPARCHYCODE的值不同,路由的通道也不同*NETWORK:多机线程使用的参数

bossapp1 NADDR="//10.168.2.203:9000" 两台机器互相交互的地址和端口

BRIDGE ="/dev/starlan" 访问网络的设备名

NLSADDR="//10.168.2.203:3900" 多机模式时两台机器由于彼此相互监听的端口

#客户端侦听

建立客户端监听://服务器IP地址:端口号WSL侦听到连接请求名交给WSH进程作交互处理。

WSL 客户端与tuxedo连接的监听进程

SRVGRP = GROUP_WSL WSL归属的组名

SRVID = 50 进程ID(唯一)

CLOPT = "-A -t -- -n //192.168.8.135:3000 -m 5 -M 20 -x 3" WSH映射的IP地址

"-A"服务器在最初建立时应提供所有的服务

"-t"超时参数生效标志

"-n"赋给需求优先权

"-x"------------------详细用处不明。

(-m参数指定的是启动时WSH的个数,-M为最大个数(用户数大于m*x时系统会自动启动更多的WSH),

-x为每个WSH可以多道处理请求的最大数目,可以理解为WSH的请求缓冲区可以存放十个请求。)

simpserv SRVGRP = SIMPLE SRVID = 800

补充说明:

UID和GID是你服务以哪个用户和组运行,联合PERMS可以判断执行权限,不置为本用户。

生成TUXCONFIG文件:

UBBCONFIG文件是一个可以编辑成需要的应用配置的文本文件。但是,/T在实际应用上读取的是二进制TUXCONFIG文件用于操作。命令tmloadcf可以把UBBCONFIG文件转化成TUXCONFIG文件。

环境变量TUXCONFIG必须设定指向二进制TUXCONFIG文件。

在安全要求高的应用中,tmloadcf不能从标准输入接受,环境变量APP_PW必须包含应用密码。

tmunloadcf将TUXCONFIG转换成ASCII格式用于检查。该工具读取环境变量TUXCONFIG指向的文件。输出包含所有的参数,包括TUXEDO设定的缺省值,是UBBCONFIG文件的一个超集。

TUXEDO配置参数详解

TUXEDO配置参数详解 2007-07-10 09:39:47 大中小 TUXEDO应用系统的配置 3.1 TUXEDO应用系统的常见配置 配置文件UBBCONFIG介绍 一个TUXEDO应用系统的所有资源都在一个文本文件中进行定义,该文件称为UBBCONFIG,在配置完成后,UBBCONFIG被编译成一个二进制的文件TUXCONFIG.在TUXEDO系统启动时,从该文件中读取系统的配置信息。UBBCONFIG文件类似WINDOWS下的*.INI文件。它包括以下9大部分, 我们称之为节,RESOURCES,MACHIENS,GROUPS 这三个节必须的,其他的节是可选的。 RESOURCES(必需): 与整个系统有关的配置信息 MACHINES(必需): 一个TUXEDO应用系统可以跨越多台服务器,在该节中配置与每台服务 器有关的信息 GROUPS(必需): TUXEDO中的服务可被分为多个组,在该节中配置与组有关的信息SERVERS(可选): 与SERVER有关的信息在该节配置 SERVICES(可选): 与SERVICES有关的信息在该节配置 NETWORK(可选):与网络有关的信息在该节配置 ROUTING(可选) :路由规则在该节配置 NETGROUPS(可选):与网络分组有关的信息在该节配置 名称解释: TUXEDO应用系统 一个TUXEDO应用系统包括服务端,客户端,服务端安装在服务器上,客户端一般安装在PC 机上,从开发角度看,一个TUXEDO应用系统包括服务端程序,客户端程序,一个配置文件。此外,一个TUXEDO应用系统可以部署在一台服务器上,也可以部署在多台服务器上。SERVER: 服务端程序用C或COBAL编写,每一个程序文件编译成一个相应可执行文件,该可执行文件在运行时称为SERVER,它实际上就是一个进程。每个SERVER都有一个名字,也就是该进程的名字。为与TUXEDO应用系统的服务端区分,我们在本书中,我们用SERVER表示该进程,用服务端表示TUXEDO应用系统的服务端。 SERVICE: 在每个服务端程序中,主要是一个个的函数,在TUXEDO中称这些函数为SERVICE,一般 也称之为服务。在该SERVICE中实现业务逻辑,在客户端中调用这些SERVICE来实现各 种操作,如在前面的例子simpapp中,服务端程序为simpserv.c,它编译成可执行文件simperv, simpserv就是一个SERVER,该SERVER包括SERVICE:TOUPPER。 下面我们给出一个配置文件的例子: *RESOURCES IPCKEY 123456 MASTER simple UID 0 GID 0 PERM 0666

ubb代码大全

UBB代码是HTML的一个变种,是Ultimate Bulletin Board (国外的一个BBS程序)采用的一种特殊的TAG。您也许已经对它很熟悉了。UBB代码很简单,功能很少,但是由于其Tag语法检查实现非常容易,所以我们的网站引入了这种代码,以方便网友使用显示图片/联接/加粗字体等常见功能。 所谓UBB代码,是指论坛中的替代HTML代码的安全代码。这种代码使用正则表达式来进行匹配,不同的论坛所使用的UBB代码很可能不同,不能一概而论。UBB代码的出现,使得论坛可以使用类似HTML的标签来增加文字的属性,同时又不用害怕HTML代码中所夹带的不良信息! 这是WAP建站所用到的 直接拨号:[call]手机号码 [/call] 换行:[br] 分頁:[next] 空格:[tab] 链接:[url=URL地址]链接标题 [/url] 图片下载连接:[ url=http://连接地址][ img]图片地址[ /img][ /url] 注意:如果链接站内地址,请在”URL地址”后面加上? “&sid=[@sid]“,以防手机掉线情况发生。 显示站内信息条数:[message] 自动显隐站内信息:[automsg] 图片:[img]图片URL地址[/img] 居左:[left] 居中: [center] 居右:[right] 加粗:要加粗字符 斜体:要斜体字符 下划线:要下划线字符 当前系统日期和时间:[now] 显示年份:[year] 显示当前月份:[month] 显示当天数:[day] 显示时钟数:[hour] 显示分钟数:[minute] 显示秒钟数:[second] 显示当前系统日期:[date] 显示当前系统时间:[time] 显示当日星期:[weekday] 显示农历日期:[ttcc] 显示问候语:[hello] —–显示标题链接— 语法:[功能模块标识=N_M_X] N为栏目ID,为0时表示此功能模块所有内容 M为返回条数,最多 10条 X为0为随机,1为最新,2热点,3精华(论坛,友链,商店,约会),4不自动换行 文章功能:[article=N_M_X]

tuxedo安装手册

Tuxedo安装 我用的是radhat5.0 配置环境: 1,首先要创建一个用户(我这里是tuxedo,密码123) 2,防火墙什么的必须要关 配置:在根目录里面打setup 3,要改一个主机名 主机名改动配置文件:/etc/hosts 直接添加一个主机名(我这里是info) 命令:vim /etc/hosts /etc/sysconfig/network 把文件直接修改成info 命令:vim /etc/sysconfig/network 4,需要安装gcc环境这个可能有依赖包,但是耐心点一定能装完, 知道打rpm –ivh gcc*出现下面的界面就说明安装好了

5;把tuxedo111120_32_Linux_01_x86.bin 文件传到/home/tuxedo文件下 记得改一下权限chmod 777 tuxedo111120_32_Linux_01_x86.bin 传完之后reboot启动一下系统 Tuxedo安装 然后用tuxedo用户登录(这里必须用tuxedo用户安装这个文件) 执行:./ tuxedo111120_32_Linux_01_x86.bin –i console 第一项是选择语言:1 这个是按enter继续 按1选择完全安装, 按1选择创建一个oracle目录 下面是写路径/dev/tuxedo/tux -------------tux是我创建的这个文件夹名字

这个选择2,确定选择创建的文件路径 下面选择y,确认 然后就开始安装了 这个是为tuxedo创建密码我写的是tuxedo 这个地方是说你的服务器是否要安装SSL,我们就不安装了选择2(NO)就可以了,如果你需要SSL 支持你可以选择,这里我就省略了。。。。 这样tuxedo就算安装好了 环境变量配置 进入配置文件cd /home/tuxedo/tux/tuxedo11gR1 下面我们为tuxedo成功启动做一个服务 在/home/tuxedo/tux/tuxedo11gR1 目录下创建一个目录 Mkdir Myserver 将/home/tuxedo/tux/tuxedo11gR1/samples/atmi/simpapp中的所有文件拷贝到Myserver目录下cp samples/atmi/simpapp/* Myserver cp ./tux.env ./Myserver/ 进入Myserver文件夹 Cd Myserver 编译vim tux.env

tuxedo常用命令

1.日志检查清理。检查Tuxedo日志,用vi命令查看日志文件内容,检查有无Tuxedo系统出错记录;检查有无服务异常错误记录;检查有无服务被重起记录;对发现的异常记录进行分析;若无异常情况清除无用的历史日志。 2. 服务器运行情况。检查Tuxedo系统和应用的服务器的运行情况,用“ps -elf|grepserver名”查看进程相关信息,如运行时间、占用内存大小等;用tmadmin命令检查看服务器运行情况,执行psr监控服务器运行情况,查看处理的请求数目、忙闲程度。 3. service运行情况。检查service运行情况,用tmadmin命令中的psc命令查看Tuxedo各service的运行情况和处理的交易数。 4. 队列使用情况。检查Tuxedo队列的使用情况,用tmadmin命令中的pq命令查看Tuxedo各server队列的使用情况,主要查看交易高峰期队列中消息的增加情况,确定是否存在阻塞现象,是否需要对服务数进行调整。 5. 客户机连接情况。检查TuxedoClient的连接情况,用tmadmin命令中的pclt命令查看Tuxedo各客户机的连接情况,检查MAXCLIENT参数是否足够,Licence数是否满足并发要求。 6 .配置参数配置。检查Tuxedoubbconfig文件和dmconfig文件,根据以上各项检查结果,查看Tuxedo配置文件是否需要调整优化,以使中间件平台良好运行,保存配置文件并归档备案。 7. 系统核心参数配置。检查操作系统核心参数配置是否满足目前应用系统规模要求,是否需要调整,根据具体使用的操作系统提供的命令查看核心参数。 8. tmunloadcf 可以导出ubb 文件, tmloadcf 加载ubb 文件 9. tmboot 启动, tmshutdown 关闭, 当然还有很多参数比如-y -i -s 等

tuxedo基本命令详细说明

1 tmloadcf ?检查UBBCONFIG文件的内容及格式 ?将文本格式的UBBCONFIG文件编译生成二进制文件 ?必须在主机上运行 ?格式 tmloadcf [-n] [-y] [-c] [-b blocks] {UBBCONFIG_file | -} ?参数 -c 计算最小的IPC需求 -n 仅仅进行UBBCONFIG文件的内容检查,不生成二进制文件 -y 覆盖已有的二进制文件之前不提示 -b blocks 如果环境变量TUXCONFIG所指的文件存放在一个裸设备上,建议使用该参数;如果该文件存放在文件系统上,则不需要 2 tmunloadcf ?将二进制TUXCONFIG文件反编译为文本格式 3 tmipcrm ?清除本机上的IPC资源 ?自动根据TUXCONFIG_file参数查找相应的IPC资源 ?一般在Tuxedo非正常停止的情况下用来清理残留IPC资源 ?格式 tmipcrm [-y] [-n] [TUXCONFIG_file] ?参数 -y 对命令运行过程中的询问回答y -n 不清除IPC资源,只是列出IPC资源 TUXCONFIG_file Tuxedo的配置文件。如果不指定,则使用环境变量TUXCONFIG 4 tmboot ?启动Tuxedo ?格式 tmboot [-l lmid] [-g grpname] [-i srvid] [-s aout] [-o sequence] [-S] [-A] [-b] [-B lmid] [-T grpname] [-e command] [-w] [-y] [-g] [-n] [-c] [-M] [-d1] ?参数 -l lmid 启动所有绑定到这个逻辑主机的服务,包括应用Server、TMS、Gateway等等 -g grpname 启动grpname包含的所有服务,包括应用Server、TMS等 -i srvid 启动所有SRVID为srvid的服务 -s aout 启动Server名字为aout的服务,也可以用来启动TMS、Gateway等服务。通常和-g选项联合使用 -o sequence 启动SERVERS段中SEQUENCE参数为sequence的服务 -S 启动SERVERS段中的所有Server -A 启动管理Server,例如DBBL、BBL、BRIDGE等 -b 从BACKUP主机上启动服务 -B lmid 启动逻辑主机lmid上的BBL服务

使用XMLink和Jolt实现IBM WebSphere与BEA Tuxedo的互连

使用XMLink和Jolt实现IBM WebSphere与 BEA Tuxedo的互连 2004 年 12 月 01 日 本文详细的介绍了如何通过XMLink 和Jolt 实现WebSphere 与Tuxedo的互连,包含产品的安装,配置,调试,与测试比较等信息。

1.概述 1.1.什么是Tuxedo系统? 一个中间件产品,用于构建分布式的应用,其基于消息的通讯机制使得应用可以跨平台、数据库和操作系统。(1)其构建的应用通常是异构环境中client/server结构的OLTP系统;(2)服务器端的技术细节对开发者透明;(3)易于管理、高性能。 1.2.如何安装Tuxedo系统? 对于windows操作系统而言,执行安装文件tuxedo81_win.exe,然后按照默认的安装目录进行即可,则安装目录通常为C:\bea\tuxedo8.1。一切按照默认选项即可,除了license的设置中如果选择在安装过程中就提供,则需要将lic.txt拷贝的相应的目录之下或者指定lic.txt文件的保存目录。对于bin文件,在AIX/Unix下直接运行即可,比如:./****.bin -i console 注:BEA文档中说在windows中安装Tuxedo后,控制面板中会有一个BEA Administrator的应用程序来可视化地完成很多配置工作,而实际上在win2000和XP中安装了Tuxedo8.1之后都无法看到这个工具,因此配置工作还是要依靠命令行的方式完成。

2.Tuxedo的快速调试与管理 2.1.环境变量的设置 Tuxedo的安装目录为c:\bea\tuxedo8.1,而待测试的应用程序放在c:\home\me\atmi,则在windows2000中设置如下的系统变量: ?TUXDIR = C:\bea\tuxedo8.1 ?APPDIR = C:\home\me\atmi ?TUXCONFIG = C:\home\me\atmi\tuxconfig ?NLSPATH = C:\bea\tuxedo8.1\locale\C ?WEBJAVADIR = %TUXDIR%\udataobj\webgui\java ?Path中包含%TUXDIR%\BIN; 注:在TUXCONFIG变量中给出的tuxconfig文件不需要手动生成,有命令行可以完成。 另外,这些环境变量的设置可以有多种方式,除了Path中的变量之外,其他都可以写成批处理文件来set,和在windows"环境变量"对话框里面添加的效果一样。但是在实验中发现,最妥当的方式还是在windows"环境变量"对话框里面添加,这样虽然不便于修改,但对于实验效果的稳定实现最有保证。 2.2.应用程序simpapp的调试步骤 建立C:\home\me\atmi目录后,执行以下步骤来调试simpapp(命令都在命令行中执行):? 拷贝应用程序源文件到该目录,并使这些文件可读写 ?buildclient -o simpcl -f simpcl.c 编译客户端源程序,生成可执行文件simpcl.exe ?buildserver -o simpserv -f simpserv.c -s TOUPPER 编译服务器端源程序,-s说明服务器端services的名称,在此为TOUPPER ?使用文本编辑器编辑C:\home\me\atmi目录下的ubbsimp文件(该文件即为所谓的UBBCONFIG文件,每一个Tuxedo的应用都一个这种文件),修改其中以表示的内容,这些内容必须与4.1中的环境变量相一致。特别是(1)在windows环境下即为本机在"网络标识"中显示的计算机名称,而且该名称中的字母一定是大写;(2)IPCKEY的

PHPqxjs

echo 输出.. global $a;//定义全局变量 unset($a);//取消全局变量 print_r 打印全局变量 action="URL" from 表单提交数据的页面 require() 与require_once() include() 与include_once() str_replace替换函数 htmlspecialchars格式化html setcookie("telete","value","time","/dir","起效域名",true);cookie当场不能生效,需刷新一次parse_url()解析url函数 $_server["REQUEST_URI"] 服务器预定义函数 Html中from 标签enctype属性 $_FILES 系统函数 $FILES['myFile']['name']客户端文件的原名称 $FILES['myFile']['type']文件的mime类型 $FILES['myFile']['size']已上传文件的大小 $FILES['myFile']['tmp_name']存储的临时文件名 $FILES['myFile']['error']文件上传相关的错误代码 is_uploaded_file(MIME)函数判断上传MIME类型的文件函数 move_uploaded_file(临时文件,目标位置和文件名) 上传文件函数 文件操作函数(类似C#文本流) fopen(url,方式[r-只读,w-写入,-a-读写]) 打开文件函数 fread 读取文件函数 filesize 读取文件大小,字节为计量单位 fwrite 写入文件内容 fclose 关闭打开的文件 删除函数 unlink(路径和文件名) 删除文件 mkdir(路径和目录名) 删除函数 ereg(表达式,类容,返回的数组); 若取消返回数组,则找到返回值为True/False eregi() 类似ereg 不过没有区分大小写 file_ger_contents('doc.txt')读取这个文件函数 $rf=fopen('doc.txt',r); fread($rf,filesize('doc.txt'));读取文件 php面向对象 什么是类? 什么是对象? $this 关键字 初始化对象_construct() 默认方法 析构函数_destruct() 垃圾回收遵守后进先出原则

UBB文件详解

UBBCONFIG文件详解 TUXEDO应用的描述信息配置在系统核心位置,用一个文件描述,通常称为ubbconfig文件,在主控机器上。整个TUXEDO系统的管理任务可以在一台机器上完成,在配置中被定为主控节点。 在运行时,这些信息被装入一段共享内存(一个IPC资源),称为公告牌(Bulletin Board—BB);包含有配置中不同机器的信息,在这些机器上运行的服务的信息,这些服务提供的交易的信息以及其他相关信息。 客户端在运行时连接公告牌。当客户端程序调用一个交易,将根据公告牌找到合适的服务队列。 所以,公告牌是: ——供客户端寻找适当的服务运行一个交易请求 ——包含应用信息:机器,服务,交易,网络等 ——创建于ubbconfig文件 TUXEDO提供一个管理进程,称为BBL(Bulletin Board Liaison),包含了一个公告牌的本地拷贝和本地服务器上应用的状态。 TUXEDO提供的另一个管理进程DBBL(Distinguished Bulletin Board Liaison),用于多服务器配置时。DBBL与BBL协同,保证所有部分的公告牌内容的一致性。 配置文件: 任何TUXEDO应用系统的最基本的管理任务,是建立并维护配置文件。该文件通常称为ubbconfig文件。负责该工作的系统管理员必须很好的了解分布于各台机器上的应用服务的数据流,消息队列的构造,资源间的相互关系。ubbconfig文件可视作包含应用启动信息的容器,需编译成二进制文件tuxconfig,作为启动时的参考。 其内信息包括: 2系统范围信息(*RESOURCES节) 2机器信息(*MACHINES节) 2组信息(*GROUPS节)

TUXEDO简介及命令介绍

Tuxedo是一个客户机/服务器的―中间件‖产品,它在客户机和服务器之间进行调节,以保证正确地处理事务。Tuxedo是一个事务处理(TP)监督器,它管理联机事务处理(OLTP)系统(参见―事务处理‖)操作的事务。客户通过结构化查询语言(SQL)调用,或其它类型的请求,产生对服务器的请求。这个事务处理监督器确信,正确地进行了修改,以保证数据的完整性。这在一个事务可以改变多个位置的数据库的分布式数据库环境是非常重要的。这个事务处理监督器使用双阶段提交,以保证所有的数据库都已经接收和认可了这些数据的正确性。否则,这个数据库返回它的事务前状态。 事务监督器从前都是与大的大型计算机系统联系在一起的,但是Tuxedo的设计是为了在不昂贵的基于UNIX的系统上运行。AT&T最初是作为它自己使用的联机事务处理开发Tuxedo的。虽然Tuxedo必须在U-NIX系统上运行,但是它可以与DOS、OS/2、Windows和UNIX客户一起工作。它还使用通用的通信协议,如传输控制协议/因特网协议(TCP/IP)和网络基本输入输出系统(NetBIOS),并且可以在这些环境提供分布式处理支持。例如,它可以根据请求的类型,服务请求从一个客户选择路由到一个特定的服务器。Tuxedo的基本特征是它的联机事务处理系统,但是,Tuxedo也工作于集成关系型的平面文件,以及层次数据库系统。 相关条目:Connectionless and Connection-Oriented Transactions无连接和面向连接事务;Transaction Processing 事务处理。 Tuxedo作为电子商务交易平台,它允许客户机和服务器参与一个涉及多个数据库协调更新的交易, 并能够确保数据的完整性。BEA Tuxedo一个特色功能是能够保证对电子商务应用系统的不间断访问。 它可以对系统组件进行持续的监视,查看是否有应用系统、交易、网络及硬件的故障。 一旦出现故障,BEA Tuxedo会从逻辑上把故障组件排除,然后进行必要的恢复性步骤。 BEA Tuxedo根据系统的负载指示,自动开启和关闭应用服务,可以均衡所有可用系统的负载, 以满足对应用系统的高强度使用需求。借助DDR(数据依赖路由), BEA Tuxedo可按照消息的上下文来选择消息路由。其交易队列功能, 可使分布式应用系统以异步―少连接‖方式协同工作。 BEA Tuxedo LLE安全机制可确保用户数据的保密性, 应用/交易管理接口(ATMI)为50多种硬件平台和操作系统提供了一致的应用编程接口。 BEA Tuxedo基于网络的图形界面管理可以简化对电子商务的管理, 为建立和部署电子商务应用系统提供了端到端的电子商务交易平台。

tuxedo超时控制

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的倍数,即{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。

第九章:TUXEDO的数据库编程

9.1 TUXEDO如何处理分布式事务 在两层的C/S结构中,客户端直接访问数据库,当采用TUXEDO中间件后,形成三层结构。这时,客户端不直接访问数据库,而是改为调用中间件TUXEDO服务端上的服务,由TUXEDO服务端访问数据库,并把结果返回给客户端。如图所示。 TUXEDO支持ORACLE、SYBASE、INGRES、DB2等UNIX上的大型数据库和NT上的SQL Server,并且还支持C-ISAM文件系统。既可以通过XA协议, 也可不用XA协议与数据库进行连接。在说明TUXEDO与数据库的连接的配置及编程之前,我们先解释一些名词。 名词解释 资源管理器(RESOURCE MANAGER): 最常见的是数据库,可以是其他的,如TUXEDO的QUEUE,EJB的JMS等,它们对数据进行管理和维护. 事务(TRANSACTION): 事务的定义很多,简单地说,事务是对资源管理器的一组操作,它使所涉及的资源管理器从一个状态转变到另一个状态,这些操作要么全部成功,要么全部失败。事务具有以下的4个特征(一般称为ACID): 原子性(ATOMICITY):指事务中的所有操作作为一个整体单元要么成功要么失败. 一致性(CONSISTENCY):一致性意味着不管事务提交或放弃,参与事务的所有资源管理器在事务结束后都保持一种合法的状态.一致性也意味着,当一个事务结束时,所有的参 与者都要释放它所锁住的资源. 隔离性(ISOLATION):隔离性意味着事务正在处理过程中,在事务外面无法看到事务处理的中间结果. 持久性(DURABILITY):使事务的最终结果已被真正写到磁盘系统中.

irq

下面简单介绍一下: 1.Linux定义了名字为irq_desc的中断例程描述符表:(include/linux/irq.h) struct irqdesc irq_desc[NR_IRQS]; NR_IRQS表示中断源的数目。 2.irq_desc[]是一个指向irq_desc结构的数组,irq_desc结构是各个设备中断服务例程的描述符。 struct irq_desc { irq_flow_handler_t handle_irq; struct irq_chip *chip; void *handler_data; void *chip_data; struct irqaction *action; unsigned int status; unsigned int depth; unsigned int wake_depth; unsigned int irq_count; unsigned int irqs_unhandled; spinlock_t lock; #ifdef CONFIG_SMP cpumask_t affinity; unsigned int cpu; #endif #if defined(CONFIG_GENERIC_PENDING_IRQ) || defined(CONFIG_IRQBALANCE) cpumask_t pending_mask; #endif #ifdef CONFIG_PROC_FS struct proc_dir_entry *dir; #endif const char *name; } ____cacheline_aligned; Irq_desc结构体中的成员action指向该中断号对应的irqaction结构体链表。Irqaction结构体定义如下: // include/linux/interrupt.h struct irqaction {

UBB代码

UBB代码 编辑 UBB代码是HTML(标准通用标记语言下的一个应用)的一个变种,是Ultimate Bulletin Board (国外的一个BBS程序)采用的一种特殊的TAG。您也许已经对它很熟悉了。UBB 代码很简单,功能很少,但是由于其Tag语法检查实现非常容易,所以不少网站引入了这种代码,以方便网友使用显示图片/链接/加粗字体等常见功能。 目录 1定义 2介绍 3举例 使用方法 功能 内容 1定义 所谓UBB代码,是指论坛中的替代HTML代码的安全代码。 ubb发帖编辑器 这种代码使用正则表达式来进行匹配,不同的论坛所使用的UBB代码很可能不同,不能一概而论。UBB代码的出现,使得论坛可以使用类似HTML的标签来增加文字的属性,同时又不用害怕HTML代码中所夹带的不良信息! UBB并没有明确的标准,现在网络上的UBB种类繁多,语法不一。

2介绍 UBB 标记是您可能已经熟悉的HTML标记的一种变种。基本上,它允许您在文章中添加本来需要HTML 标记的功能或风格。即使您所在的讨论区不允许使用HTML 标记,UBB 标记仍然可以使用。因为比HTML 要求更少的编码技术,您也许更愿意使用UBB 标记,即便讨论区允许使用HTML 标记。 您不能在一个功能中混合使用HTML 和UBB 标记。同时UBB 标记是大小写无关的(因而,你可以使用大写或小写). 3举例 使用方法 [red]文字[/red]红色 [green]文字[/green] 绿色 [blue]文字[/blue] 蓝色 [white]文字[/white] 白色 [purple]文字[/purple] 紫色 [yellow]文字[/yellow] 黄色 [violet]文字[/violet] 紫罗兰色 [brown]文字[/brown] 褐色 [black]文字[/black] 黑色 [pink]文字[/pink] 粉红色 [orange]文字[/orange] 橙色 [gold]文字[/gold] 金色 [h1]文字[/h1] 标题1

UBB语法的具体使用说明

。 ∙[B]文字[/B]:在文字的位置可以任意加入您需要的字符,显示为粗体效果。 ∙[I]文字[/I]:在文字的位置可以任意加入您需要的字符,显示为斜体效果。 ∙[U]文字[/U]:在文字的位置可以任意加入您需要的字符,显示为下划线效果。 ∙[ALIGN=center]文字[/ALIGN]:在文字的位置可以任意加入您需要的字符,center位置center 表示居中,left表示居左,right表示居右。 ∙[COLOR=颜色代码]文字[/COLOR]:输入您的颜色代码,在标签的中间插入文字可以实现文字颜色改变。 ∙[SIZE=数字]文字[/SIZE]:输入您的字体大小,在标签的中间插入文字可以实现文字大小改变。∙[FACE=字体]文字[/FACE]:输入您需要的字体,在标签的中间插入文字可以实现文字字体转换。∙[FLY]飞翔的文字[/FLY]:在标签的中间插入文字可以实现文字飞翔效果,类似跑马灯。 ∙[MOVE]移动的文字[/MOVE]:在标签的中间插入文字可以实现文字移动效果,为来回飘动。 ∙[GLOW=255,red,2]文字[/GLOW]:在标签的中间插入文字可以实现文字发光特效,glow内属性依次为宽度、颜色和边界大小。 ∙[SHADOW=255,red,2]文字[/SHADOW]:在标签的中间插入文字可以实现文字阴影特效,shadow内属性依次为宽度、颜色和边界大小。 ∙[URL]炼湖学苑[/URL] ∙[URL=https://www.360docs.net/doc/d019193770.html,/]炼湖学苑[/URL]:有两种方法可以加入超级连接,可以连接具体地址或者文字连接。 ∙[EMAIL]tutorial@https://www.360docs.net/doc/d019193770.html,[/EMAIL] ∙[EMAIL=tutorial@https://www.360docs.net/doc/d019193770.html,]aaaaaa[/EMAIL]:有两种方法可以加入邮件连接,可以连接具体地址或者文字连接。 ∙[IMG]images/logo.gif[/IMG]:在标签的中间插入图片地址可以实现插图效果。 ∙[DOWNLOAD]down://https://www.360docs.net/doc/d019193770.html,/abc/file.rar[/DOWNLOAD]:在标签的中间插入提供下载的文件地址可以实现文件下载效果。 ∙[FLASH=宽度,高度]Flash连接地址[/FLASH]:在标签的中间插入Flash图片地址可以实现插入

Tuxedo配置在多台机器上

Tuxedo配置在多台机器上(MP) RESOURCE Section 的MODEL参数配置成MP 在MACHINE Section 增加主机的配置 增加NETWORK Section tlisten 进程 •在应用启动之前,每台machine的tlisten进程必须先启动,一般在machine 启动时,就启动本机的tlisten进程 •启动方法: tlisten –l //NLSADDR (NLSADDR在NETWORK Section设置) •tlisten进程是TUXEDO的管理进程,在MP模式下,完成machine之间的初始化操作。如非Master主机从Master主机下载tuxconfig配置文件

TUXEDO多域模式 每个域必须增加一个配置文件DMUBB,用来域之间的通讯 在UBB配置文件中至少增加两个组 在Server Section 中,要增加1个DMADM进程。至少增加一个GWADM/GWDOMAIN 进程组,GWADM、GWDOMAIN两个进程必须成对出现,多个对必须分属不同的组 TUXEDO 域配置文件DMUBB *DM_LOCAL_DOMAINS •本地的域 *DM_REMOTE_DOMAINS •远程的域 *DM_LOCAL_SERVICES •本地对外提供的service *DM_REMOTE_SERVICES •可访问的远程域的service •不在此列表中的service,本地域不能访问。 在配置文件中增加ROUTING Section •在SERVICES Section 指出要使用DDR的service 的路由表达式名称 •在ROUTING Section中详细定义路由表达式 DDR是针对组级别的。因此一个service要使用DDR机制,在配置文件中必须存在两个以上分属不同组的copies DDR机制只适用VIEW、FML两种buffer类型

UBB常用代码及其使用说明

U B B常用代码及其使用 说明 -CAL-FENGHAI.-(YICAI)-Company One1

UBB常用代码及其使用说明 对网页制作爱好者来说,HTML (超文本标记语言) 大家都比较熟悉了,它是一种用来制作网页的标记语言,标记网页中的各种元素,如表单、表格、链接、图片等。它不需要编译,可以直接由浏览器解释执行。 UBB代码是HTML的一个变种,通过预先定义好的封闭“标签”(如[u]必须和[/u]配对出现)来标识各种效果。其代码简单,功能少,安全性好,通过特殊转换程序,可以支持少量常用的、无危害性的HTML效果显示。由于UBB代码Tag语法检查实现非常容易,比HTML要求更少的编码技术,使代码错误的可能性大大减小,可以非常轻松的取得需要的效果,同时又不用害怕HTML代码中所夹带的不良信息,所以在论坛(BBS)上使用很广泛。 在论坛上还可以见到Discuz!代码。Discuz!代码和UBB代码很相似,实际上Discuz!是一套通用的社区论坛软件系统,由康盛创想(北京)科技有限公司推出,它伴随社区BBS的流行而成为互联网最重要的应用之一,也逐渐成为网站核心竞争力的标志性体现,用户可以在不需要任何编程的基础上,通过简单的设置和安装,在互联网上搭建起具备完善功能、很强负载能力和可高度定制的论坛服务。

UBB常用代码 1.超级连接 加入简单的超级链接: [url]加入带有说明的超级链接: [url= 不要在标记和标记作用的文字之间加空格。如果UBB 代码在论坛是打开的, 你不需要使用代码建立一个超级链接,直接输入URL 地址系统将自动创建链接,不过建议在你直接输入的url后面跟一个空格,这样会比较准确。 2、下载地址: [download=下载[/download] 下载地址和说明,等于号后加的内容不用加引号。 3、粗体效果:[B]文字[/B] 4、斜体效果:[I]文字[/I] 5、下划线效果:[U]文字[/U] 6、删节线效果:[DEL]文字[/DEL] 文字加上刪除线:[STRIKE]文字[/STRIKE], 7、上标文字:[sup]文字[/sup], 8、下标文字:[sub]文字[/sub], 9、文字颜色:[ color=颜色]文字[/color]。 简单的添加颜色,可用red(红色)、pink (粉色)、orange (橙色)、brown (褐色)、green (绿色)、blue (蓝色)、navy (深蓝)、violet (紫色)、gray (灰色)、black (黑色),更多的颜色可以使用 #FFFF00,#FF00FF,#339966这样更灵活的代码来写。 10、字体大小:[ SIZE=数字]文字[/size]

体外诊断试剂用校准物测量不确定度

体外诊断试剂用校准物测量不确定度 1 范围 本标准规定了体外诊断试剂用校准物测量不确定度的评定方法。 本标准适用于体外诊断定量试剂用产品校准品测量不确定度的评定。 2 规范性引用文件 下列文件对于本文件的应用是必不可少的。凡是注日期的引用文件,仅所注日期的版本适用于本文件。凡是不注日期的引用文件,其最新版本(包括所有的修改单)适用于本文件。 GB/T 21415 体外诊断医疗器械-生物样品中量的测量-校准物和控制物质赋值的计量学溯源性 3 术语和定义 下列术语和定义适用于本标准。 3.1 产品校准物(品) product calibrator 校准物(品) calibrator 预期用于制造商最终产品的校准品。 注:这里产品校准品包含制造商内部用于最终产品校准的校准品,该校准品的校准信息将通过电子载体等方式传递到临床样本的测量。 3.2 工作校准物(品) working calibrator 主校准物(品) master calibrator 用于制造商常设测量程序校准的测量标准。 3.3 计量学溯源性 metrological traceability 通过文件规定的不间断的校准链将测量结果与参照联系起来的特性,每次校准均会引入测量不确定度。 [GB/T 29791.1 -2013, 定义 3.48] 3.4 测量不确定度 measurement uncertainty 不确定度 uncertainty 根据所用信息,表征赋予被测量量值分散性的非负参数。 [GB/T 29791.1 -2013, 定义 A.3.35] 3.5 目标不确定度 target uncertainty 最大允许测量不确定度 maximum allowable measurement uncertainty 根据测量结果的预期用途确定的测量不确定度规定上限。 3.6 测量精密度precision of measurement 在规定条件下,相互独立的测量结果间的一致程度。[ISO3534-1:1993,3.14]

相关主题
相关文档
最新文档