在前一节中,了解了有关将 DB2 Connect 与应用程序服务器配合使用的情况。应用程序服务器允许大量的用户使用最少量的系统资源来执行应用程序。
应用程序服务器可以扩展,以允许由应用程序服务器执行的应用程序调用已协调的事务。此事务协调通常被称为“事务处理”(TP) 监控。 TP 监控程序与应用程序配合使用。
事务可被视作运行组织的日常操作的例行事件, 通常是服务请求。规则地处理事务就是设计 TP 监控程序的目的。
每一个组织都有描述其运作方式的规则和过程。实现这些规则的用户应用程序称为业务逻辑。这些商业应用程序所执行的事务通常被称为 “事务处理”或“联机事务处理”(OLTP)。
商业的 OLTP 的主要特性有:
在此图中,应用程序服务器与后端数据库服务器间的联网机制和 API 是由 DB2 Connect 企业版提供的。
目前市场上最常见的 TP 监控程序有:
Microsoft Transaction Server Remote S/390、AS/400 和 LAN 数据库服务器可在由这些 TP 监控程序协调的事务内使用。
对于 DB2 Connect 版本 6 和更早的版本, 基于 Tuxedo 的应用程序被限制为对主机和 AS/400 数据库服务器只读存取。此限制在 DB2 Connect 版本 7 中已除去。基于 Tuxedo 的应用程序现在可在 Tuxedo 协调的事务内更新主机和 AS/400 数据库服务器。 有特殊的配置要求和限制。有关详情,参见DB2 Connect 连接集中器。
执行业务逻辑的应用程序可能需要用来更新单个事务内的多个资源。 例如,实现将钱从一个帐户转至另一个帐户银行应用程序, 它需要从一个数据库(“源”帐户)借出,并存入另一个数据库(“目标”帐户)。
也有可能这两个数据库是不同的供应商提供的。 例如,一个数据库为“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 数据库服务器。
本节描述在 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 数据库服务器, 执行下列步骤:
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 值是不可接受的,则您应使用“多站点更新”向导来修改此值。