用户指南

将 DB2 Connect 与事务处理监控程序配合使用

在前一节中,了解了有关将 DB2 Connect 与应用程序服务器配合使用的情况。应用程序服务器允许大量的用户使用最少量的系统资源来执行应用程序。

应用程序服务器可以扩展,以允许由应用程序服务器执行的应用程序调用已协调的事务。此事务协调通常被称为“事务处理”(TP) 监控。 TP 监控程序与应用程序配合使用。

事务可被视作运行组织的日常操作的例行事件, 通常是服务请求。规则地处理事务就是设计 TP 监控程序的目的。

每一个组织都有描述其运作方式的规则和过程。实现这些规则的用户应用程序称为业务逻辑。这些商业应用程序所执行的事务通常被称为 “事务处理”或“联机事务处理”(OLTP)。

商业的 OLTP 的主要特性有:

多用户
组织中的大多数人都使用事务处理是常见的情况, 因为有很多人会影响当前的商业状态。

重复性
大部分与计算机的交互作用倾向于一次又一次地执行同一过程。例如,每天多次输入同一个定单或处理付款。

简短的交互作用
组织中的人与事务处理系统的大部分交互作用的持续时间都很短。

共享的数据
因为数据表示组织的状态,所以数据只会有一种副本。

数据完整性
数据必须表示组织的当前状态,且在内部必须是一致的。例如,每个定单必须与一个客户记录相关联。

低成本/事务
因为事务处理表示执行业务的直接成本,其系统成本必须是最小的。DB2 Connect 允许由在 UNIX、Windows NT、Windows 2000 或 OS/2 上运行的应用程序服务器控制的应用程序对远程 LAN、主机和 AS/400 数据库服务器执行事务,并由 TP 监控程序来协调这些事务。

对 TP 监控程序的 DB2 Connect 支持

在此图中,应用程序服务器与后端数据库服务器间的联网机制和 API 是由 DB2 Connect 企业版提供的。

TP 监控程序的示例

目前市场上最常见的 TP 监控程序有:

Microsoft Transaction Server Remote S/390、AS/400 和 LAN 数据库服务器可在由这些 TP 监控程序协调的事务内使用。

Tuxedo 和 DB2 Connect

对于 DB2 Connect 版本 6 和更早的版本, 基于 Tuxedo 的应用程序被限制为对主机和 AS/400 数据库服务器只读存取。此限制在 DB2 Connect 版本 7 中已除去。基于 Tuxedo 的应用程序现在可在 Tuxedo 协调的事务内更新主机和 AS/400 数据库服务器。 有特殊的配置要求和限制。有关详情,参见DB2 Connect 连接集中器

X/Open 分布式事务处理 (DTP) 模型

执行业务逻辑的应用程序可能需要用来更新单个事务内的多个资源。 例如,实现将钱从一个帐户转至另一个帐户银行应用程序, 它需要从一个数据库(“源”帐户)借出,并存入另一个数据库(“目标”帐户)。

也有可能这两个数据库是不同的供应商提供的。 例如,一个数据库为“DB2 通用数据库 OS/390 版”,另一个数据库为 Oracle 数据库。已经定义了 TP 监控程序与由应用程序存取的任何资源之间的公共事务接口, 而不是由每一个 TP 监控程序来实现每一个数据库供应商的专用事务接口。此接口被称为 XA 接口。使用“XA 接口”的 TP 监控程序被称为 XA 兼容事务管理程序 (TM)。实现 XA 接口的可更新资源被称为 XA 兼容资源管理程序 (RM)

上述列示的 TP 监控程序都是 XA 兼容 TM。远程主机、AS/400 和 DB2 UDB 的基于 LAN 的数据库服务器在通过 DB2 Connect 进行存取时为 XA compliant RM。因此,任何具有 XA 兼容 TM 的 TP 监控程序可在执行事务的商业应用程序内使用主机、 AS/400 和基于 LAN 的 DB2 UDB 数据库服务器。

如何将 DB2 Connect 与 XA 兼容事务管理程序配合使用

本节描述在 TP 监控程序内使用 S/390 和 AS/400 数据库服务器所必需的配置步骤。本节假设您已具有可操作的 TP 监控程序且安装了 DB2 Connect,并配置和测试了至主机或 AS/400 数据库服务器的连接。有关更详细的信息, 参考 DB2 Connect 快速入门一书。

管理指南中提供了配置最常用的 TP 监控程序所必需的步骤。配置对基于 LAN 的 DB2 UDB数据库服务器的存取与配置对主机或 AS/400 数据库服务器的存取没有任何区别。 下列指导概述了 TP 监控程序的一般配置步骤,它们未列示在管理指南中。

要配置 DB2 Connect 以在 TP 监控程序内使用 S/390 和 AS/400 数据库服务器, 执行下列步骤:

  1. 配置 TP 监控程序以便它可存取“DB2 XA 开关”。“DB2 XA 开关” 为 TP 监控程序提供了 DB2 Connect 的 XA API 的地址。每个 TP 监控程序执行此操作的方式都不同。有关将 “DB2 XA 开关”提供给 TP 监控程序的信息,参考管理指南
  2. 用 DB2 的 XA_OPEN 字符串来配置 TP 监控程序。每个 TP 监控程序执行此操作的方式都不同。 有关 DB2 Connect 的 XA OPEN 字符串的详情,参考管理指南。有关如何配置 DB2 的 XA OPEN 字符串以供 TP 监控程序使用的详情, 参考 TP 监控程序的文档。
  3. 如果必要的话,修改“DB2 Connect 同步点管理程序”(SPM) 的缺省配置参数。主机和 AS/400 数据库服务器尚不支持 XA 接口。

    SPM 是 DB2 Connect 的一个部件, 它将 XA 两阶段落实协议映射至由主机和 AS/400 数据库服务器使用的两阶段落实协议。 在缺省情况下,DB2 实例具有 SPM 配置参数的预定义值。 最重要的参数是数据库管理程序配置参数 SPM_NAME。它缺省为 TCP/IP 主机名的首七个字符的变体。

    如果正使用 TCP/IP 来连接 DB2 OS/390 版,则您不必更改任何缺省设置。在此情况下, 不需要任何 SPM 配置,原因是它已经是可操作的。 如果正使用 SNA 来存取主机或 AS/400 数据库服务器, 则必须确保 SPM_NAME 值表示网络中有效的 SNA LU。如果缺省的 SPM_NAME 值是不可接受的,则您应使用“多站点更新”向导来修改此值。


[ 页的顶部 | 上一页 | 下一页 | 目录 | 索引 ]