管理:实施

| | |

自动客户机重新路由配置(DB2_MAX_CLIENT_CONNRETRIES 和 DB2_CONNRETRIES_INTERVAL)

|

缺省情况下,自动客户机重新路由功能会反复重试与数据库的连接,持续最多 10 分钟。但您可以通过使用以下一个或两个注册表变量来配置精确的重试行为:

| |

如果设置了 DB2_MAX_CLIENT_CONNRETRIES 但未设置 DB2_CONNRETRIES_INTERVAL,DB2_CONNRETRIES_INTERVAL 将缺省为 30。

|

如果未设置 DB2_MAX_CLIENT_CONNRETRIES 但设置了 DB2_CONNRETRIES_INTERVAL,DB2_MAX_CLIENT_CONNRETRIES 将缺省为 10。

|

如果 DB2_MAX_CLIENT_CONNRETRIES 和 DB2_CONNRETRIES_INTERVAL 均未设置,则自动客户机重新路由功能将还原为以上描述的缺省行为。

|

注:

|

使用与 DB2(R) 通用 JDBC 驱动程序的 4 类连接的用户应使用以下两个数据源属性来配置自动客户机重新路由:

|| | |

DB2TIMEOUT 注册表变量说明

|

不再支持 DB2TIMEOUT 注册表变量。此设置曾用于控制长 SQL 查询期间的 Windows(R) 3.x 和 Macintosh 客户机超时时间段。缺省情况下,此功能是禁用的。

| | |

在创建表空间容器期间创建的目录

|

在创建表空间容器时,DB2 UDB 会创建任何不存在的目录层次。

|

例如,如果容器指定为 /project/user_data/container1,而目录 /project 不存在,则 DB2 UDB 会创建目录 /project/project/user_data

|

从 DB2 UDB V8.2 修订包 4 开始,由 DB2 UDB 创建的任何目录都将使用 PERMISSION 700 来创建。这表示,只有所有者拥有读、写和执行访问权。

|

在创建多个实例时,应注意以下场景:

|
    |
  1. 使用与上述目录结构相同的目录结构,假定目录层次 /project/user_data 不存在。
  2. |
  3. user1 缺省创建一个名为 user1 的实例,然后创建一个数据库,然后创建一个使用 /project/user_data/container1 作为它的一个容器的表空间。
  4. |
  5. user2 缺省创建一个名为 user2 的实例,然后创建一个数据库,然后尝试创建一个使用 |/project/user_data/container2 作为它的一个容器的表空间。
|

|

由于 DB2 UDB 已根据第一用户的请求使用 PERMISSION 700 创建了目录层 /project/user_data,所以 user2 对这些目录层没有访问权且不能在那些目录中创建 container2。在这种情况下,CREATE TABLESPACE 操作失败。

|

有两种方法可解决此冲突:

|
    |
  1. 在创建表空间前先创建目录 /project/user_data,然后将许可权设置为 user1 和 user2 |创建表空间都需要的任何访问权。如果所有表空间目录层次都存在,则 DB2 UDB 不会修改访问权。
  2. |
  3. 在 user1 创建了 /project/user_data/container1 后,将 /project/user_data |的许可权设置为 user2 创建表空间所需的任何访问权。

自动存储器

容器名称的格式已更改,其中的表空间标识和容器标识也已更改。新格式为:

<storage path>/<instance>/NODE####
/T#######
/C#######.<EXT>

其中:

对现有表定义生成列

从 DB2(R) 通用数据库版本 8.2.2(功能等同于版本 8.1 修订包 9)开始,可以在唯一索引中使用生成列。

不能在约束、引用约束、主键和全局临时表中使用生成列。使用 LIKE 和具体化视图创建的表不能继承生成列的属性。

聚集注册表变量

设置 DB2WORKLOAD=SAP 后,不会自动创建用户表空间 SYSTOOLSPACE 和用户临时表空间 SYSTOOLSTEMPSPACE。这些表空间用于通过下列向导、实用程序或函数自动创建的表:

在没有 SYSTOOLSPACE 和 SYSTOOLSTEMPSPACE 表空间的情况下,不能使用这些向导、实用程序或函数。

为能够使用这些向导、实用程序或函数,应执行下列其中一个操作:

在完成至少其中一种选择之后,创建用户临时表空间(也仅在目录节点上,如果使用 DPF 的话)。例如:

   CREATE USER TEMPORARY TABLESPACE SYSTOOLSTMPSPACE 
      IN IBMCATGROUP 
      MANAGED BY SYSTEM 
      USING ('SYSTOOLSTMPSPACE')

在创建表空间 SYSTOOLSPACE 和临时表空间 SYSTOOLSTEMPSPACE 之后,可使用之前提到的向导、实用程序或函数。

远程客户机的认证注意事项

认证类型 DATA_ENCRYPT_CMP 旨在允许前发行版中不支持数据加密的客户机使用 SERVER_ENCRYPT 认证而不是使用 DATA_ENCRYPT 来连接至服务器。这种认证在下面三种情况下不工作:

在这种情况下,客户机无法连接至服务器。要允许进行连接,必须将客户机升级到版本 8,或者将网关级别升级到版本 8 修订包 6 或更早版本。

直接 I/O(DIO)和并发 I/O(CIO)支持

直接 I/O(DIO)可以提高内存性能,因为它不必在文件系统级别进行高速缓存。此过程减少了 CPU 开销,从而使更多内存可用于数据库实例。

