如果您使用 DB2 Universal Database(TM)(DB2 通用数据库)版本 8.2 来创建数据库,则不能在版本 8.1 级别使用该数据库。只能在版本 8.2 或更新级别使用该数据库。
8在 DB2 UDB 版本 8.2 级别创建的数据库可能具有较早版本不具备的其它功能。这种差别可能会导致您在试图将新数据库移至 DB2 UDB 的前发行版时产生意外的并且是不希望发生的行为。
8 8《DB2 客户机快速入门》的『DB2 客户机概述』一节说明了下列内容: 8
DB2 客户机可以连接至比该客户机的发行版级别晚两个发行版或者早一个发行版的 DB2 服务器,还可以连接至与它处于同一个发行版级别的服务器。8
对该句子的修正为如下所示:
87 7 7虽然在某些环境中可以从版本 N 的客户机连接至版本 N + 2 的服务器,但是,仅当在使用版本 N 时此连接才是受支持的配置。一旦不使用版本 N,此配置就不再受支持。
8因为已经不再使用版本 6,所以连接至 DB2 版本 8 的服务器的 DB2 版本 6 客户机不再受支持。
8与 DB2 UDB 服务器支持类似,除非版本 N - 1 服务器已停用,版本 N 的客户机才能连接至版本 N - 1 的服务器。
在 DB2 UDB 版本 8.2 级别所作的任何注册表更改在迁移回 DB2 UDB 版本 8.1 时都会丢失。注册表还原为版本 8.1 HealthRules.reg 文件,该文件包含升级至 DB2 UDB 版本 8.2 并开始使用 HealthRules2.reg 文件中的设置之前已经存在的设置。
3 3 3在 DB2 Universal Database(DB2 通用数据库,UDB)版本 8 之前,修订包仅充当对一个修订位置的已安装 DB2 UDB 程序包或文件集的更新。实质上,这意味着修订包的安装把现有文件替换为修订包中提供的已更新文件,并且单个系统上不可能存在多个 DB2 修订包级别。现在,在同一系统中,DB2 UDB(ESE)可具有多个修订包级别。自从版本 8.1.2 开始,此功能即在生产操作环境中受支持,它是通过使用以下两种修订包类型实现的:
3要将多修订包实例更新为另一修订包级别,执行下列其中一个操作:
3有关下载备用修订包的进一步信息,请访问 IBM 支持站点,网址为 http://www.ibm.com/software/data/db2/udb/support.html。
3对于 DB2 Universal Database(DB2 通用数据库,UDB)企业服务器版版本 8 数据仓库中心的先前服务器支持,存在下列局限性:
2在 Windows 或 UNIX 操作系统上,当在 DB2 Universal Database(DB2 通用数据库,UDB)版本 8 的“应用程序开发”客户机上使用开发中心时,需要在服务器上安装下列 2APAR 才能启用 SQLJ 和“SQL 助手”支持:
可以从 DB2 Universal Database(DB2 通用数据库)版本 8 中调用版本 7 和版本 8 的 SQL 助手。可从 DB2 数据仓库中心中启动版本 7。所有其它中心启动最新的版本 8。产品的联机帮助中包含关于 SQL 助手版本 7 的其它信息。
在版本 7 中,Unicode 服务器在连接时忽略应用程序发送的任何图形代码页,并假设使用的是 UCS2 Unicode(代码页 1200)。版本 8 Unicode 服务器现在接受由客户机发出的代码页。
8 8 8DB2 UDB 版本 8.2 使用名为 SQLDBCONF 的新的 16K 数据库配置参数文件。这是一个与名为 SQLDBCON 的 DB2 UDB 版本 8.1 4K 数据库配置参数文件不同的文件。
8在迁移到 DB2 UDB 版本 8.2 之后,该产品将迁移版本 8.1 4K 文件的内容,并使用 16K 文件来记录数据库配置参数更改。保留了版本 8.1 4K 文件,但是未使用它。
8如果迁移回 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 文件。
8另外,如果再次迁移至 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 7db2diag.log 文件格式在版本 8.2 中已作了一些改进。现在,日志文件更便于人们阅读并且更易于使用软件进行解析。改进内容有:
7还作了其它更改,例如,将 database 字段名更改为 DB。
7事件记录已作为诊断消息添加至 db2diag.log 文件。这类事件的示例包括:
7对事件记录在 LEVEL 字段中指定了“Event”。尽管事件不是错误,但根据其重要性它们可能在高于 4(参考)或 3(警告)的诊断级别作记录。
7 7 7从版本 8.2 开始,db2set 概要文件注册表更新及 DB 和 DBM 配置参数将记录在 db2diag.log 文件中。这些消息将根据其重要性在高诊断级别作记录。
7将记录下列类型的 db2set 概要文件注册表更新:
72004-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"7
CHANGE : CFG DB2SET: DB2DBDFT: From: "SAMPLE" To: ""7 7
CHANGE : CFG DB2SET: Profile registry was reset7 7
DB 和 DBM 配置参数更新的示例包括:
7CHANGE : 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 defaults7 7
要查找这些配置更新消息,使用 db2diag 工具。例如:
7