向后兼容性

8 8 8

DB2 UDB 版本 8.2 数据库的向后兼容性

如果您使用 DB2 Universal Database^(TM)（DB2 通用数据库）版本 8.2 来创建数据库，则不能在版本 8.1 级别使用该数据库。只能在版本 8.2 或更新级别使用该数据库。

在 DB2 UDB 版本 8.2 级别创建的数据库可能具有较早版本不具备的其它功能。这种差别可能会导致您在试图将新数据库移至 DB2 UDB 的前发行版时产生意外的并且是不希望发生的行为。

8 8

注:

仅当数据库最初是在版本 8.1 创建的情况下，才能将数据库从版本 8.2 移回版本 8.1。即使如此，也只能在运行 db2demigdb 工具之后才可能进行向后迁移。但是，如果您使用版本 8.2 中已更改的内置函数，可能会遇到问题。

8 8 8

对 DB2 UDB 客户机支持的说明

《DB2 客户机快速入门》的『DB2 客户机概述』一节说明了下列内容： 8

DB2 客户机可以连接至比该客户机的发行版级别晚两个发行版或者早一个发行版的 DB2 服务器，还可以连接至与它处于同一个发行版级别的服务器。

对该句子的修正为如下所示：

8
虽然在某些环境中可以从版本 N 的客户机连接至版本 N + 2 的服务器，但是，仅当在使用版本 N 时此连接才是受支持的配置。一旦不使用版本 N，此配置就不再受支持。
8
因为已经不再使用版本 6，所以连接至 DB2 版本 8 的服务器的 DB2 版本 6 客户机不再受支持。
8
与 DB2 UDB 服务器支持类似，除非版本 N - 1 服务器已停用，版本 N 的客户机才能连接至版本 N - 1 的服务器。

7 7 7

从 DB2 UDB 版本 8.2 迁移回 DB2 UDB 版本 8.1 时健康注册表发生的更改

在 DB2 UDB 版本 8.2 级别所作的任何注册表更改在迁移回 DB2 UDB 版本 8.1 时都会丢失。注册表还原为版本 8.1 HealthRules.reg 文件，该文件包含升级至 DB2 UDB 版本 8.2 并开始使用 HealthRules2.reg 文件中的设置之前已经存在的设置。

3 3 3

备用修订包（Linux 和 UNIX）

3 3

在 DB2 Universal Database（DB2 通用数据库，UDB）版本 8 之前，修订包仅充当对一个修订位置的已安装 DB2 UDB 程序包或文件集的更新。实质上，这意味着修订包的安装把现有文件替换为修订包中提供的已更新文件，并且单个系统上不可能存在多个 DB2 修订包级别。现在，在同一系统中，DB2 UDB（ESE）可具有多个修订包级别。自从版本 8.1.2 开始，此功能即在生产操作环境中受支持，它是通过使用以下两种修订包类型实现的：

常规修订包

33 3

不仅可用于 ESE，而且可用于相关平台的所有受支持的 DB2 版本 8 产品。

可以直接在现有安装的基础上进行安装，在 AIX^(R) 上，安装在 /usr/opt/db2_08_01 目录中，而在其它平台上，则安装在 /opt/IBM/db2/V8.1 目录中。

备用修订包

33 3

可以作为 DB2 UDB ESE 的全新副本来安装

安装在预先定义的位置，但是不能安装在用于常规 DB2 UDB 安装的位置

3 3 3

注:

如果没有必要为您的环境执行多修订包安装，则不需要执行。

3从 IBM DB2 UDB 企业服务器版（ESE）Linux 版和 UNIX 版版本 8.1.2 开始，当修订包作为多个修订包来安装时，这些修订包在生产操作环境中就是受支持的。3

7在 Linux 上，备用修订包仅在下列平台上可用： 7
- x86（32 位）
- S/390^(R)（31 位）
3

要将多修订包实例更新为另一修订包级别，执行下列其中一个操作：

