管理：实现

自动存储器

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

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

其中：

• /T####### 是表空间标识。例如，T0000003。
• /C####### 是容器标识。例如，C0000012。

对现有表定义生成列

从 DB2^(R) 通用数据库版本 8.2.2（相当于版本 8.1 修订包 9）开始，可以在唯一索引中使用生成列。

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

聚集注册表变量

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

• 自动维护
• 设计顾问程序
• 控制中心数据库信息面板
• SYSINSTALLOBJECTS 存储过程（如果未指定表空间输入参数的话）
• GET_DBSIZE_INFO 存储过程

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

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

• 手工创建 SYSTOOLSPACE（仅在目录节点上，如果使用 DPF 的话）。 例如：

     CREATE REGULAR TABLESPACE SYSTOOLSPACE 
        IN IBMCATGROUP 
        MANAGED BY SYSTEM 
        USING ('SYSTOOLSPACE')

• 调用 SYSINSTALLOBJECTS 以便为下列每个工具名称创建对象（指定有效表空间）：『DB2AC』、『POLICY』 和 『STMG_DBSIZE_INFO』

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

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

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

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

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

• 客户机级别为版本 7.2。
• 网关级别为版本 8 修订包 7 或更新版本。
• 服务器为版本 8 修订包 7 或更新版本。

在这种情况下，客户机无法连接至服务器。要允许进行连接，必须将客户机升级到版本 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) 版

其中：

• 分发器技术组件的 TCP/IP 主机名是 DThostname
• DB2 Connect 服务器 1 的 TCP/IP 主机名是 GWYhostname1
• DB2 Connect 服务器 2 的 TCP/IP 主机名是 GWYhostname2
• DB2 z/OS 服务器的 TCP/IP 主机名是 zOShostname

客户机是使用 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：

• sqlcode -20157
• sqlcode -1768（原因码 = 7）

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

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

• 第一个注意事项涉及到使用 DB2 Connect 服务器代表远程和本地客户机访问主机或 iSeries^(TM) 数据库。在这种情况下，系统数据库目录条目中的备用服务器连接信息可能会变得混乱。为使混乱程度降至最低，考虑在系统数据库目录中编目两个条目来表示同一主机或 iSeries 数据库。为远程客户机编目一个条目，为本地客户机编目另一个条目。
• 第二个注意事项是从目标服务器返回的备用服务器信息仅保留在高速缓存中。如果 DB2 进程终止，高速缓存信息将会丢失，因此备用服务器信息也会丢失。

本地系统帐户支持（Windows）

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

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

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

Kerberos 认证详细信息

有关 Kerberos 支持的更多信息