升级数据库

将实例升级到 DB2® V9.7 之后，需要对每个实例中包含的每个数据库进行升级。

要将 DB2 数据库升级到 DB2 V9.7：

1. 作为实例所有者或具有 SYSADM 权限的用户登录 DB2 服务器。
2. 可选：重命名或删除 db2diag 日志文件，以便创建新文件。此外，除去 diagpath 参数所指示的目录中的任何现有转储文件、陷阱文件和警报日志文件，或者将这些文件移至另一个目录。这样，文件中将只包含有关升级过程的信息，这些信息可以帮助您找出和了解在数据库升级期间可能遇到的任何问题。
3. 使用 UPGRADE DATABASE 命令来升级数据库：

      db2 UPGRADE DATABASE database-alias USER username USING password

   其中 database-alias 是要对其进行升级的数据库的名称或别名，而 username 和 password 用来认证一个用户是否具有 SYSADM 权限。
4. 如果 UPGRADE DATABASE 命令失败并且返回了 SQL1704N 错误消息和用来描述故障原因的原因码，请找到此 SQL 错误代码并从针对每个原因码可采用的解决方案列表中确定要执行的操作。 导致升级失败的一种最常见原因是日志文件空间不够大，在这种情况下将返回以下错误：

   SQL1704N  数据库升级失败。原因码为“3”。

   必须增大日志文件大小并再次执行 UPGRADE DATABASE 命令。完成数据库升级之后，将数据库配置参数 logfilsiz、logprimary 和 logsecond 的值复位。

   数据库升级不支持 UPGRADE DATABASE 命令在特定情况下返回的其他错误代码。在升级限制中描述了这些情况。

5. 如果 UPGRADE DATABASE 命令返回了警告消息 SQL1243W，那么您需要废弃或重命名 SYSTOOLS.DB2LOOK_INFO 表。否则，ALTER TABLE 和 COPY SCHEMA 语句将运行失败。 通过运行以下命令检查 SYSTOOLS.DB2LOOK_INFO 表是否存在：

      db2 "SELECT tabname, tabschema, definer FROM syscat.tables 
                       WHERE tabschema = 'SYSTOOLS' AND tabname= 'DB2LOOK_INFO' "

   如果已经创建了此表，那么通过运行 RENAME 语句将它重命名：

      db2 RENAME SYSTOOLS.DB2LOOK_INFO TO new-table-name

   如果尚未创建此表，那么通过运行 DROP 命令将它除去：

      db2 DROP TABLE SYSTOOLS.DB2LOOK_INFO

6. 如果 UPGRADE DATABASE 命令返回警告消息 SQL1499W，并且将警告消息 ADM4100W 和所有详细信息写入管理通知日志，那么在 Linux 或 UNIX 操作系统上将具有不依赖于 DB2 引擎库的不受防护的外部例程，并且 UPGRADE DATABASE 命令会将您的外部例程重新定义为 FENCED 例程和 NOT THREADSAFE 例程。此外，对于所有由用户定义的包装器，DB2_FENCED 选项将设置为“Y”。

   此命令还会生成一个名为 alter_unfenced_database-name.db2 的脚本，该脚本中的所有 SQL 语句会将数据库升级期间改变的不受防护的外部例程重新定义为 NOT FENCED 例程和 THREADSAFE 例程。将在数据库管理器配置参数 diagpath 所指定的目录中创建此脚本。如果未设置 diagpath 参数，那么将在 INSTHOME/sqllib/db2dump 目录中创建该脚本，其中 INSTHOME 是实例主目录。

   如果需要将例程定义为 NOT FENCED 例程和 THREADSAFE 例程，请参阅升级 C、C++ 和 COBOL 例程以了解有关如何在新的多线程数据库管理器中安全地运行例程的详细信息，然后使用所生成的脚本来重新定义例程。