并发 I/O(CIO)不但具有 DIO 的优点,而且还减轻了写访问权的序列化。

DB2 通用数据库(TM)(UDB)在 AIX(R) 上支持 DIO 和 CIO;而在 HP-UX、Solaris 操作环境、Linux(TM) 和 Windows(R) 上支持 DIO。

关键字 NO FILE SYSTEM CACHING 和 FILE SYSTEM CACHING 是 CREATE 和 ALTER TABLESPACE SQL 语句的一部分,它允许您指定是否对每个表空间使用 DIO 或 CIO当 NO FILE SYSTEM CACHING 生效时,DB2(R) UDB 将尽量尝试使用并发 I/O。在 CIO 不受支持的情况下(例如,如果使用了 JFS),将改为使用 DIO。

有关更多信息,参阅位于以下 URL 的文章“Improve database performance on file system containers in IBM(R) DB2 UDB Stinger using Concurrent I/O on AIX”:

http://www.ibm.com/developerworks/db2/library/techarticle/dm-0408lee/

分发器技术和自动进行客户机重新路由

以下信息是《管理指南:实现》 附录 B『使用自动客户机重新路由』的一部分:

DB2 通用数据库 Linux 版、UNIX(R) 版、 版和 Windows 版的自动客户机重新路由功能允许客户机应用程序在与服务器通信中断时通过以下方法进行恢复:自动重新建立客户机与服务器之间的数据库连接,从而使应用程序能够继续工作,并将发生中断的情况降到最低程度。

当从客户机连接至服务器失败时,客户机的重新连接请求将由分发器或分派器(例如,WebSphere(R) EdgeServer)分发给已定义的一组系统

可以在类似下面的环境中使用分发器技术:

客户机 --> 分发器技术 -->(DB2 Connect(TM) 服务器 1 或 DB2 Connect 服务器 2)--> DB2 z/OS(R)

其中:

客户机是使用 DThostname 来进行编目的,以便利用分发器技术来访问任何一个 DB2 Connect 服务器。加入分发器技术就可以决定是使用 GWYhostname1 还是 GWYhostname2。一旦作出了决定,客户机就可以与这两个 DB2 Connect 网关的其中一个网关进行直接套接字连接。一旦与所选择的 DB2 Connect 服务器建立了套接字连接,您就建立了客户机至 DB2 Connect 服务器,该服务器至 DB2 z/OS 的典型连接。

例如,假定分发器选择 GWYhostname2。这将生成以下环境:

客户机 --> DB2 Connect 服务器 2 --> DB2 z/OS

如果发生任何通信故障,分发器不会重试任何连接。如果想在这样的环境中对数据库启用“自动客户机重新路由”功能, 则应该将 DB2 Connect 服务器(DB2 Connect 服务器 1 或 DB2 Connect 服务器 2)中相关联的一个或多个数据库的备用服务器设置为分发器(DThostname)。然后,如果 DB2 Connect 服务器 1 由于任何原因而锁定,则会触发“自动客户机重新路由”,并且在分发器同时作为主服务器和备用服务器的情况下重试客户机连接。此选项允许您使用“DB2 自动客户机重新路由”功能来组合和维护分发器功能。将备用服务器设置为除了分发器主机名以外的主机仍然将为客户机提供“自动客户机重新路由”功能。但是,客户机将与已定义的备用服务器建立直接连接,从而未使用分发器技术,这就消除了分发器及其所带来的价值。

“自动客户机重新路由”将拦截下列 sqlcode:

有关在 DB2 Connect 服务器上进行编目的自动客户机重新路由注意事项

考虑涉及到与 DB2 Connect 服务器的备用服务器连接时,需要考虑下列两项:

本地系统帐户支持(Windows)

在本地系统帐户(LSA)的上下文中运行的应用程序在所有 Windows 平台上都受支持,但是 Windows ME 除外。

由两部分组成的用户标识支持

CONNECT 语句和 ATTACH 命令支持由两部分组成的用户标识。符合 SAM 的用户标识的限定符为 NetBIOS 式名称,最大长度为 15 个字符。此功能在 Windows ME 上不受支持。

Kerberos 认证详细信息

Kerberos 和客户机主体

可在 UNIX(R) 和 Linux(TM) 操作系统上覆盖 DB2(R)通用数据库(UDB)服务器使用的 Kerberos 服务器主体名。将 DB2_KRB5_PRINCIPAL 环境变量设置为期望的标准服务器主体名。因为只有在运行 db2start 之后 DB2 UDB 才识别服务器主体名,所以必须重新启动该实例。

有关 Kerberos 支持的更多信息

Linux 先决条件

文档中报告的有关 Linux Kerberos 支持的先决条件的信息不准确。提供的 DB2 Kerberos 安全性插件对于带有 IBM Network Authentication Service(NAS)1.4 Client 的 Red Hat Enterprise Linux Advanced Server 3 是受支持的。

zSeries(R) 和 iSeries 兼容性

对于与 zSeries 和 iSeries 的连接,必须使用 AUTHENTICATION KERBEROS 参数编目数据库并且必须显式指定 TARGET PRINCIPAL 参数名。

zSeries 和 iSeries 都不支持相互认证。

Windows 问题
[ 页的顶部 |上一页 | 下一页 | 目录 ]