对所安装的 General Availability（GA）版本安装适当的常规修订包，并通过从现有 GA 路径中运行 db2iupdt 来更新实例。

将适当的备用修订包安装到它自己的唯一路径中，并通过从此路径中运行 db2iupdt 来更新实例。

有关下载备用修订包的进一步信息，请访问 IBM 支持站点，网址为 http://www.ibm.com/software/data/db2/udb/support.html。

数据仓库中心先前服务器支持限制

对于 DB2 Universal Database（DB2 通用数据库，UDB）企业服务器版版本 8 数据仓库中心的先前服务器支持，存在下列局限性：

大对象（LOB）支持

如果要在服务器上使用比 DB2 UDB 企业服务器版版本 8 更早的仓库控制数据库，则不能使用 LOB。您必须将仓库控制数据库升级至正确的级别，或能够将控制数据库移动到安装了 DB2 UDB 企业服务器版版本 8 仓库服务器的系统上，并从该系统以本地方式使用仓库控制数据库。
要将 LOB 在数据仓库中心和 DB2 UDB 之间来回移动，则必须升级至 DB2 UDB 企业服务器版版本 8。

系统网络体系结构（SNA）支持

如果使用 SNA 连接至仓库源和目标，则必须将配置更改为基于 SNA 的 TCP/IP，或使用 Windows NT^(R) 仓库代理程序。

对 EXPORT 和 LOAD 实用程序的支持

数据仓库中心版本 8 LOAD 实用程序不支持版本 7 目标数据库。如果想要将目标保留为版本 7 数据库，则必须将 LOAD 步骤更改为 SQL Select 和 Insert 步骤。 SQL Select 和 Insert 步骤使用 DELETE* 语句，后跟 SELECT 和 INSERT 语句。SQL Select 和 Insert 步骤要求数据库记录所有事务。因此，SQL Select 和 Insert 步骤的性能低于 EXPORT 和 LOAD 实用程序。

2DB2 UDB OS/390 版版本 6 和 DB2 UDB z/OS 版版本 7 上的 SQLJ 和 SQL 助手支持所需的开发中心 APAR

2在 Windows 或 UNIX 操作系统上，当在 DB2 Universal Database（DB2 通用数据库，UDB）版本 8 的“应用程序开发”客户机上使用开发中心时，需要在服务器上安装下列 2APAR 才能启用 SQLJ 和“SQL 助手”支持：

2DB2 UDB z/OS 版版本 7

2PQ65125 －提供了用于构建 Java^(TM) SQLJ 存储过程的 SQLJ 支持
6PQ76858 －提供了“SQL 助手”支持

2DB2 UDB OS/390^(R) 版版本 6

6PQ76858 －提供了“SQL 助手”支持

从 DB2 UDB 启动 SQL 助手的两个版本

可以从 DB2 Universal Database（DB2 通用数据库）版本 8 中调用版本 7 和版本 8 的 SQL 助手。可从 DB2 数据仓库中心中启动版本 7。所有其它中心启动最新的版本 8。产品的联机帮助中包含关于 SQL 助手版本 7 的其它信息。

Unicode 服务器行为的更改

在版本 7 中，Unicode 服务器在连接时忽略应用程序发送的任何图形代码页，并假设使用的是 UCS2 Unicode（代码页 1200）。版本 8 Unicode 服务器现在接受由客户机发出的代码页。

8 8 8

数据库配置参数在迁移期间发生的更改

DB2 UDB 版本 8.2 使用名为 SQLDBCONF 的新的 16K 数据库配置参数文件。这是一个与名为 SQLDBCON 的 DB2 UDB 版本 8.1 4K 数据库配置参数文件不同的文件。

在迁移到 DB2 UDB 版本 8.2 之后，该产品将迁移版本 8.1 4K 文件的内容，并使用 16K 文件来记录数据库配置参数更改。保留了版本 8.1 4K 文件，但是未使用它。