7. 如果 UPGRADE DATABASE 命令返回警告消息 SQL1499W 并将警告消息 ADM4101W 写入管理通知日志，请记录 ADM4101W 消息中所报告的系统目录表，以便作为升级后任务的一部分来收集有关这些表的统计信息。
8. 如果 UPGRADE DATABASE 命令返回警告消息 SQL1499W 并将警告消息 ADM4102W 写入管理通知日志，请在 SQL 语句中使用引号来限定或定界 NULL 标识，以避免与 NULL 关键字发生冲突。

   如果您对 SQL 语句中的列名、例程参数名或变量名使用了未用引号完全限定或定界的 NULL 标识，那么此标识名可能会被解析为 NULL 关键字。这将导致行为与先前发行版中的行为不同。请参阅数据库应用程序的升级基本要求 以了解详细信息。

9. 如果 UPGRADE DATABASE 命令返回警告消息 SQL1499W 并将警告消息 ADM4106W 写入管理通知日志，请删除对 XML Extender 用户定义数据类型的所有引用，并删除 DB2XML 模式下的所有 XML Extender 数据库对象。从 DB2 V9.7 开始，将停止使用 XML Extender。

   为了避免发生此错误，请在升级实例和数据库之前执行将带有 XML Extender 的 DB2 服务器升级到 DB2 V9.7中的所有步骤，以彻底禁用 XML Extender 并除去 XML Extender 功能。

10. 如果 UPGRADE DATABASE 命令返回警告消息 SQL1499W 并将警告消息 ADM4105W 写入管理通知日志，请通过运行带有 -xml 参数的 enable_MQFunctions 命令为 XML 数据类型创建新的 MQ 函数。在升级数据库期间，将删除 XML Extender 的一组 DB2 WebSphere® MQ 函数。
11. 如果 UPGRADE DATABASE 命令返回警告消息 SQL1499W 并将警告消息 ADM9516W 写入管理通知日志，请验证 indexrec 配置参数是否设置为 RESTART，并发出 RESTART DATABASE 命令以重建在数据库升级期间被标记为无效的索引。否则，当您首次访问表时将开始重建索引，并且您可能会遇到响应时间意外延长。

    在数据库升级期间，1 类索引以及具有未能升级的索引页的索引会被标记为无效。

12. 如果 UPGRADE DATABASE 命令返回错误消息 SQL0473N，那么您需要对数据库进行逆向升级，然后使用另一个不受限制的名称来重新创建所有使用系统内置数据类型名称的用户定义数据类型。

    为了避免 UPGRADE DATABASE 命令失败，请在验证数据库是否已准备好进行升级期间重新创建这些用户定义数据类型。

13. 如果 UPGRADE DATABASE 命令返回错误消息 SQL1700N，那么您需要对数据库进行逆向迁移，然后使用一个不受限制的模式名来重新创建那些使用受限制模式名的数据库对象。

    为了避免 UPGRADE DATABASE 命令失败，请在验证数据库是否已准备好进行升级期间重新创建这些数据库对象

    。
14. 将完成升级之后的数据库配置设置与升级数据库之前的配置设置进行比较。验证下列设置和数据库信息是否相同：
    • 数据库配置参数设置
    • 表空间信息

    • 仅适用于应用程序的程序包信息

    不必检查系统生成的程序包的程序包信息。可以在升级之后更改有关由系统生成的程序包的信息。
15. 验证数据库升级是否成功。连接至已升级的数据库并发出以下简单查询：

          db2 connect to sample
    
         数据库连接信息
    
        数据库服务器               = DB2/AIX64 9.7.0
        SQL 授权标识               = TESTDB2
        本地数据库别名             = SAMPLE
    
       db2 “select * from syscat.dbauth”

    或者，如果已经安装了样本文件，那么运行 testdata.db2 脚本：

       cd samplefile-dir-clp
          db2 connect to sample
          db2 -tvf testdata.db2

    其中 samplefile-dir-clp 在 Linux 和 UNIX 上为 DB2DIR/samples/clp，而在 Windows 上为 DB2DIR\samples\clp；DB2DIR 表示在安装 DB2 V9.7 期间指定的位置，而 sample 是数据库名称。