如果迁移回 DB2 UDB 版本 8.1，则 DB2 UDB 版本 8.1 产品将还原为使用原始的版本 8.1 4K 文件来记录数据库配置参数更改。保留了版本 8.2 16K 文件，但是 DB2 UDB 版本 8.1 产品不能识别它。实际上，较早的 DB2 UDB 级别看不到迁移至版本 8.2 和迁移回版本 8.1 时对 16K 数据库配置参数文件所作的更改，因为这些更改未迁移至原始 4K 文件。

另外，如果再次迁移至 DB2 UDB 版本 8.2，则 DB2 UDB 版本 8.2 产品会认为 816K 数据库配置文件已存在，从而还原为使用版本 8.2 16K 文件来记录数据库配置参数更改。保留了版本 8.1 4K 文件，但是 DB2 UDB 版本 8.2 产品不识别它。实际上，更新的 DB2 UDB 级别看不到迁移回版本 8.1 并重新迁移至版本 8.2 时对 4K 数据库配置参数文件所作的更改，因为这些更改未迁移至现有 16K 文件。

7 7 7

db2diag.log 格式消息增强功能

db2diag.log 文件格式在版本 8.2 中已作了一些改进。现在，日志文件更便于人们阅读并且更易于使用软件进行解析。改进内容有：

每个条目都具有一组完整的标题信息

明确标记了日志记录的消息和数据部分，使日志记录更易于使用和理解

每个记录都包括带有时区的时间戳记

每个字段都有清晰的大写字段名

标题和消息字段行长度都被限制为 80 个字符

添加了一些新字段（特别是严重性级别字段）来帮助您查找最重要的条目

还作了其它更改，例如，将 database 字段名更改为 DB。

事件记录已作为诊断消息添加至 db2diag.log 文件。这类事件的示例包括：

对概要文件注册表的更新

对配置参数的更新

对事件记录在 LEVEL 字段中指定了“Event”。尽管事件不是错误，但根据其重要性它们可能在高于 4（参考）或 3（警告）的诊断级别作记录。

7 7 7

现在会记录 db2set 概要文件注册表变量及 DB 或 DBM 配置参数

从版本 8.2 开始，db2set 概要文件注册表更新及 DB 和 DBM 配置参数将记录在 db2diag.log 文件中。这些消息将根据其重要性在高诊断级别作记录。

将记录下列类型的 db2set 概要文件注册表更新：

修改

77db2set variableName=value 命访问的 db2diag.log 条目： 7

2004-04-22-19.19.14.156959-240 I79582C286         LEVEL: Event
7PID     : 2437242              TID  : 1           PROC : db2set
7INSTANCE: db2user              NODE : 000
7FUNCTION: DB2 UDB, oper system services, db2set_main, probe:40
7CHANGE  : CFG DB2SET: DB2DBDFT: From: "OLDDB" To: "SAMPLE"

删除

77db2set -r 命令生成如下所示的 db2diag.log 条目： 7

CHANGE  : CFG DB2SET: DB2DBDFT: From: "SAMPLE" To: ""

7 7

注:

上一示例中省略了标题信息。

复位

77db2set variableName=value 命令生成如下所示的 db2diag.log 条目： 7

CHANGE  : CFG DB2SET: Profile registry was reset

7 7

注:

上一示例中省略了标题信息。

7 7

DB 和 DBM 配置参数更新的示例包括：

CHANGE  : CFG DB SAMPLE: "Maxlocks" From: "10" To: "20"
7
7CHANGE  : CFG DBM: "Diaglevel" From: "3" To: "1"
7
7CHANGE  : CFG DBM: Reset to the system defaults

7 7

注:

上一示例中省略了标题信息。

要查找这些配置更新消息，使用 db2diag 工具。例如：

要选择所有事件：db2diag -level event

要选择更改事件：db2diag -g "changeevent="

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