DB2错误代码详述（SQL1000-1999）

SQL1000N

无法处理该命令。

SQL1001N

无法处理该命令。

sqlcode：-1001

sqlstate：2E000

SQL1002N

无法处理该命令。

SQL1003N

sqlcode：-1003

sqlstate：28000

SQL1004C

在 Windows 环境下的分区数据库环境中，分区数据库组中的每个节点都必须要有完全相同的物理硬盘驱动器规范（盘符），且可使用（必须包含可使用的空间），才能使 CREATE DATABASE 命令成功。 物理硬盘驱动器盘符是在数据库管理器配置中指定的。 如果 DFTDBPATH 为空白，那么缺省值将是实例拥有的机器上安装了数据库产品的硬盘驱动器路径（安装路径）。

无法处理该命令。

在 Windows 环境下的分区数据库环境中，依次执行下列步骤：

• 确定所需要的硬盘驱动器规范（盘符）。 驱动器盘符是在错误消息中指定的。
• 确定数据库分区的哪个节点遇到了问题。 通常可以在实例所拥有节点的 db2diag 日志文件中找到此信息。
• 更正遇到问题的个别节点上的驱动器问题，或更改数据库管理器配置中的驱动器规范，以便使分区数据库组的每个节点上都可以使用同一驱动器（且有足够的空间）。
• 请重新发出该命令。

SQL1005N

当系统数据库目录中已存在别名时，在目录数据库命令中可能发生此错误。

在创建数据库命令上，此错误可能发生在下列其中一种情况中：

• 在系统数据库目录和本地数据库目录中已存在此别名。
• 在系统数据库目录中已存在别名，但是不在本地数据库目录中。
• 本地数据库目录中已存在别名，但是不在系统数据库目录中。

对于创建数据库命令，对前面列示的三种情况分别执行以下操作：

• 删除使用该别名的数据库。 重新提交原始命令。
• 对别名取消编目。 重新提交原始命令。
• 将别名编目到系统数据库目录中。 删除使用相同别名的数据库。 重新提交原始命令。

SQL1006N

无法处理该命令。

SQL1007N

sqlcode：-1007

sqlstate：58034

SQL1008C

sqlcode：-1008

sqlstate：58036

SQL1009N

无法处理该命令。

SQL1010N

另外，在 Unix 平台上，对于具有 DCE 全局名的数据库，类型可以是“3”。

无法处理该命令。

SQL1011N

无法处理该命令。

SQL1012N

无法处理该命令。

SQL1013N

如果系统数据库目录中出现该数据库名称并且输入类型为 INDIRECT，那么确保指定的本地数据库目录中存在该数据库。 如果条目类型是 REMOTE，那么应确保该数据库存在并且已在服务器的数据库目录中编目。

对于带有 AT DBPARTITIONNUM 子句的 CREATE DATABASE，请确保数据库名称在具有条目类型 INDIRECT 并且目录数据库分区号不等于 -1 的系统数据库目录中。

联合系统用户：除上面的响应以外，还应验证 SYSCAT.SERVERS 中指定的数据库名称是否均有效。 更正其中指定了不存在数据库的任何 SYSCAT.SERVERS 条目。

sqlcode：-1013

sqlstate：42705

SQL1014W

SQL1015N

• 数据库由于先前会话异常终止（例如电源故障）而处于脱机状态。
• 如果发出 db2ckupgrade 命令时遇到了错误：
  • 数据库处于联机状态，并且已发出修改数据库数据的 SQL。
  • 数据库处于联机状态，并且已启用 HADR。

仅限于 DB2 pureScale 环境，可能的原因还包括：

• 此 DB2 成员上的数据库由于先前会话异常终止而处于脱机状态。
• 由于先前会话异常终止，数据库在整个 DB2 pureScale 实例中处于脱机状态。
• 在数据库处于不一致状态（例如备份暂挂、前滚暂挂或复原暂挂）时，尝试执行添加操作或删除操作。 并且，执行删除操作时，所有表空间必须处于一致状态。
• 无法对此数据库进行 HADR 配置。
• 在执行一项或多项删除操作后尝试执行添加操作，但未执行脱机备份。
• 如果在进行下列其中一项拓扑更改后发出命令时遇到了此错误：
  1. 源成员拓扑包含一些在目标成员拓扑中不存在的成员。
  2. 源数据库是 ESE，但目标实例是 DB2 pureScale 实例。
  3. 源数据库是 DB2 pureScale 实例，但目标实例是 ESE。

• 如果数据库由于先前会话异常终止而处于脱机状态，那么执行下列操作作为响应：
  1. 使用 RESTART DATABASE 命令来重新启动数据库。 在分区数据库服务器环境中，必须在所有数据库分区上发出该命令。
• 如果发出 db2ckupgrade 命令时遇到了此错误，请执行下列操作作为响应：
  1. 对该数据库执行清除关闭。
  2. 关闭后，如果在数据库上启用了 HADR，请在数据库上发出 STOP HADR 命令。
  3. 重新发出 db2ckupgrade 命令。

仅限于 DB2 pureScale 环境：

• 如果此 DB2 成员上的数据库由于先前会话异常终止而处于脱机状态，那么执行下列操作作为响应：缺省情况下，在 DB2 pureScale 环境中会自动启动成员崩溃恢复，因此不需要用户执行任何操作。 如果未自动启用成员崩溃恢复，那么通过发出 RESTART DATABASE 命令对此 DB2 成员执行成员崩溃恢复。即使一个成员不一致，仍然可以在其他一致的成员上完成某些数据库操作。 要在对成员进行崩溃恢复期间访问数据库，请连接至活动的 DB2 成员。 要访问此特定成员，请等到完成对成员进行崩溃恢复之后。
• 如果由于先前会话异常终止，数据库在整个 DB2 pureScale 实例中处于脱机状态，请提醒用户，数据库在恢复完成之后才可用。 后续步骤取决于是否自动启用组崩溃恢复。 如果已启用（这是缺省情况），那么不需要用户执行任何操作。 如果未启用自动组崩溃恢复，请执行下列操作作为响应：
  1. 通过发出 RESTART DATABASE 命令执行组崩溃恢复。
  2. 恢复完成后，对具有不确定事务的任何其他成员执行成员崩溃恢复。
• 备份处于备份暂挂状态的数据库或表空间，然后重新提交添加或删除操作。
• 如果使用循环日志记录连接至数据库以具体化任何现有删除操作，请继续重新发出添加命令。
• 这不是受支持的操作，数据库必须一致。 如果这是数据库的副本，请在源实例上使数据库一致，然后将其移至目标实例。

sqlcode：-1015

sqlstate：55025

SQL1016N

无法处理该命令。

SQL1017N

mode 参数标记了通信管理器用来设置会话的通信概要文件。 该方式必须为 1 到 8 个字符。 有效字符为大写或小写 A 到 Z、0 到 9、#、@ 和 $。第一个字符必须是字母。 系统将小写字符更改为大写字符。

无法处理该命令。

SQL1018N

无法处理该命令。

如果节点已编目信息不再有效，那么在节点目录中对已编目节点取消编目，并重新提交该命令。 如果节点已编目信息有效，那么定义新节点名，并使用新节点名重新提交该命令。

SQL1019N

无法处理该命令。

echo $DB2INSTANCE 

echo %DB2INSTANCE% 

用正确的节点名重新提交该命令。

SQL1020C

无法处理该命令。

SQL1021N

无法处理该命令。

SQL1022C

如果调用了远程过程，那么远程过程可使用大于允许的最大值 (4K) 的局部变量空间。

如果语句涉及用户定义的函数 (UDF)，那么 ASLHEAPSZ 数据库管理器配置参数控制的内存集可能大于可用的内存。

无法处理该命令。

sqlcode：-1022

sqlstate：57011

SQL1023C

无法处理该命令。

联合系统用户：数据源也可能会检测到此情况。

sqlcode：-1023

sqlstate：08001

SQL1024N

无法处理该命令。

sqlcode：-1024

sqlstate：08003

SQL1025N

未执行任何操作。

SQL1026N

SQL1027N

无法处理该命令。

SQL1029N

无法处理该命令。

SQL1030C

无法处理该命令。

SQL1031N

无法处理该命令。

sqlcode：-1031

sqlstate：58031

SQL1032N

无法处理该命令。

如果使用多个逻辑节点，那么应确保已正确设置了 DB2NODE 环境变量。 DB2NODE 环境变量指示应用程序将要尝试连接的节点。 必须将 DB2NODE 设置为在应用程序的同一主机上定义的其中一个节点的节点号。

在 DB2 pureScale 环境中，通过下列其中一种方式对此消息作出响应：

• 将 DB2NODE 环境变量设置为处于活动状态的 DB2 成员。
• 在一台未配置为仅运行集群高速缓存工具 (CF) 的计算机上重新运行此命令。

sqlcode：-1032

sqlstate：57019

SQL1033N

无法处理该命令。

sqlcode：-1033

sqlstate：57019

SQL1034C

无法处理该命令。

1. 通过发出 RESTART DATABASE 命令来恢复此数据库。
2. 如果 RESTART DATABASE 命令始终失败，那么您可能需要从备份复原数据库。

在分区数据库环境中，通过执行下列步骤对此错误作出响应：

1. 从备份复原数据库之前，请参阅 syslog 以确定 RESTART DATABASE 命令是否由于发生数据库分区故障或通信故障而失败
2. 如果 RESTART DATABASE 命令由于发生数据库分区故障或通信故障而失败，那么应确保满足下列条件：
   • 数据库管理器已启动并且正在运行
   • 所有数据库分区之间都可以进行通信
3. 使用 db2_all 命令重新提交 RESTART DATABASE 命令：

    db2_all db2 restart database <database_name> 
4. 如果 RESTART DATABASE 命令完成后仍有未解析的不确定事务，请多次运行 RESTART DATABASE 命令以确保已解析所有不确定事务。

在 DB2 pureScale 环境中，通过执行下列步骤对此错误作出响应：

1. 请参阅管理日志以确定 RESTART DATABASE 命令是否由于正在重新启动的成员无法访问共享存储设备而失败。
2. 如果 RESTART DATABASE 命令由于正在重新启动的成员无法访问共享存储设备而失败，请解决访问问题，然后重试 RESTART DATABASE 命令。
3. 如果正在重新启动的成员能够访问共享存储设备，请从另一个成员发出 RESTART DATABASE 命令。
4. 如果这些操作都不起作用，请复原此数据库，然后执行前滚操作。

如果您在执行前滚处理期间遇到了此错误，那么通过执行下列步骤对此错误作出响应：

1. 从备份复原数据库。
2. 再次执行前滚操作。

如果您正在安装样本数据库，那么通过执行下列步骤对此错误作出响应：

1. 删除样本数据库
2. 再次安装样本数据库

sqlcode：-1034

sqlstate：58031

SQL1035N

在下列类型的情况下也会返回此消息：

• 已达到数据库的最大连接数。
• 请求了互斥使用数据库，但另一个用户已经在以互斥方式使用该数据库。
• 已显式激活数据库（共享访问），这会阻止该操作建立与该数据库的互斥连接。
• 在数据库处于停顿状态时，尝试删除数据库分区。

在 pureScale 环境中，当发生以下事件系列时，可能会返回此消息：

1. 对数据库启动了脱机操作（例如，备份、复原或前滚），并且该操作获得了与数据库的互斥连接。
2. 未释放启动该脱机操作失败（例如，由于发生了硬件或软件故障）的成员和该脱机操作所拥有的互斥连接。
3. 启动该脱机操作的成员无法自动重新启动。

1. 通过使用带有 SHOW DETAIL 参数和 GLOBAL 参数的 LIST APPLICATIONS 命令，确定哪些用户应用程序或系统应用程序已打开与数据库的连接。
2. 等待那些已打开与数据库的连接的应用程序关闭其连接。
3. 通过使用下列命令或语句来终止任何剩余的与数据库的连接：
   • QUIESCE DATABASE 命令
   • CONNECT RESET 语句
   • FORCE APPLICATION ALL 命令
   • DEACTIVATE DATABASE 命令
4. 在 DB2 pureScale 环境中，重新启动在执行脱机操作时关闭的任何成员。
5. 如果数据库处于停顿状态，请将其取消停顿。
6. 再次连接。

sqlcode：-1035

sqlstate：57019

SQL1036C

• 系统不能打开、读取或写入数据库文件。
• 系统不能创建数据库，因为系统在创建数据库文件或数据库目录时出错。
• 因为在系统删除数据库的数据库文件或目录时出错，所以系统不能删除该数据库。
• 因为在系统创建或删除数据库的数据库文件或目录时接收到中断，所以系统不能创建数据库。
• 系统在连接期间找不到数据库子目录或数据库配置文件。

问题原因按它们的发生频率排序：

• 在活动日志路径目录中找不到日志文件。
• 尝试对其执行操作的数据库目录存在问题。
• 磁盘空间可能不足而无法完成操作。

不能使用该数据库。

• 要验证是否丢失了日志文件，请检查 db2diag 日志文件以确定是否已发生日志记录错误（返回码包含 SQLO_FNEX）。 如果存在日志记录错误，那么此错误将包含丢失的日志文件的名称。 确保该文件位于活动日志路径目录中。 如果找不到该文件，请复原数据库，然后将数据库前滚到日志文件中引用的早于丢失日志文件的时间点（使用比丢失的文件的时间戳记更早的时间戳记）。
• 数据库目录可能存在问题。 检查目录的完整性。 潜在问题的示例包括：许可权问题、安装点问题以及毁坏。
• 增大文件系统大小。

注意：如果在 CREATE DATABASE 或 DROP DATABASE 期间发生错误，那么后续的 CREATE DATABASE 或 DROP DATABASE 命令将尝试擦除不成功的 CREATE DATABASE 或 DROP DATABASE 命令所遗留的文件或目录。

sqlcode：-1036

sqlstate：58030

SQL1037W

sqlcode：+1037

sqlstate：01606

SQL1038C

无法处理该命令。

sqlcode：-1038

sqlstate：58031

SQL1039C

无法处理该命令。

如果正在安装样本数据库，那么删除它并再次安装样本数据库。

sqlcode：-1039

sqlstate：58031

SQL1040N

如果连接至数据库的应用程序数等于数据库配置文件中定义的最大值，那么会返回此消息。

• 等待其他应用程序与数据库断开连接，然后重新提交该语句。
• 如果需要更多应用程序并行运行，请增大 maxappls 数据库配置参数的值或将 maxappls 设置为“AUTOMATIC”。

sqlcode：-1040

sqlstate：57030

SQL1041N

无法处理该命令。

sqlcode：-1041

sqlstate：57032

SQL1042C

• 未正确安装数据库管理器，或者未正确设置环境。
• 在基于 UNIX 的系统上，可能需要运行 db2iupdt 来更新数据库管理器实例，以便能够获得新的系统配置，或者能够访问与安装或移除某些产品选项、修订包或修改级别相关联的功能。
• 如果您未使用正确的 DB2 管理服务器密码，可能就会获得此消息。

无法处理该命令。

• 要更新实例以获取对函数运行 DB2IUPDT <InstName> 的配置或访问权。
• 如果在尝试与数据库相连时发生错误，那么获取跟踪信息（指示如下），并与 IBM 支持机构联系。

如果这些建议不适用于此问题，请确保系统时间和日期设置正确，并确保系统有足够的可用内存和交换/调页空间。

重新提交当前命令。

如果问题仍然存在，那么停止然后重新启动该数据库管理器。

如果还有错误，那么重新安装数据库管理器。

如果跟踪处于活动状态，那么在操作系统命令提示符处调用“独立跟踪设施”。 请与您的技术服务代表联系，并提供下列信息：

需要的信息：

• 问题描述
• SQLCODE 或消息号
• SQLCA 内容（如果有可能）
• 跟踪文件（如果有可能）。

联合系统用户：如果有必要，请找出导致请求失败的数据源中的问题。 如果问题发生于数据源，那么遵循该数据源的问题确定过程。

sqlcode：-1042

sqlstate：58004

SQL1043C

SQL1044N

处理停止。

联合系统用户：数据源也可能会检测到此情况。

如果正在安装样本数据库，那么删除它并再次安装样本数据库。

如果正在启动数据库管理器，那么在发出任何 db2 命令之前发出 db2stop。

sqlcode：-1044

sqlstate：57014

SQL1045N

无法处理该命令。

sqlcode：-1045

sqlstate：58031

SQL1046N

• 对于 Windows 平台，权限包含的字符超过 30 个，对于其他平台，权限包含的字符超过 128 个。
• 权限中包含对权限无效的字符。 有效字符是 A 到 Z、a 到 z、0 到 9、#、@ 和 $。
• 权限是 PUBLIC 或 public。
• 权限以 SYS、sys、IBM、ibm、SQL 或 sql 开始。
• 该权限违反某些特定于数据源的命名约定。

无法处理该命令。

联合系统用户：如果有必要，请找出拒绝请求的数据源存在的问题，并使用对于该数据源有效的授权标识。

sqlcode：-1046

sqlstate：28000

SQL1047N

当已与另一个数据库相连时，不允许将文件与数据库进行绑定。

无法处理该命令。

SQL1048N

无法处理该命令。

SQL1049C

无法处理该命令。

SQL1050N

无法处理该命令。

SQL1051N

• 对数据库目录或存储路径指定的值不存在或不可访问。
• 对数据库目录或存储路径指定的值包含与数据库代码页不兼容的字符。
• 存储路径必须具有绝对路径名，不能是相对路径名。
• 尝试了激活或连接至数据库，但找不到存储路径或该路径不可访问。
• 在维护在备份映像中定义的存储路径同时，尝试复原自动存储器数据库。 但是，找不到存储路径或该路径不可访问。
• 前滚操作尝试重新应用与添加存储路径相关的日志记录，但找不到存储路径或该路径不可访问。
• 正在尝试删除与此数据库不相关联的存储路径。
• 正在尝试添加具有多个存储路径的远程存储器组或将存储路径添加到现有的远程存储器组。
• 首次启用控制文件恢复路径时，该控制文件恢复路径不存在。
• 首次启用控制文件恢复路径时，控制文件恢复路径中已存在一个或两个全局和/或成员恢复数据库目录。
• 首次启用控制文件恢复路径时，该控制文件恢复路径与 CREATE DATABASE 重叠。
• 首次启用控制文件恢复路径时，恢复数据库目录与其他数据库的现有恢复数据库目录重叠。
• 使用先前激活的控制文件恢复路径时，该控制文件恢复数据库目录中缺少恢复控制文件或文件不一致，或者激活时全局和成员恢复数据库目录之一或两者都不存在。

如果您正在使用集群管理器，那么当数据库管理器无法将给定存储路径添加到集群管理器配置时，可能会返回此消息。 集群管理器中生成的错误消息将记录在 db2diag 日志文件中。

不能处理语句或命令。

• 如果路径不存在，那么创建路径；或者如果路径不可访问，那么更改路径的许可权。 重新提交语句或命令。
• 在数据库目录和存储路径中使用符合命名规则的字符。
• 如果指定了相对存储路径名，那么改为指定其绝对路径名。 重新提交语句或命令。
• 解决存储路径的问题并重新提交命令。 如果存储路径不再可用，那么必须从备份映像中复原数据库。
• 如果存储路径不存在，那么创建路径；或者如果路径不可访问，那么更改路径的许可权。 或者，可以使用 RESTORE DATABASE 命令的 ON 参数或者使用 SET STOGROUP PATHS 命令重新定义存储路径。
• 如果存储路径不存在，那么创建路径；或者如果路径不可访问，那么更改路径的许可权。 或者，再次复原数据库并重新定义与该数据库相关联的存储路径。 如果在复原期间重新定义了存储路径，那么将忽略之后添加的所有存储路径日志记录。
• 如果尝试删除存储路径，请确保它存在并且与该数据库相关联。 然后再次尝试该请求。
• 当使用正在使用远程存储器的存储器组时，您只能指定单个存储路径。
• 确保为控制文件恢复指定的路径已存在。
• 请检查现有恢复数据库目录的内容，尤其是它们是否已过时，或者是否属于另一个数据库。 如果可能，请除去恢复数据库目录，或者指定其他控制文件恢复路径。
• 请确保 CREATE DATABASE 的路径和控制文件恢复路径指定了不同的路径。
• 请指定其他控制文件恢复路径。
• 确定恢复控制文件缺失或不一致的原因。 重新创建缺少的恢复控制文件或目录，或指定其他控制文件恢复路径。

如果您正在使用集群管理器，那么更正问题并重新提交该命令：

1. 查看 db2diag 日志文件，以获取集群管理器中生成的错误消息。
2. 对 db2diag 日志文件中的集群管理器错误消息作出响应，以解决导致数据库管理器无法将路径添加到集群管理器配置的底层问题。
3. 重新提交该命令。

sqlcode：-1051

sqlstate：57019

SQL1052N

在 Windows 或 UNIX 环境下的分区数据库环境中，分区数据库组中的每个节点都必须有相同的硬盘驱动器规范（路径）可用并且具有可用空间，才能成功执行 CREATE DATABASE 命令。 硬盘驱动器路径是在数据库管理器配置中指定的。 如果 DFTDBPATH 为空白，那么缺省值将是实例拥有的机器上安装了数据库产品的硬盘驱动器路径（安装路径）。

无法处理该命令。

在 Windows 或 UNIX 环境下的分区数据库环境中，遵循下列步骤：

• 确定所需要的硬盘驱动器规范（路径）。 该路径是在错误消息中指定的。
• 确定数据库分区的哪个节点遇到了问题。 通常可以在实例所拥有节点的 db2diag 日志文件中找到此信息。
• 更正遇到问题的节点上的驱动器问题，或着更改数据库管理器配置中的驱动器规范，以使分区数据库组的每个节点上都可以使用同一驱动器并且具有足够的空间。
• 请重新发出该命令。
• 在 Windows 上，如果所有将访问该数据库的应用程序都基于 V9 或更高版本的外部 API，那么可以启用 DB2_CREATE_DB_ON_PATH 注册表变量以支持将路径作为数据库路径。

SQL1053N

忽略中断请求。

SQL1054N

忽略中断请求。

联合系统用户：数据源也可能会检测到此情况。

SQL1055N

忽略中断请求。

联合系统用户：数据源也可能会检测到此情况。

SQL1056N

无法处理该命令。

sqlcode：-1056

sqlstate：54029

SQL1057W

sqlcode：+1057

sqlstate：01606

SQL1058N

无法处理该命令。

SQL1059N

无法处理该命令。

SQL1060N

联合系统用户：数据源也可能会检测到此情况。

无法处理该命令。

如果由于一个切换用户请求而返回了此错误，那么在使用有效用户标识发出切换用户请求之前（建立了可信连接的用户标识或者可信连接上允许的用户标识都是有效用户标识），如果发出了任何 SQL 语句，都会返回错误（SQLSTATE 08003）。 当该连接脱离未连接状态之后，它仍然是可信连接。

联合系统用户：如果有必要，请找出导致请求失败的数据源中的问题，并确保已对该数据源授予正确的特权。 对于连接至数据库时所需要的特权，某些数据源可能会使用与 CONNECT 特权不同的名称。

sqlcode：-1060

sqlstate：08004

SQL1061W

在 DB2 pureScale 环境中，不确定事务的影响取决于与它们相关联的 DB2 成员以及刚完成的恢复操作的类型。 如果不确定事务与从其中发出重新启动操作的 DB2 成员相关联，那么数据库将可用，但与不确定事务相关联的任何数据都将不可访问。 如果重新启动命令启动了组崩溃恢复，并且不确定事务与另一个 DB2 成员相关联，那么该 DB2 成员在经历成员崩溃恢复之前将保持不一致，并且在此成员崩溃恢复完成之前，不确定事务不可解析。

• 在分区数据库服务器环境中，RESTART DATABASE 命令是针对每个分区运行的。 为确保在所有分区上重新启动该数据库，请使用以下命令：

  db2_all db2 restart database   <database_name> 

  如果所有数据库分区都在运行，那么发出此命令将解析所有不确定事务。

  可能必须多次运行此命令以确保所有不确定事务都已解析。

• 在 DB2 pureScale 环境中，用户响应取决是否启用了自动恢复（缺省情况下，启用了自动恢复）。 如果启用了自动恢复，那么在任何成员上启动数据库管理器进程模型（即，通过 db2start 命令或者通过 DB2 集群服务启动）后，将自动进行成员崩溃恢复。 如果未启用自动恢复，那么必须使用 RESTART DATABASE 命令来手动启动对成员进行崩溃恢复。 在这两种情况下，成员崩溃恢复完成之后，可解析不确定事务。

SQL1062N

在 Windows 环境下的分区数据库环境中，分区数据库组中的每个节点都必须要有完全相同的物理硬盘驱动器规范（盘符），且可使用（必须包含可使用的空间），才能使 CREATE DATABASE 命令成功。 物理硬盘驱动器盘符是在数据库管理器配置中指定的。 如果 DFTDB 为空白，那么缺省值将是实例拥有的机器上安装了数据库产品的硬盘驱动器路径（安装路径）。

无法处理该命令。

在 Windows 环境下的分区数据库环境中，依次执行下列步骤：

• 确定所需要的硬盘驱动器规范（盘符）。 驱动器盘符是在错误消息中指定的。
• 确定数据库分区的哪个节点遇到了问题。 通常可以在实例拥有节点的 db2diag 日志文件中找到此信息。
• 更正遇到问题的个别节点上的驱动器问题，或更改数据库管理器配置中的驱动器规范，以便使分区数据库组的每个节点上都可以使用同一驱动器（且有足够的空间）。
• 请重新发出该命令。

SQL1063N

SQL1064N

SQL1065W

未将所列示的实用程序绑定文件绑定至已创建或者已升级的数据库。

SQL1066N

如果问题继续，那么在操作系统命令提示符处输入 DB2TRC ON -L 0X100000。 再次运行 DB2START，然后在命令提示符处输入 DB2TRC DUMP 文件名以保存跟踪信息。 要关闭跟踪，输入 DB2TRC OFF。 与服务协调员联系，并提供跟踪信息。

SQL1067N

如果问题继续，那么在操作系统命令提示符处输入 DB2TRC ON -L 0X100000。 再次运行 DB2STOP，然后在命令提示符处输入 DB2TRC DUMP 文件名以保存跟踪信息。 要关闭跟踪，输入 DB2TRC OFF。 与服务协调员联系，并提供跟踪信息。

SQL1068N

sqlcode：-1068

sqlstate：08004

SQL1069N

无法处理该命令。

SQL1070N

无法处理该命令。

SQL1071N

无法处理该命令。

SQL1072C

• 数据库管理器已不正确地终止。 （例如，在基于 UNIX 的系统上，如果使用“kill”命令而不是使用 STOP DATABASE MANAGER 命令来终止进程，那么可能会发生这种情况）。
• 另一个应用程序或用户可能已移除数据库管理器资源。 （例如，在基于 UNIX 的系统上，具有足够特权的用户可能无意中使用“ipcrm”命令移除了数据库管理器所拥有的进程间通信 (IPC) 资源）。
• 另一个应用程序对系统资源的使用与数据库管理器对系统资源的使用发生冲突。 （例如，在基于 UNIX 的系统上，另一个应用程序可能正在使用数据库管理器用来创建 IPC 资源的键）。
• 数据库管理器的另一个实例可能正在使用相同的资源。 在基于 UNIX 的系统上，如果两个实例位于不同的文件系统上，并且 sqllib 目录刚好使用冲突的 IPC 键，那么可能会发生此情况。

执行下列其中一个或多个故障诊断步骤和资源清除步骤，然后重新提交失败的请求：

• 移除所有使用该实例标识来运行的数据库管理器进程。例如，在基于 UNIX 的系统上，执行下列步骤：
  1. 通过发出 db2_ps 命令来列出所有使用该实例标识来运行的数据库管理器进程。
  2. 通过发出以下命令来移除那些进程：

      kill -9 <process-ID> 
• 确保任何其他应用程序都未使用该实例标识来运行，然后移除该实例标识所拥有的所有资源。例如，在基于 UNIX 的系统上，执行下列步骤：
  1. 通过发出以下命令来列出该实例标识所拥有的所有 IPC 资源：

     ipcs | grep <instance-ID> 
  2. 通过发出以下命令来移除那些资源：

      ipcrm -[q|m|s] <instance-ID> 
• 如果发现两个实例可以单独启动，但无法同时处于活动状态，请以实例所有者身份执行下列步骤，为那些实例中的一个实例生成新的 IPC 键：

  对于单个数据库分区实例：

  1. 删除 sqllib/.ftok 文件。
  2. 运行 sqllib/bin/db2ftok 命令以生成新 .ftok 文件。

  对于多个数据库分区实例：

  1. 在 sqllib 所在的层创建另一个目录。
  2. 将 sqllib 中的所有内容移至新目录。
  3. 删除 sqllib。
  4. 将新目录重命名为 sqllib。

SQL1073N

SQL1074N

无法处理该命令。

SQL1075N

无法处理该命令。

SQL1076N

无法处理该命令。

SQL1077N

无法处理该命令。

SQL1078N

无法处理该命令。

SQL1079N

无法处理该命令。

SQL1080N

无法处理该命令。

SQL1081N

无法处理该命令。

SQL1082N

无法处理该命令。

SQL1083N

无法处理该命令。

SQL1084C

在执行活动（例如，激活数据库或者将数据库前滚）期间，如果由于已经达到操作系统内核内存限制（例如，Linux 上的 SHMMAX）而使得数据库管理器无法分配共享内存，就会返回此消息。

• 通过运行以下命令来生成数据库配置建议：

   DB2 AUTOCONFIGURE APPLY NONE 
• 增大操作系统内核设置值，此设置会限制可用于数据库管理器的操作系统内存量。
• 通过减小 database_memory 配置参数的值来减少数据库使用的内存量。
• 仅在 Linux 操作系统上：某些内核配置参数（例如，SHMMAX）的缺省值对于 DB2 LUW 来说不是足够大。 请确定当前的内核配置参数设置值，并修改任何不是足够大的内核参数值。

如果在您执行这些故障诊断步骤之后仍然发生此错误，那么使用 db2support 实用程序来收集诊断信息，然后与 IBM 软件支持机构联系。

sqlcode：-1084

sqlstate：57019

SQL1085N

sqlcode：-1085

sqlstate：57019

SQL1086C

无法处理该命令。

SQL1087W

未将实用程序绑定文件绑定至已创建或者已升级的数据库。

SQL1088W

未将实用程序绑定文件绑定至新创建的或者已升级的数据库。

• 将实用程序与数据库进行绑定。 在调用绑定程序时不要使用格式选项。
• 在数据库服务器中绑定 db2schema.bnd 文件。

SQL1089W

实用程序绑定文件未与最新创建的数据库进行绑定。

SQL1090C

如果应用程序正在使用下一级别的数据库管理器库或 DLL，同时又访问数据库管理器配置文件的已安装版本，也将发生此错误。

无法处理该命令。

如果问题仍然存在，那么使用当前数据库管理器重复预编译进程。 只使用利用可兼容发行版级别的数据库管理器进行预编译的应用程序。

SQL1091C

无法处理该命令。

如果在对数据库进行升级或者复原数据库期间发生错误，说明您正在尝试对具有不兼容发行版的数据库进行升级或复原。

如果在移除修订包之后的首次连接时出错，那么表示您尝试连接至仅在更高修订包级别才受支持的数据库。

如果在移除修订包之后首次连接至数据库时发生错误，请从备份来复原数据库，然后从处于支持此数据库的修订包级别的 DB2 副本中发出“将数据库更新为当前级别”命令。

sqlcode：-1091

sqlstate：08004

SQL1092N

由于多个代理程序在不同级别控制访问权（本地操作系统登录凭证、Windows 用户组、域、Kerberos 之类的第三方安全服务、命令的执行上下文、DB2 权限级别以及数据库对象等等），因此认证和授权问题的故障诊断非常复杂。

下面是一些有可能返回此消息的常见场景（按操作环境排列）：

使用了组的 Windows 操作系统

以下是对使用了组的 Windows 环境中可能会返回此消息的场景的描述：

DB2 数据库配置：

• 已安装数据库产品，并且数据库管理器实例用户设置为 Windows LocalSystem 帐户（或者设置为另一个本地 Windows 帐户）。
• 未设置 DB2_GRP_LOOKUP 环境变量。

失败的操作：

• 用户尝试使用远程域中定义的两部分用户标识来连接到数据库。

故障原因：

• 由于未设置环境变量 DB2_GRP_LOOKUP，因此数据库管理器尝试在定义了该用户标识的位置对组进行枚举。 但是，由于数据库管理器正在 LocalSystem 帐户的上下文中运行，无权访问网络，因此无法在定义了该用户标识的位置对组进行枚举。

使用了 Kerberos 的 Windows 操作系统

在使用了 Kerberos 认证的 Windows 环境中，当尝试使用不是域帐户的帐户来登录计算机时，可能会返回此消息。

使用了“扩展安全性”的 Windows 操作系统

在启用了“扩展安全性”的 Windows 环境中，如果并非本地 DB2USERS 组或 DB2ADMNS 组成员的用户标识尝试使用或修改数据库资源，那么可能会返回此消息。

轻量级目录访问协议 (LDAP) 环境

在 LDAP 环境中，可能会返回此消息，如果用户标识或 Db2 Connect 网关没有权限执行 CATALOG DATABASE、CATALOG … NODE 或 CATALOG DCS DATABASE 命令。

Windows 命令提示符

在 Windows Vista 或更高版本的 Windows 操作系统上，命令提示符可能具有标准的用户特权，即使用户具有管理特权也是如此。 如果从只具有标准特权的命令提示符执行需要管理特权的命令，那么可能会返回此消息。

联合数据库环境

在联合环境中的联合服务器或联合数据源上，可能会发生此错误。

1. 与系统管理员或数据库管理员一起，收集关于给定用户标识所具有的特权和权限的信息。 以下是收集关于给定用户标识的此类信息的方法示例：

    db2 SELECT * FROM TABLE (SYSPROC.AUTH_LIST_GROUPS_FOR_AUTHID('<ID>')) 
2. 找出失败的尝试操作。
3. 将给定用户标识所具有的特权和权限与尝试的操作作比较。
4. 使用另一个具有所需权限和特权的用户标识，或者通过执行下列一种或多种类型的管理操作将所需特权授予该用户标识：
   • 将该用户标识添加到必需的组
   • 改变该用户标识所属的组的权限或特权
   • 使用 GRANT 语句，专门授权该用户标识执行该操作

以下是响应特定场景的方式的一些示例：

使用了 Kerberos 的 Windows 操作系统

在使用了 Kerberos 认证的 Windows 环境中，请使用域帐户来登录计算机。

使用了“扩展安全性”的 Windows 操作系统

在启用了“扩展安全性”的 Windows 环境中，要使用或修改数据库资源，请执行下列其中一项操作：

• 将该用户标识添加到本地 DB2USERS 组或 DB2ADMNS 组。
• 使用作为本地 DB2USERS 组或 DB2ADMNS 组成员的用户标识。

轻量级目录访问协议 (LDAP) 环境

在 LDAP 环境中，如果用户标识或 Db2 Connect 网关没有权限执行 CATALOG DATABASE、CATALOG … NODE 或 CATALOG DCS DATABASE 命令使用户能够使用 catalog_noauth 数据库管理器配置参数，在没有 SYSADM 权限的情况下，对数据库和节点或 DCS 和 ODBC 目录进行编目和取消编目。

Windows 命令提示符

要使用完全管理特权来运行命令，请执行下列步骤：

1. 使用 DB2 数据库安装过程中创建的“命令窗口 – 管理员”快捷方式，打开将使用完全管理特权运行的命令窗口。
2. 从使用完全管理特权运行的命令窗口中启动命令。

联合环境

确定是联合服务器返回了错误还是联合数据源返回了错误，然后执行本消息中描述的故障诊断步骤。

SQL1093N

无法处理该命令。

sqlcode：-1093

sqlstate：51017

SQL1094N

无法处理该命令。

sqlcode：-1094

sqlstate：57009

SQL1095N

无法处理该命令。

sqlcode：-1095

sqlstate：54029

SQL1096N

无法处理该命令。

SQL1097N

无法处理该命令。

联合系统用户：数据源也可能会检测到此情况。

联合系统用户：除这些操作之外，还验证所有 SYSCAT.SERVERS 条目中列示的节点名是否正确。 如果该节点未列示在节点目录中，且服务器是 DB2 系列的一个成员，那么对该节点发出 CATALOG NODE 命令。

sqlcode：-1097

sqlstate：42720

SQL1098N

无法处理该命令。

sqlcode：-1098

sqlstate：53056

SQL1099N

无法处理该语句。

SQL1100W

成功完成 CATALOG DATABASE 命令。

SQL1101N

联合系统用户：当出现以下任一情况时也会发生此错误：

• 没有用户映射，并且远程授权标识或远程密码与在连接至 DB2 联合数据库时所指定的授权标识和密码不匹配。
• 用户映射未指定 REMOTE_PASSWORD 选项，以及连接到 DB2 联合数据库时未指定密码。
• 用户映射未指定 REMOTE_PASSWORD 选项，以及连接到 DB2 联合数据库时远程密码和指定密码不匹配。
• 用户映射未指定 REMOTE_AUTHID 选项，以及连接到 DB2 联合数据库时远程授权标识和指定授权标识不匹配。
• 远程授权标识或远程密码和用户映射指定的不匹配。

无法处理该请求。

sqlcode：-1101

sqlstate：08004

SQL1102N

无法处理该语句。

SQL1103W

注意，如果数据库已经处于当前级别并且未进行升级，那么也将返回此消息。

如果在 HADR 备用数据库上发出，那么数据库元数据已升级至当前级别并且 HADR 重放服务已在后台开始。 数据库将处于“升级中”状态，并且直到它已重放从主数据库接收到的所有升级日志记录后，才能接受新连接（如果已启用“在备用项上读取”）。

如果在 HADR 备用数据库上发出，请在主数据库上发出 UPGRADE DATABASE 命令。

SQL1104N

无法处理该命令。

SQL1105N

不允许继续执行远程过程。

sqlcode：-1105

sqlstate：38003

SQL1106N

无法处理该命令。

sqlcode：-1106

sqlstate：42724

SQL1107N

处理停止。

sqlcode：-1107

sqlstate：42724

SQL1108N

无法处理该命令。

如果重新安装并不更正该错误，那么如果可能，记录消息号（SQLCODE）和 SQLCA 中的所有信息。

如果跟踪处于活动状态，那么在操作系统命令提示符处调用“独立跟踪设施”。 然后与技术服务代表联系。

sqlcode：-1108

sqlstate：42724

SQL1109N

1. 确定给定的库文件与哪个产品组件相关联。
2. 验证相关联产品组件的安装。 （例如，DB2 数据库的各个库的路径必须包括在环境变量 LIBPATH 中。）

sqlcode：-1109

sqlstate：42724

SQL1110N

无法处理该命令。

SQL1111N

无法处理该命令。

sqlcode：-1111

sqlstate：42724

SQL1112N

无法处理该命令。

sqlcode：-1112

sqlstate：42724

SQL1113N

存储过程没有返回任何数据。

sqlcode：-1113

sqlstate：39502

SQL1114N

存储过程没有返回任何数据。

sqlcode：-1114

sqlstate：39502

SQL1115N

存储过程没有返回任何数据。

sqlcode：-1115

sqlstate：39502

SQL1116N

在 DB2 pureScale 环境中，必须执行完全脱机数据库备份。

sqlcode：-1116

sqlstate：57019

SQL1117N

没有建立连接。

联合系统用户：数据源也可能会检测到此情况。

联合系统用户：如果需要，请找出使请求被拒绝的数据源中的问题，并对该数据源执行适当的恢复操作以使数据源一致。

sqlcode：-1117

sqlstate：57019

SQL1118N

没有建立连接。

联合系统用户：数据源也可能会检测到此情况。

联合系统用户：如果有必要，请找出导致请求失败的数据源中的问题，并在再次尝试运行该命令之前对该数据源发出 BACKUP 命令。

sqlcode：-1118

sqlstate：57019

SQL1119N

没有建立连接。

联合系统用户：数据源可能会检测到此情况。

联合系统用户：如果有必要，请找出导致请求失败的数据源中的问题，并在再次尝试运行该命令之前对该数据源发出 RESTORE 命令。

sqlcode：-1119

sqlstate：57019

SQL1120N

没有建立连接。

联合系统用户：数据源也可能会检测到此情况。

联合系统用户：如果有必要，请找出导致请求失败的数据源中的问题，并在再次尝试运行该命令之前对该数据源发出 BACKUP 或 RESTORE 命令。

sqlcode：-1120

sqlstate：57019

SQL1121N

无法处理该命令。

SQL1122N

无法处理该命令。

SQL1123N

无法处理该命令。

SQL1124N

无法处理该命令。

SQL1125N

无法处理该命令。

SQL1126N

无法处理该命令。

SQL1127N

无法处理该命令。

SQL1128W

您可以使用装入命令的 SAVECOUNT 参数，指定在一致点之间装入多少行。 某些实用程序（例如，db2move）使用装入实用程序，并设置 SAVECOUNT 值（缺省值）。

在使用一致点方面，存在一些限制。 当尝试以不受支持的方式使用一致点时，装入操作会继续，但不会创建一致点。 在两种常见场景中会显示此消息：

• 直接调用 LOAD 命令，且指定了 SAVECOUNT 参数
• 装入实用程序由其他实用程序使用，且缺省情况下，后者指定了 SAVECOUNT 值

原因码指示了遇到的限制：

1

将数据装入 MDC 或 ITC 表时，不支持一致点。

2

指定文件类型不支持一致点。

3

将数据装入分区表时，不支持一致点。

4

将数据装入包含 XML 列的表时，不支持一致点。

5

将数据装入按列组织的表时，不支持一致性点。

6

将数据装入到保留的行长度超过其页面大小的按行组织的表时，不支持一致性点。

SQL1129N

• 减少使用 DB2 的用户数
• 增大系统进程限制。

sqlcode：-1129

sqlstate：42724

SQL1130N

sqlcode：-1130

sqlstate：42724

SQL1131N

如果在运行所指定的例程时 db2fmp 进程异常终止，那么会返回此消息。 db2fmp 进程可能由于许多原因而异常终止，其中包括下列原因：

• 在 db2fmp 进程所执行的存储过程或者用户定义的函数的实现中存在编码错误（例如，除数为 0，或者存在超出范围的指针引用）。
• 另一个进程使用信号（例如，终止信号 SIGTERM）终止了 db2fmp 进程。
• 安装 Java 例程时 SQLJ.INSTALL_JAR 失败，因为受防护用户没有在服务器上创建必需目录或写入必需目录的许可权。

1. 请查看存储过程或者用户定义的函数的代码并对其进行单元测试，从而确保此存储过程或者用户定义的函数中不存在可能会导致异常终止的编码错误。
2. 通过检查系统中正在运行的所有应用程序和访问系统的用户的行为，确保其他应用程序或用户不会db2fmp发送终止信号。
3. 请再次运行此存储过程。

如果因为 SQLJ.INSTALL_JAR 失败而返回此消息，请将受防护标识添加至实例所有者组。

sqlcode：-1131

sqlstate：38503

SQL1132N

不允许继续执行过程。

sqlcode：-1132

sqlstate：38003

SQL1133N

存储过程没有返回任何数据。

sqlcode：-1133

sqlstate：39502

SQL1134N

存储过程没有返回任何数据。

不允许继续执行过程。

sqlcode：-1134

sqlstate：38003

SQL1135N

SQL1136N

SQL1137W

如果您正在使用集群管理器，那么当数据库管理器无法从集群管理器配置中移除给定数据库别名的容器路径，可能会返回此错误。 集群管理器中生成的错误消息将记录在 db2diag 日志文件中。

如果已通过“新建日志路径”配置参数更改了日志目录，那么手动卸下日志目录文件系统，并移除日志和数据库目录。

如果您正在使用集群管理器，那么更正问题并从集群管理器配置中移除该路径：

• 查看 db2diag 日志文件，以获取集群管理器中生成的错误消息。
• 对 db2diag 日志文件中的集群管理器错误消息作出响应，以更正导致集群管理器无法从其配置中移除该路径的底层问题。
• 使用集群管理器的工具和实用程序从集群管理器配置中移除此数据库的容器路径。

SQL1138W

唯一索引的迁移格式将允许对多行进行更新，以便在更新语句结束时而不是在更新每行时检查索引列的唯一性。

sqlcode：+1138

sqlstate：01550

SQL1139N

sqlcode：-1139

sqlstate：54047

SQL1140W

成功地预编译了动态 INSERT、UPDATE、DELETE 或 SELECT 语句。 如果执行已预编译好的语句时超过了在 RLST 中指定的 ASUTIME 值，那么可能会发出 SQLCODE -905。

如果警告是由消耗了太多处理器资源的 SQL 语句引起的，那么尝试重写该语句以便更有效地执行该语句。 另一个选项是请求管理员来增大 RLST 中的警告阈值。

sqlcode：+1140

sqlstate：01616

SQL1141N

SQL1142N

无法处理该命令。

在分区数据库环境中，文件扩展名与数据库分区节点号相对应。 文件位于由 DIAGPATH 数据库管理器配置参数指定的目录中。

SQL1143N

实用程序停止了处理过程。

在数据库分区环境中，文件扩展名与数据库分区节点号相对应。 文件位于由 DIAGPATH 数据库管理器配置参数指定的目录中。

sqlcode：-1143

sqlstate：5UA0A 和 5UA0B

SQL1144N

运行时标记 sqlcode 指示返回的底层 sqlcode。

如果 sqlcode 不是 0，那么参阅 sqlcode 的消息以进行更正操作。 需要再次发出在回滚事务中的所有语句。 如果 sqlcode 为零，并且在保存点作用域中删除了索引，那么在删除关于同一个表的旧索引之前，可能需要对语句进行重新排序以便创建新索引。 如果是在同一 ALTER TABLE 语句中删除和添加唯一键或主键约束，那么可能需要用两条语句来完成此操作，在第一条语句中执行添加（ADD），而在第二条语句中执行删除。

sqlcode：-1144

sqlstate：40507

SQL1145N

sqlcode：-1145

sqlstate：560AF

SQL1146N

SQL1147W

SQL1148N

SQL1149N

sqlcode：-1149

sqlstate：5U007

SQL1150N

无法处理该命令。

SQL1151N

SQL1152N

SQL1153N

SQL1154N

SQL1155W

sqlcode: +1155

sqlstate：01608

SQL1156N

sqlcode：-1156

sqlstate：5U008

SQL1157N

sqlcode：-1157

sqlstate：42987

SQL1158N

sqlcode：-1158

sqlstate：42832

SQL1159N

当数据库产品安装出现问题时，将返回此消息。 如果启用了 Windows 扩展安全性功能，并且用来启动 Internet 信息系统 (IIS) 服务的标识并不隶属于 DB2ADMNS 组或 DB2USERS 组，那么也可能会返回此消息。

此消息的原因码仅适用于 IBM 支持人员。

• 如果这是第一次在此计算机上安装数据库产品，请查看安装日志以找出所有可能的错误，然后从添加或删除程序控制面板 applet 运行数据库产品修复操作。
• 如果启用了 Windows 扩展安全性功能，请确保使用数据库产品的应用程序标识和用户标识属于 DB2ADMNS 组或 DB2USERS 组。
• 卸载数据库产品，然后再次重新安装数据库产品。

如果错误仍存在，请收集下列诊断信息并与 IBM 支持机构联系：

• 随此消息返回的原因码
• 安装日志

SQL1160N

SQL1161W

SQL1162W

SQL1163N

1. 列。 要启用数据捕获，列名不能长于 128 字节。
2. 表。 要启用数据捕获，表名不能长于 128 字节。
3. 模式。 要启用数据捕获，模式名不能长于 128 字节。

sqlcode：-1163

sqlstate：42997

SQL1164N

如果应用程序员修改了预编译器的输出、在应用程序中使用了以 SQL 开始的变量名，或以另一种方式覆盖了调用参数列表，那么由预编译器创建的调用参数列表可能不正确。

另外，如果 SQLDA 是由应用程序直接传送的，那么可能不能正确地初始化。

无法处理该语句。

sqlcode：-1164

sqlstate：07002

SQL1165W

继续语句处理，返回空指示符 -2。

sqlcode：+1165

sqlstate：01515

SQL1166W

继续语句处理，使用空值作为除法表达式的结果，并且可能返回空指示符 -2。

sqlcode：+1166

sqlstate：01564

SQL1167W

继续语句处理，使用空值作为算术表达式的结果，并且可能返回空指示符 -2。

sqlcode：+1167

sqlstate：01519

SQL1168N

1

无法与 REMOTEFETCH 介质自变量中指定的数据库名称建立连接。

2

REMOTEFETCH 介质自变量中指定的源表名不存在，或者无法访问源表。

3

无法准备（PREPARED）REMOTEFETCH 介质自变量中指定的源查询。

4

源表或源查询的结果集与目标表定义不兼容。

5

从源表或源查询访存记录时出错。

1

确保数据库名称、用户标识和密码自变量全都正确。

2

确保表名正确。

3

确保查询有效。

4

确保源表/源查询的列定义与目标表的列定义兼容。

5

检查 db2diag 日志文件，以确定错误根源。

SQL1169N

1. 无法在程序包高速缓存中找到指定的语句。
2. 尚未使用 REOPT ONCE 编译高速缓存的语句。
3. 已在带有 REOPT ONCE 的多个环境中编译了高速缓存的语句，不能对其进行唯一地标识。
4. 对高速缓存的重新优化的语句无法找到值。
5. Explain 表的一个列太小。 其他信息 标识了模式名、表名和列名以及存储说明工具生成的数据所需的列大小，其格式为 模式名.表名.列名（建议大小）。如果名称非常长，那么 其他信息 可能会被截断。 db2diag 日志文件将包含更多详细信息。

1. 确保指定的语句文本与程序包高速缓存中的语句的语句文本相匹配。
2. 使用 REOPT ONCE 重新编译语句。 请参阅《命令参考》以了解详细信息。
3. 确保语句具有带有 REOPT ONCE 设置的唯一环境。
4. 确保在最初重新优化了语句的数据库分区上说明了该语句。
5. 确定必需的列大小在表和数据库中能否放得下。 如果放得下，那么使用 ALTER TABLE 语句来增大列大小。

sqlcode：-1169

sqlstate：560C9

SQL1170N

sqlcode：-1170

sqlstate：5U013

SQL1171N

如果执行 ALTER STOGROUP 语句时发生了此错误，那么可能指定的路径数超过了允许的最大路径数，或者指定的路径数与此存储器组已经在使用的路径数之和大于最大值。 减少在 ALTER 语句中指定的存储路径数，然后重新提交该语句。

sqlcode：-1171

sqlstate：5U009

SQL1172N

sqlcode：-1172

sqlstate：5U010

SQL1173N

sqlcode：-1173

sqlstate：5U011

SQL1174N

1

数据库分区表达式已被用作数据库路径的一部分，隐式地指定为第一个存储路径，或者显式地使用了 DBPATH ON 选项，这些是不允许的。

2

在路径中找到了数据库分区表达式，但是由于存在语法错误而无法对它进行求值。

3

数据库分区表达式指定了超出允许范围的数目。 如果数目是在 N 自变量之前指定 ($[number]N)，那么数目可以是从 2 到 6（包括 2 和 6 在内）。

sqlcode：-1174

sqlstate：5U012

SQL1175I

SQL1176N

SQL1177N

sqlcode：-1177

sqlstate：42997

SQL1178N

无法处理该语句。

sqlcode：-1178

sqlstate：429BA

SQL1179W

如果 对象类型 是 SUMMARY TABLE，那么操作正在为具体化查询表刷新数据。 调用了 REFRESH TABLE 或 SET INTEGRITY 语句（这些语句将导致刷新）的用户可能需要具有必需的特权才能访问数据源中的基础数据源对象。

如果 对象类型 是 VIEW，那么该视图的任何用户可能需要具有必需的特权才能访问数据源中的基础数据源对象。

如果 对象类型 是 PROCEDURE、FUNCTION 或 METHOD，那么例程的调用程序可能需要具有必要的特权才能访问例程中的任何 SQL 语句的数据源上的底层数据源对象。

如果 对象类型 是 PACKAGE，并且此消息是在预编译或绑定应用程序时产生的，那么应用程序的调用者可能需要具备必需的特权才能访问此应用程序中的任何静态 SQL 语句的数据源中的底层数据源对象。

如果 对象类型 是 PACKAGE，并且此消息是在创建 SQL 或 XQuery 过程时产生的，那么此过程的调用者可能需要具备必需的特权才能访问此过程中的任何 SQL 语句的数据源中的底层数据源对象。

在任何情况下，尝试访问数据源对象时都可能发生权限错误。

如果 对象类型 是 PACKAGE，并且此消息是在预编译或绑定应用程序时产生的，请在 PRECOMPILE（PREP）或 BIND 命令中指定 FEDERATED YES 选项。

如果 对象类型 是 PACKAGE，并且此消息是在创建 SQL 或 XQuery 过程时产生的，请将 SQL 和 XQuery 过程的预编译和绑定选项设置为包含 FEDERATED YES 选项。 通过设置注册表变量 DB2_SQLROUTINE_PREPOPTS 或者调用 SYSPROC.SET_ROUTINE_OPTS 过程来设置 SQL 和 XQuery 过程的预编译和绑定选项。 例如，要设置注册表变量，在操作系统的命令提示符处发出下列命令：

 db2set DB2_SQLROUTINE_PREPOPTS="FEDERATED YES" 

sqlcode: +1179

sqlstate：01639

SQL1180N

sqlcode：-1180

sqlstate：42724

SQL1181N

sqlcode：-1181

sqlstate：38501

SQL1182N

下面显示 HRESULTS 和可能原因的部分列表。

0x80040154

类（OLE 数据库提供程序）未注册。

0x80040E73

指定的初始化字符串不符合规范。

0x80004005

未指定的错误（初始化期间）。

sqlcode：-1182

sqlstate：38506

SQL1183N

下面显示 HRESULTS 和可能原因的部分列表。

0x80040E14

该命令包含一个或多个错误，例如，传递命令文本中的语法错误。

0x80040E21

出错，例如，提供的 columnID 无效（DB_INVALIDCOLUMN）。

0x80040E37

指定的表不存在。

sqlcode：-1183

sqlstate：38506

SQL1184N

如果您过去使用所提供的脚本创建了 Explain 表，那么可以使用 db2exmig 工具来迁移这些表，也可以使用当前版本的 DB2 的 CLP 脚本 EXPLAIN.DDL 来删除这些表，然后重新创建它们。 如果您定制了 Explain 表，而不是使用 EXPLAIN.DDL 文件中所提供的定义，那么调整表定义，以便与当前 EXPLAIN.DDL 文件中的表定义更好地匹配。

调整 Explain 表定义之后，重新发出该命令。

sqlcode：-1184

sqlstate：55002

SQL1185N

如果 值 为 YES，那么程序包中没有静态 SQL 语句包括对昵称或者 OLE 数据库表函数或 OLE 数据库过程的引用。 在此情况下，必须指定 FEDERATED NO 以绑定程序包。

未创建程序包。

SQL1186N

如果正在改变非联合视图且全查询现在直接或间接引用联合数据库对象，那么必须指定 FEDERATED。

如果正在改变联合视图且全查询仍直接或间接引用联合数据库对象，那么不能指定 NOT FEDERATED。

如果正在创建具体化查询表并且全查询直接或间接引用联合数据库对象，那么不能指定 NOT FEDERATED。

如果正在创建 SQL 例程并且该例程直接或间接引用联合数据库对象，那么不能指定 NOT FEDERATED。

要改变一个仍将作为联合视图的联合视图，不要指定 NOT FEDERATED 子句。

要创建在其中全查询直接或间接引用联合数据库对象的具体化查询表，不要指定 NOT FEDERATED 子句。

要创建直接或间接引用联合数据库对象的 SQL 例程，不要指定 NOT FEDERATED 子句。

sqlcode：-1186

sqlstate：429BA

SQL1187W

SQL1188N

SQL1189N

SQL1190N

SQL1191N

SQL1192W

SQL1193I

SQL1194W

SQL1195N

SQL1196W

SQL1197N

SQL1198N

1

不支持可滚动游标从 V8 之前的客户机通过 V8 或更高版本的网关到达数据库服务器。

2

不支持实用程序命令从 V8 之前的客户机通过 V8 或更高版本的网关到达任何数据库服务器。

3

不支持通过 V8 或更高版本的网关来访问 V8 之前的服务器。

4

不支持实用程序命令从 V8 或更高版本的客户机到达 V8 之前的服务器。

5

V8 之前的客户机只能访问使用 CCSID 值创建的表、表函数和过程，该 CCSID 值的相应代码页与数据库代码页相同。

6

不支持执行从 V9 以前的客户机前滚到 V9 或更高版本服务器的表空间时间点前滚命令，这是因为这些命令的某些功能是在客户端运行的。 当 V9 之前的客户机连接至 V9 或更高版本的服务器时，该客户机将不能执行这些操作。

7

后备级别的 API 在当前客户机/服务器配置中不受支持。

98

对于从 V8 或更高版本的客户机与 V8 之前的服务器之间的连接，不支持该操作。

99

对于从 V8 之前的客户机与 V8 或更高版本的服务器之间的连接，不支持该操作。

100

当前客户机中，当前数据库级别不支持表空间时间点前滚命令。 必须将客户机更新为与当前数据库级别兼容的级别，以便运行这些命令。

1

不要从低级别客户机通过网关来使用可滚动游标。 使用直接的客户机/服务器连接或者将客户机升级到兼容的发行版。

2

不要从低级别客户机通过网关来发出实用程序命令。 使用直接的客户机/服务器连接或者将客户机升级到兼容的发行版。

3

使用兼容级别的网关或者配置与服务器的直接连接（不使用网关）。

4

使用兼容的客户机级别来发出 V8 实用程序命令。

5

使用 V8 或更高版本的客户机访问使用 CCSID 值创建的表、表函数和过程，该 CCSID 值的相应代码页与数据库代码页不同。

6

使用 V9.1 客户机来重新提交前滚到时间点命令。 并且，应该前滚到日志末尾（而不是前滚到某个时间点）。

7

使用更高版本的 API，以便继续用于当前客户机/服务器配置。

98

使用兼容级别的客户机来发出此命令或者考虑升级服务器的代码级别。

99

使用兼容级别的服务器来发出此命令，或者考虑升级客户机的代码级别。

100

将客户机更新为与当前数据库级别兼容的级别，然后重新提交“前滚到时间点”命令。

sqlcode：-1198

sqlstate：42997

SQL1200N

无法处理该命令。

SQL1201N

无法处理该命令。

SQL1202N

这是进程中执行的第二个 COLLECT DATABASESTATUS 函数调用。 第一个 COLLECT DATABASE STATUS 调用已终止；不能再使用它的句柄。

无法处理该命令。

SQL1203N

无法处理该命令。

SQL1204N

无法处理该命令。

选择此版本的数据库管理器支持的活动代码页和地域代码。

联合系统用户：如果有必要，请找出导致请求失败的数据源中的问题，并选择联合服务器和数据源都支持的活动代码页和地域代码。

sqlcode：-1204

sqlstate：22522

SQL1205N

无法处理该命令。

SQL1206N

SQL1207N

无法处理该命令。

SQL1208W

SQL1209W

创建了指定名称的逻辑单元概要文件。

SQL1210W

SQL1211N

无法处理该命令。

SQL1212N

无法处理该命令。

SQL1213N

更改密码 LU 名是远程 SNA LU 名，且必须是 1 到 8 个字符。 有效字符为 A 到 Z、a 到 z、0 到 9、#、@ 和 $。第一个字符必须是字母或特殊字符：#、@ 或 $。系统会将小写字符更改为大写。

无法处理该命令。

用有效的更改密码 LU 名重新提交该命令。

SQL1214N

TP 名是远程“SNA 应用程序”TP 名，且必须是 1 到 64 个字符。 有效字符为 A 到 Z、a 到 z、0 到 9、#、@ 和 $。第一个字符必须是字母或以下特殊字符：#、@ 或 $。

无法处理该命令。

用 TP 名重新提交该命令。

SQL1215N

LAN 适配器地址是远程 SNA LAN 适配器地址，必须是 12 位十六进制数。

无法处理该命令。

用有效的 LAN 适配器地址重新提交该命令。

SQL1216N

无法处理该语句。

联合系统用户：数据源也可能会检测到此情况。

sqlcode：-1216

sqlstate：56031

SQL1217N

未处理该语句。

sqlcode：-1217

sqlstate：56099

SQL1218N

无法处理该语句。

sqlcode：-1218

sqlstate：57011

SQL1219N

sqlcode：-1219

sqlstate：57011

SQL1220N

通常，如果由于发生了下列其中一个问题而使得数据库管理器无法执行操作，就会返回此消息：

• 数据库管理器的内存资源不足
• 环境内存资源不足

具体来说，如果下列类型的内存资源存在分配或配置问题，就会返回此消息：

• 实例内存
• 系统中可用的物理内存量
• 系统中分配的共享内存标识数
• 共享内存段的大小
• 系统中可用的调页空间量或交换空间量

• 将数据库管理器配置参数 instance_memory 设置为 AUTOMATIC。
• 验证是否有足够的内存资源可用于满足数据库管理器和系统上正在运行其他程序的需求。
• 在 32 位 Linux 上，将内核参数 shmmax 增大到 256 MB。 在 64 位 Linux 上，将内核参数 shmmax 增大到 1GB。
• 适当情况下，通过停止其他正在使用系统的程序来释放系统资源以供数据库管理器使用。

SQL1221N

sqlcode：-1221

sqlstate：57011

SQL1222N

sqlcode：-1222

sqlstate：57011

SQL1224N

客户机/服务器配置问题

• 在使用 TCP/IP 协议的客户机/服务器环境中：对客户机上的 TCP/IP 服务名称指定的端口号与服务器上的端口号不同。 联合服务器或数据源可以检测到这种错误情况。

数据库管理器代理程序不可用

• 在数据库服务器上，已停止或者尚未启动数据库管理器。
• 管理员已强制使数据库代理进程与系统脱离。
• 数据库管理器进程异常终止。

此用户标识没有足够的权限

• 此用户标识在另一具有 SYSADM 权限的用户发出 FORCE QUIESCE 命令时被强制与系统脱离。 FORCE QUIESCE 命令将强制使所有对数据库或实例不具有 CONNECT QUIESCE 权限或者不属于具有 CONNECT QUIESCE 权限的组的用户与系统脱离。
• 在 Windows 操作系统环境中：启用了“扩展安全性”，并且此用户标识不是 DB2USERS 或 DBADMINS 组的成员。

数据库目录冲突

• 存在两个数据库，即一个本地数据库和一个远程数据库，并且它们的数据库名称和数据库别名都相同。
• 已将一个本地数据库编目为远程数据库。
• 在更改一个或多个数据库的编目方式之后，由于数据库管理器仍在使用数据库编目信息的高速缓存副本，因此这些更改未生效。

达到已配置的数据库限制或系统资源限制

• 应用程序使用的事务日志空间量超出 max_log 或 num_log_span 数据库配置参数所允许使用的空间量。
• 协调代理程序不足，无法处理应用程序请求。 如果应用程序在 WITH HOLD 游标中挂起锁定，并且进行排队以便以集中器方式执行，那么可能会导致活动代理程序被挂起以等待这些锁定。
• 此连接的空闲时间超出 CONNECTIONIDLETIME 阈值所指定的时间。
• 某个使用此连接的工作单元的持续时间超出 UOWTOTALTIME 阈值所指定的时间，并且此连接已由于阈值操作指定了 FORCE APPLICATION 而终止。
• 某个查询的运行时间超出 SQL_ATTR_QUERY_TIMEOUT 语句属性所指定的时间。

所请求的功能不受支持

• 尝试连接到处于轻度重新启动方式的成员。

在新添加的成员上激活数据库

• 如果正在新添加的成员上首次激活数据库，那么新添加的成员上的后续数据库连接尝试直到首次激活完成后才能成功。

如果此连接仍发生故障，请在数据库管理员的帮助下执行下列故障诊断步骤：

1. 仅限于联合环境：确定是联合数据源返回了错误还是联合数据库服务器返回了错误。
2. 确保客户机/服务器配置正确：
   1. 确认通信子系统（包括网络电缆、网卡以及 TCP/IP 之类的通信协议）是否已启动并处于运行状态。
   2. 在使用 TCP/IP 协议的客户机/服务器环境中：请对客户机上的 TCP/IP 服务名称指定与服务器上的端口号相同的端口号。
3. 确保数据库管理器已启动并处于运行状态：
   1. 确定数据库管理器是否已启动并处于运行状态。
   2. 在 db2diag 日志文件中查找有关数据库管理器进程已中断或异常终止的证据。
   3. 如果数据库管理器已停止，或者诊断日志中存在有关任何数据库管理器代理程序已中断或异常终止的证据，请重新启动数据库管理器。
4. 确保此用户标识有权执行下列操作：
   • 如果数据库或实例已停顿，请执行下列其中一项操作：
     • 取消停顿数据库或实例。
     • 将此用户标识添加到具有 CONNECT QUIESCE 权限的组。
   • 在 Windows 操作系统环境中：如果已启用“扩展安全性”，请将相应的用户标识添加至本地 Windows 安全组 DB2USERS 或 DB2ADMNS。
5. 消除任何数据库目录冲突：
   1. 将本地数据库目录内容和系统目录内容与数据库配置作比较。 尤其是，查找下列问题：
      • 确保没有任何两个数据库的名称或别名相同。
      • 确保将本地数据库编目为本地数据库，并确保将所有远程数据库都编目为远程数据库。
   2. 对数据库的编目方式进行任何更改之后，请停止并重新启动数据库管理器实例。
6. 进行必要的配置和应用程序更改，以避免超出数据库或操作系统限制：通过复查 db2diag 日志文件确定已超出的限制，然后执行下列一项或多项更改：
   • 通过进行下列一项或多项更改，减少应用程序由于使用过多事务日志空间而被强制关闭的机会：
     • 更改应用程序，以便更频繁地发出落实语句。
     • 增大 max_log 或 num_log_span 数据库配置参数。
   • 通过进行下列一项或多项更改，减少应用程序由于没有足够的协调代理程序而被强制关闭的机会：
     • 增大 max_coordagents 的值（相对于 max_connections 的值而言）。
     • 减少对 WITH HOLD 游标的使用。
   • 通过增大 CONNECTIONIDLETIME 阈值，减少连接由于空闲时间过长而被关闭的机会。
   • 通过增大 UOWTOTALTIME 阈值，减少连接由于工作单元的执行时间过长而被关闭的机会。
   • 通过增大 SQL_ATTR_QUERY_TIMEOUT 语句属性或使用 CLI/ODBC 配置关键字 QueryTimeoutInterval，减少查询发生超时的机会。
   • 在 32 位 AIX 环境中：通过执行下列一项或多项更改，减少耗尽 AIX 共享内存的机会：
     • 将数据库编目为使用 TCP/IP 的回送数据源。
     • 如果应用程序正在将多个上下文与本地协议配合使用，请减少应用程序中的连接数或者切换到另一协议（例如 TCP/IP）。
     • 如果应用程序支持 EXTSHM 参数，并且内存资源足以支持使用此参数，请设置此参数。
7. 根据需要更改应用程序，以避免采用不受支持的使用方案：
   • 为了避免连接到处于轻度重新启动方式的 DB2 成员，请指定未处于轻度重新启动方式的成员，或者不要指定任何特定成员，而是允许数据库管理器将连接路由到适当的成员。
8. 对于 DB2 for z/OS 服务器：在 z/OS 诊断消息中，收集作为连接关联标记 (CRRTKN) 来报告的应用程序标识及逻辑工作单元标识 (LUWID) 的服务器诊断信息（例如 z/OS SVC 转储）。

在 DB2 pureScale 环境中，如果已添加新成员，那么必须先等待激活操作完成，然后才能从新成员中打开后续数据库连接。 否则，请从另一个现有成员进行连接。

sqlcode：-1224

sqlstate：55032

SQL1225N

sqlcode：-1225

sqlstate：57049

SQL1226N

可能会针对用于维护操作的系统驱动的连接数报告此错误。 这种连接数的上限为活动用户工作负载的百分比。 当不允许更多的连接时，以后将会自动重试这些操作。

不能处理该操作。

sqlcode：-1226

sqlstate：57030

SQL1227N

1

数字统计信息值必须是 -1 或者 >= 0。

2

表示百分比的数字统计信息（例如，CLUSTERRATIO）必须在 0 到 100 之间。

3

当采用违反有关手动更新列统计信息的规则的方式来尝试更新 HIGH2KEY 和/或 LOW2KEY 时，会返回此消息，且返回码为 3。

4

PAGE_FETCH_PAIRS 相关规则：

• 必须用一系列空白定界符将 PAGE_FETCH_PAIRS 统计信息中的各个值分隔开。
• 在单个 PAGE_FETCH_PAIR 统计信息中必须刚好有 11 对。
• 如果 CLUSTERFACTOR > 0，那么必须始终有一个有效 PAGE_FETCH_PAIRS 值。
• PAGE_FETCH_PAIRS 统计信息中的各个值不能超过 19 位并且必须小于最大整数值（MAXINT = 9223372036854775807）。
• PAGE_FETCH_PAIR 的缓冲区大小条目必须按值进行升序排列。 而且，PAGE_FETCH_PAIRS 条目中的任何缓冲区大小值都不能大于 MIN(NPAGES, 1048576)（对于 32 位平台）和 MIN(NPAGES, 2147483647)（对于 64 位平台），其中 NPAGES 是相应的表中的页数。
• AVGPARTITION_PAGE_FETCH_PAIRS 的各个“fetches”条目的值必须按降序排列，并且各个 fetches 条目都不小于 NPAGES。 另外，AVGPARTITION_PAGE_FETCH_PAIRS 条目中的任何“fetch”大小值不能大于相应的表的 CARD（基数）统计信息。
• 如果在两个连续的配对中缓冲区大小值相同，那么在这两个配对中的页访存值也必须相同。

5

CLUSTERRATIO 和 CLUSTERFACTOR 相关规则：

• CLUSTERRATIO 的有效值是 -1 或者在 0 到 100 之间
• CLUSTERFACTOR 的有效值是 -1 或者在 0 和 1 之间
• CLUSTERRATIO 或 CLUSTERFACTOR 的其中一个必须一直为 -1。
• 如果 CLUSTERFACTOR 为正值，那么它必须伴随一个有效的 PAGE_FETCH_PAIR 统计信息。

6

列（SYSCOLUMNS 中的 COLCARD 统计信息）或列组（SYSCOLGROUPS 中的 COLGROUPCARD）的基数不能大于它的相应表 （SYSTABLES 中的 CARD 统计信息）的基数。

7

没有统计信息支持用户定义的结构类型。 对于具有下列数据类型的列，仅限于为 AVGCOLLEN 和 NUMNULLS 提供统计信息支持：LONG VARCHAR、LONG VARGRAPHIC、BLOB、CLOB 和 DBCLOB。

8

统计信息与此实体的其他相关统计信息不一致，或者在此上下文中无效。

9

对于不是分区表的那些表，不能更新 SYSSTAT.INDEXES 中的下列表分区统计信息：AVGPARTITION_CLUSTERRATIO、AVGPARTITION_CLUSTERFACTOR、AVGPARTITION_PAGE_FETCH_PAIRS 和 DATAPARTITION_CLUSTERFACTOR

10

AVGPARTITION_PAGE_FETCH_PAIRS 相关规则：

• 必须用一系列空白定界符将 AVGPARTITION_PAGE_FETCH_PAIRS 统计信息中的各个值分隔开。
• 在单个 AVGPARTITION_PAGE_FETCH_PAIR 统计信息中必须刚好有 11 对。
• 如果 AVGPARTITION_CLUSTERFACTOR > 0，那么必须始终有一个有效 AVGPARTITION_PAGE_FETCH_PAIRS 值。
• AVGPARTITION_PAGE_FETCH_PAIRS 统计信息中的各个值不能超过 19 位并且必须小于最大整数值（MAXINT = 9223372036854775807）。
• AVGPARTITION_PAGE_FETCH_PAIRS 的缓冲区大小条目必须按值进行升序排列。 而且，AVGPARTITION_PAGE_FETCH_PAIRS 条目中的任何缓冲区大小值都不能大于 MIN(NPAGES, 1048576)（对于 32 位平台）和 MIN(NPAGES, 2147483647)（对于 64 位平台），其中 NPAGES 是相应的表中的页数。
• AVGPARTITION_PAGE_FETCH_PAIRS 的各个“fetches”条目的值必须按降序排列，并且各个 fetches 条目都不小于 NPAGES。 另外，AVGPARTITION_PAGE_FETCH_PAIRS 条目中的任何“fetch”大小值不能大于相应的表的 CARD（基数）统计信息。
• 如果在两个连续的配对中缓冲区大小值相同，那么在这两个配对中的页访存值也必须相同。

11

AVGPARTITION_CLUSTERRATIO 和 AVGPARTITION_CLUSTERFACTOR 相关规则：

• AVGPARTITION_CLUSTERRATIO 的有效值是 -1 或者在 0 到 100 之间。
• AVGPARTITION_CLUSTERFACTOR 的有效值是 -1 或者在 0 到 1 之间。
• AVGPARTITION_CLUSTERRATIO 或 AVGPARTITION_CLUSTERFACTOR 必须一直为 -1。
• 如果 AVGPARTITION_CLUSTERFACTOR 为正值，那么它必须伴随一个有效的 AVGPARTITION_PAGE_FETCH_PAIR 统计信息。

12

DATAPARTITION_CLUSTERFACTOR 相关规则：

• DATAPARTITION_CLUSTERFACTOR 的有效值是 -1 或者在 0 到 1 之间。

13

AVGCOMPRESSEDROWSIZE 相关规则：

• AVGCOMPRESSEDROWSIZE 的有效值为 -1 或者在 0 到 AVGROWSIZE 之间。

14

AVGROWCOMPRESSIONRATIO 相关规则：

• AVGROWCOMPRESSIONRATIO 的有效值为 -1 或者大于 1。

15

PCTROWSCOMPRESSED 相关规则：

• PCTROWSCOMPRESSED 的有效值为 -1 或者在 0 到 100 之间（包括 0 和 100 在内）。

确保对统计信息的任何更新在它们的内部关系上（例如，基数）是一致的。

对于不是分区表的那些表，不要尝试更新特定于分区表的那些统计信息列。

sqlcode：-1227

sqlstate：23521

SQL1228W

SQL1229N

1. 发生了系统错误（例如，成员故障或连接故障）。 应用程序已回滚至上一次 COMMIT。请注意，就 DB2 实用程序函数而言，对其行为描述如下：

   导入

   已回滚应用程序。 如果使用了 COMMITCOUNT 参数，那么该操作将回滚到先前的落实点。

   重组

   操作被异常终止且必须重新提交。

   重新分发

   操作异常终止；但是，可能已成功完成该操作的一部分。 用“继续”选项再次发出请求，将从故障点重新启动该操作。

   前滚

   操作被异常终止，且数据库仍处于前滚暂挂状态。 必须重新提交该命令。

   备份/复原

   操作被异常终止且必须重新提交。

2. 为 FCM（快速通信管理器）通信分配的服务端口号并非在数据库管理器实例中的所有成员上都相同。 检查所有成员上所使用的 services 文件，以确保这些端口相同。 端口是使用以下格式定义的：

       DB2_<instance>       xxxx/tcp    DB2_<instance>_END   xxxx/tcp 

   其中 <instance> 是实例名称，而 xxxx 是端口号。 确保这些端口号未用于 DB2 远程客户机支持。

1. 重试该请求。 如果错误仍存在，那么可以在管理通知日志中找到有关该问题的更多信息。 可能需要与系统管理员联系以获取帮助，因为发生此错误的最常见原因是成员已失败。如果在 db2nodes.cfg 文件中所定义的网络名和主机名不同，那么在这样的环境中，此错误可能意味着网络名接口中发生了故障。 这同时适用于多分区数据库环境和 DB2 pureScale 环境。
2. 将所有成员上的服务端口更新为相同，然后重试该请求。

SQLCA 的第六个 sqlerrd 字段将指示检测到成员故障的成员编号。 在检测到故障的成员上，db2diag 日志文件将包含一条消息，用于指出已失败的成员。

sqlcode：-1229

sqlstate：40504

SQL1230W

SQL1231N

SQL1232N

SQL1233N

• NCHAR、NVARCHAR 和 NCLOB 数据类型。
• 按照 UX’hex-digits’ 格式指定 UCS-2 十六进制常数。
• NCHAR、NVARCHAR、NCLOB、 TO_NCHAR、 TO_NCLOB 和 EMPTY_NCLOB 标量函数。
• 图形表达式，作为 VARCHAR 标量函数的第一个参数。
• 图形表达式，作为 VARGRAPHIC 标量函数的第一个参数（如果指定了第二个参数）。
• 定义字符串数据类型时指定 CODEUNITS32。
• 定义图形字符串数据类型时指定 CODEUNITS16 或 CODEUNITS32。

仅具有 IDENTITY 或 IDENTITY_16BIT 整理的 Unicode 数据库才支持下列功能：

• 按列组织的表。

• 重新发出语句，其中不指定仅在 Unicode 数据库或含有特定整理的 Unicode 数据库中才受支持的功能。
• 将数据库重新创建为 Unicode 数据库或含有受支持整理的 Unicode 数据库，然后重新发出语句。

sqlcode：-1233

sqlstate：560AA

SQL1234N

sqlcode：-1234

sqlstate：560CF

SQL1235N

sqlcode：-1235

sqlstate：560CF

SQL1236N

sqlcode：-1236

sqlstate：55066

SQL1237W

sqlcode：+1237

sqlstate：01686

SQL1238N

sqlcode：-1238

sqlstate：560CI

SQL1239N

sqlcode：-1239

sqlstate：42997

SQL1240N

SQL1241N

SQL1242N

1

在数据库服务器 V9.5 和更低版本上，在按维组织的表中不支持数据类型为 XML 的列。

2

在数据库服务器 V9.5 和更低版本上，在分区表中不支持数据类型为 XML 的列。

3

不能将数据类型为 XML 的列添加到已包含 1 类索引的表中。 从 V9.7 开始，将停止使用 1 类索引，它将被替换为 2 类索引。

4

不能对包含 XML 列的表定义分布键。

5

在 INSTEAD OF 触发器的目标视图中不支持数据类型为 XML 的列。

6

不支持在触发器定义中引用数据类型为 XML 的转换变量。

7

对于一个包含数据类型为 XML 的列的表，用于删除 XML 列的操作必须通过单个 ALTER TABLE 语句来删除此表中的所有 XML 列。

在数据库服务器 V9.5 和更低版本上，以及对于包含数据类型为 XML 的列的表，不能在 ALTER TABLE 语句中指定 REORG 建议的操作。

8

只有在列定义不包含任何选项时，与昵称定义相关联的包装器才支持数据类型为 XML 的列。 这样的列将引用从数据源返回的 XML 文档的内容。

9

在函数中的复合 SQL（编译型）语句、触发器或复合 SQL（直接插入型）语句中，不允许引用 XML 数据类型或值。 只有在过程中的复合 SQL（编译型）语句中，才支持 XML。

100

在分区数据库环境中，具有 XML 列的表仅在包含数据库目录表的数据库分区（IBMCATGROUP 数据库分区）中受支持。

101

在 DB2 V9.7 之前，ADD DBPARTITIONNUM 命令和 REDISTRIBUTE DATABASE PARTITION GROUP 命令在其中包含具有 XML 列的表的数据库分区组中不受支持。

102

在分区数据库环境中，分解带注释的 XML 模式仅在其中包含数据库目录表的数据库分区（IBMCATGROUP 数据库分区）中受支持。

103

在分区数据库环境中，下列与 XML 相关的命令仅在其中包含数据库目录表的数据库分区（IBMCATGROUP 数据库分区）中受支持。

• COMPLETE XMLSCHEMA
• REGISTER XMLSCHEMA
• ADD XMLSCHEMA DOCUMENT
• REGISTER XSROBJECT

104

在分区数据库环境中，要让应用程序处理 XML 数据，必须将此应用程序连接至其中包含数据库目录表的数据库分区（IBMCATGROUP 数据库分区）。

105

在分区数据库环境中，不支持具有类型为 XML 的参数或变量的 SQL 函数。

1

在数据库服务器 V9.5 和更低版本上，不要对按维组织的表中定义的任何列使用 XML 数据类型。

2

在数据库服务器 V9.5 和更低版本上，不要对分区表中定义的任何列使用 XML 数据类型。

3

在发出 ALTER TABLE 命令来添加类型为 XML 的列之前，请使用附带 CONVERT 参数的 REORG INDEXES ALL 命令将表的现有索引转换为 2 类索引。

4

更改表定义以避免同时使用分布键和 XML 列。 在 CREATE TABLE 语句中，这可以通过移除 DISTRIBUTE BY 或 PARTITIONING KEY 子句或者通过移除所有具有 XML 数据类型的列来实现。 在 ALTER TABLE 语句中，在添加类型为 XML 的列之前删除分布键，或者在添加分布键之前删除所有 XML 列。

5

不要指定包含数据类型为 XML 的列的视图作为 INSTEAD OF 触发器目标。

6

不要在触发器定义中使用数据类型为 XML 的转换变量。

7

对于一个包含多个数据类型为 XML 的列的表，要么不删除任何 XML 列，要么使用单个 ALTER TABLE 语句来删除此表中的所有 XML 列。

在数据库服务器 V9.5 和更低版本上，请从 ALTER TABLE 语句中移除 REORG 建议的任何替代操作。

8

在昵称定义中，检查具有列选项的类型为 XML 的列。 对于每个不正确的列定义，请更改数据类型或者移除所有列选项。

9

从复合 SQL（编译型）语句中移除 XML 数据类型或值引用，或者将该复合 SQL（编译型）语句包括在 SQL 过程中。

100

要创建具有 XML 列的表，请在 IBMCATGROUP 数据库分区中创建此表。

101

通过下列其中一种方式对此原因码作出响应：

• 如果由于尝试向其中包含具有 XML 列的表的数据库分区组添加新的数据库分区而返回了此消息，那么向其中不包含具有 XML 列的表的数据库分区组添加新的数据库分区。
• 如果由于尝试在其中包含具有 XML 列的表的数据库分区组中重新分发数据而返回了此消息，那么不需要作出响应。 不支持在其中包含具有 XML 列的表的数据库分区组中重新分发数据。

102

在分区数据库环境中，要使用“分解带注释的 XML 模式”方法来分解 XML 文档，请在其中包含数据库目录表的数据库分区（IBMCATGROUP 数据库分区）中执行分解。

103

要执行与 XML 相关的操作，请在 IBMCATGROUP 数据库分区中运行必需的命令。

104

要处理 XML 数据，请将应用程序连接至目录分区（IBMCATGROUP 数据库分区）。

105

要在分区数据库环境中使用 SQL 函数，请改变该函数以移除类型为 XML 的任何参数和变量。

sqlcode：-1242

sqlstate：42997

SQL1243W

SQL1244W

sqlcode：+1244

sqlstate：01002

SQL1245N

sqlcode：-1245

sqlstate：08001

SQL1246N

SQL1247N

sqlcode：-1247

sqlstate：51025

SQL1248N

sqlcode：-1248

sqlstate：42705

SQL1249N

使用 DATALINK 数据类型的数据库对象包括表、视图、函数、方法、单值类型和结构化数据类型。

SQL1250N

如果实例中的数据库实际上并未打算存储 XML 数据，那么必须从该实例中移除任何对 XML 数据的引用。 即使不再有数据类型为 XML 的列和 XML 模式存储库对象，实例和数据库也仍然包含指示符。 可以通过两种方法来清除实例 XML 指示符和数据库级 XML 指示符。

1. 从实例的现有数据库中导出非 XML 数据。 创建包含新数据库的新实例。 将数据导入到新实例的数据库中。
2. 通过使用受密码保护的 db2pdcfg 选项，更改实例中每个数据库的数据库配置中的 XML 指示符以及实例的数据库管理器配置中的 XML 指示符。 在完成此操作前，实例中任何数据库都不能包含任何类型为 XML 的列，并且每个数据库的 XML 模式存储库都必须是空的，这一点非常重要。 请与 IBM 服务机构联系以了解如何使用此选项。

SQL1251W

SQL1252N

sqlcode：-1252

sqlstate：42725

SQL1253N

sqlcode：-1253

sqlstate：42883

SQL1254N

sqlcode：-1254

sqlstate：428C5

SQL1255N

sqlcode：-1255

sqlstate：428GS

SQL1256W

sqlcode：+1256

sqlstate：0168A

SQL1257N

sqlcode：-1257

sqlstate：429C0

SQL1258N

sqlcode：-1258

sqlstate：560CJ

SQL1259N

SQL1260N

在指定的节点上未前滚数据库。

（注意：如果正在使用分区数据库服务器，那么节点号指示哪些节点出错。 否则，它是无关的，应被忽略。）

SQL1261N

如果”,…” 显示在节点列表末尾，请参阅管理通知日志以获取完整节点列表。

数据库没有前滚。

（注意：如果正在使用分区数据库服务器，那么节点号指示哪些节点出错。 否则，它是无关的，应被忽略。）

SQL1262N

数据库没有前滚。

发出 ROLLFORWARD DATABASE 命令时，确保没有指定大于 2105 年的年份。

SQL1263N

前滚恢复处理停止。

（注意：如果您正在使用分区数据库服务器，那么数据库分区号指示发生错误的数据库分区。 否则，此值无关，应当忽略。）

SQL1264N

前滚恢复处理停止。

（注意：如果您正在使用分区数据库服务器，那么数据库分区号指示发生错误的数据库分区。 否则，此值无关，应当忽略。）

• 如果您使用的是溢出日志路径，请验证它是否适用于正确的数据库并且包含正确的归档文件。
• 如果您未使用溢出日志路径，请查找正确的归档日志文件并将它们复制到数据库日志目录中。

要停止前滚恢复，请在发出 rollforward DATABASE 之前执行下列其中一个步骤 …STOP 命令：

• 从活动日志路径以及归档路径（其中包括溢出路径）中移除无效的日志文件
• 在活动日志路径以及归档路径（其中包括溢出路径）中将无效的日志文件替换为正确的日志文件

SQL1265N

前滚恢复处理停止。

（注意：如果您正在使用分区数据库服务器，那么数据库分区号指示发生错误的数据库分区。 否则，此值无关，应当忽略。）

SQL1266N

如果前滚操作是先前未完成的前滚操作的延续，而先前前滚操作运行到的时间点晚于为此前滚操作所指定的时间点，就会返回此消息。 当继续执行已运行到某个时间点的前滚操作时，新的前滚操作必须为下列其中一项：

• 前滚到同一时间点
• 前滚到更晚的时间点
• 前滚到日志末尾

数据库前滚操作和表空间前滚操作都可能会发生此错误。

发生此错误时，前滚处理将停止。

• 在指定有效时间点值的情况下重新提交 ROLLFORWARD 命令或 db2Rollforward API。
• 在指定要前滚到日志末尾的情况下重新提交 ROLLFORWARD 命令或 db2Rollforward API。
• 通过执行下列步骤从备份映像进行恢复：
  1. 从备份映像复原数据库或表空间子集。
  2. 重新提交 ROLLFORWARD 命令或 db2Rollforward API。

SQL1267W

如果数据库引擎的验证检查在日志归档前发现日志存在问题，那么发生完整性验证失败。 与验证检查失败相关的详细信息将写至 db2 诊断日志文件 (db2diag.log)。

SQL1268N

（注意：如果您正在使用分区数据库服务器，那么数据库分区号指示发生错误的数据库分区。 否则，此值无关，应当忽略。）

• 请确保通过检查管理通知日志来正确执行日志归档。 请更正任何错误，然后继续执行前滚恢复。
• 如果已将数据库配置为通过用户出口程序使用日志归档，那么检查用户出口诊断日志，以确定在执行该用户出口程序时是否发生错误。 请更正错误，然后继续执行前滚恢复。
• 请确保您尝试将备份映像复原到的目标系统对于源系统所使用的工具具有访问权，从而归档其事务日志。 进行适当的更改，然后继续进行前滚恢复。

SQL1269N

SQL1270C

联合系统用户：请参阅联合系统指南以获取 NLS 信息。

SQL1271W

• 一个或多个表空间在恢复期间接收到 I/O 错误。
• 恢复之后一个或多个表空间可能需要存储器定义。
• 一个或多个表空间不可用，必须删除。
• 一个或多个表空间已脱机。
• 当正在进行表空间级前滚恢复时，复原了附加的表空间。
• 前滚数据库时超过了先前的表空间前滚时间点，导致涉及到的所有表空间都处于复原暂挂状态。

可以通过 MON_GET_TABLESPACE 表函数在所指定的成员或节点上标识处于脱机状态的表空间。 在非 DB2 pureScale 的环境中，还可以使用 db2dart 实用程序。 管理通知日志将提供有关特定表空间的更多信息。

如果”,…” 显示在成员或节点列表末尾，请参阅管理通知日志以获取完整的成员或节点列表。

注：只有在 DB2 pureScale 环境和分区数据库环境中，成员或节点号才会提供有用的信息。 否则，应忽略此消息。

SQL1272N

可能会由于下列类型的原因而返回此消息：

• 事务表已满。
• 所有正在前滚的表空间接收到 I/O 错误。
• 在正在前滚的其中一个表空间上，时间点表空间级前滚遇到 I/O 错误。
• 时间点表空间级前滚遇到活动事务，该事务更改了正在前滚的其中一个表空间。 此事务可能是不确定事务。
• 表空间级前滚被中断，在继续前滚之前，再次复原所有正在前滚的所有表空间。
• 表空间前滚状态信息已损坏或者丢失。
• 发生了锁定超时或死锁。

如果”,…” 显示在成员或节点列表末尾，请参阅管理通知日志以获取完整的成员或节点列表。

注：只有在 DB2 pureScale 环境和分区数据库环境中，成员或节点号才会提供有用的信息。 否则，应忽略此消息。

• 使用 MON_GET_TABLESPACE 表函数来确定表空间是否接收到了 I/O 错误。 如果表空间接收到 I/O 错误，请更正这些错误。
• 如果事务表已满，那么增大数据库配置参数 MAXAPPLS 的值，或尝试脱机运行表空间级前滚恢复。
• 如果是因为活动事务或不确定事务造成的，那么完成该事务。
• 如果在中断先前的表空间级前滚之后复原了表空间，那么立即取消先前的表空间级前滚。 下一个表空间级前滚命令将检查处于前滚暂挂状态的表空间。
• 取消前滚操作，这将使表空间置于复原暂挂状态。 在重新发出 ROLLFORWARD 命令之前，复原表空间级别的备份映像。

再次运行表空间级别前滚恢复。

SQL1273N

如果执行的操作是崩溃恢复，那么数据库将处于不一致状态。 如果执行的操作是前滚操作，那么此操作已停止，并且数据库处于前滚暂挂状态。

• 将所指定的日志文件移到数据库日志目录中，并重新启动此操作。
• 如果可以指定溢出日志路径，那么在指定其中包含日志文件的路径的情况下，使用溢出日志路径来重新启动此操作。

如果找不到缺少的日志文件，请确定是否存在下列其中一种特殊情况：

• 如果执行的操作是 ROLLFORWARD DATABASE 命令，以通过日志装入来维护备用系统，那么发生此错误可能是正常的，因为在主站点上可用的某些文件可能在备用系统上尚不可用。 为了确保您的备用系统为最新，请在每次执行前滚操作之后发出带有 QUERY STATUS 选项的 ROLLFORWARD DATABASE 命令，以验证是否正在正常进行日志重放。 如果您发现备用系统上的前滚操作在持续的一段时间内没有任何进展，请确定报告为缺少的日志文件在备用系统上不可用的原因并解决相应的问题。 请注意，可以使用 ARCHIVE LOG 命令来截断主系统上当前处于活动状态的日志文件，从而使它们适合于在备用系统上进行归档以及随后进行重放。
• 如果从联机备份映像（唯一可用的日志就是那些包括在备份映像中的日志）中执行复原操作之后发出了附带 TO END OF LOGS 选项的 ROLLFORWARD DATABASE 命令，那么要考虑两种可能情况：
  • 第 1 种情况：前滚操作找到了备份映像中所包含的所有日志文件。 但是，前滚操作仍然会查找在执行原始备份操作之后已更新的日志文件。 通过发出带有 STOP 选项（没有 TO END OF LOGS 选项）的 ROLLFORWARD DATABASE 命令使数据库处于一致状态。 为了避免将来发生这种情况，请使用 END OF BACKUP 选项而不使用 END OF LOGS 选项，因为前滚操作将不会查找在执行备份之后已更新的日志文件。
  • 第 2 种情况：前滚操作找不到备份映像中所包含的一个或多个日志文件。 要使数据库处于一致状态，必须具备这些日志文件。 通过发出带有 STOP 选项（没有 TO END OF LOGS 选项）的 ROLLFORWARD DATABASE 命令尝试使数据库处于一致状态将失败，并产生 SQL1273N；按本节中前面所述恢复缺少的日志文件。

如果无法恢复缺少的日志文件：

• 如果操作是执行 ROLLFORWARD DATABASE 命令，那么可以附带 STOP 选项（没有 END OF LOGS 选项或者 END OF BACKUP 选项）再次发出 ROLLFORWARD DATABASE 命令以使数据库处于一致状态。 如果不可接受此一致性点（恰好在缺少的日志文件前面），那么可以通过对 ROLLFORWARD DATABASE 命令提供一个先前的时间戳记，从而复原数据库并前滚到缺少的日志文件前面的任何时间点。
• 如果操作是执行附带 STOP 或 COMPLETE 选项（没有 END OF LOGS 选项或者 END OF BACKUP 选项）的 ROLLFORWARD DATABASE 命令，那么需要缺少的日志文件以使数据库处于一致状态。 因为您无法恢复缺少的日志文件，所以您必须复原并前滚到先前的某个时间点（只要此时间点不在最短恢复时间之前即可）。
• 如果操作是调用 db2ReadLog 或者 db2ReadLogNoConn API 以便复制数据，那么重新同步已复制的表并终止此 API 所使用的当前连接。 如果正在使用 API 来维护灾难恢复站点，那么必须将缺少的日志文件中最后的时间戳记之后所创建的备份映像复原到灾难恢复站点之后，才能成功完成后续的 API 调用。 如果此 API 正在用于任何其他用途，那么终止此 API 正在使用的连接并取消激活数据库。 在所有情况下，通过与数据库创建新的连接并通过查询操作来调用 API 来重新开始扫描。 下一次调用此 API 时，使用 nextStartLRI 作为 piStartLRI。

SQL1274N

数据库没有前滚。

SQL1275N

如果”,…” 显示在节点列表末尾，请参阅管理通知日志以获取完整节点列表。

（注：如果您正在使用分区数据库服务器，那么节点号指示发生了错误的节点。 否则，它是无关的，应被忽略。）

• 重新提交该命令，并指定大于或等于 时间戳记 的停止时间。
• 在指定节点上复原较早的备份，然后再次发出 ROLLFORWARD DATABASE 命令。

SQL1276N

如果未提供所有日志文件以执行所请求的恢复，那么也会发生此错误。

（注意：如果正使用分区数据库服务器，那么节点号指示发生错误的节点。 否则，它是无关的，应被忽略。）

验证是否提供了所有日志文件。 ROLLFORWARD QUERY STATUS 命令显示要处理的下一个日志文件。 丢失日志文件的某些原因包括：

• 更改了日志路径。 可在旧的日志路径中找到该文件。
• 数据库管理器从当前 LOGARCHMETH1 或 LOGARCHMETH2 数据库配置参数所反映的归档位置中找不到日志文件。

如果找到丢失的日志文件，那么将其复制至日志路径并重新提交该命令。

SQL1277W

在重定向复原中，正在复原的非自动存储器表空间的每个容器的状态都将被设置为“必须定义存储器”。 这使得可以对这些容器使用 SET TABLESPACE CONTAINERS 命令或 API 来重新定义它们的存储器。

对于使用自动存储器的表空间，重新定义容器路径的唯一方法是：对特定存储器组使用 SET STOGROUP PATHS 命令，或者在发出 RESTORE DATABASE 命令时使用 ON 关键字，以重新定义存储器组路径。 不能对自动存储器表空间使用 SET TABLESPACE CONTAINERS 命令或 API。

容器或存储路径也可能是只读的，在此情况下，在继续复原之前需要执行的唯一操作就是为该容器或存储路径授予读/写访问权。

要在复原数据库期间重新配置特定存储器组的路径，请使用 SET STOGROUP PATHS 命令。

当您准备继续执行复原时，请发出带有 CONTINUE 关键字的 RESTORE DATABASE 命令来执行实际的复原。

如果带 CONTINUE 关键字发出 RESTORE DATABASE 命令后返回此警告，那么意味着仍需要定义表空间容器或存储器组存储路径。 请参阅 db2diag 日志文件以了解更多详细信息。

SQL1279W

成功地重新启动了数据库或重组表。

SQL1280N

必须以 CUT（全球标准时间）来指定时间。

SQL1281N

如果跟踪处于活动状态，那么在操作系统命令提示符处调用“独立跟踪设施”。 请与您的技术服务代表联系，并提供下列信息：

sqlcode：-1281

sqlstate：40504

SQL1282N

sqlcode：-1282

sqlstate：08001

SQL1283N

SQL1284N

sqlcode：-1284

sqlstate：08001

SQL1285N

sqlcode：-1285

sqlstate：08001

SQL1286N

sqlcode：-1286

sqlstate：40504

SQL1287N

SQL1288N

SQL1289W

如果 函数名 为 *N，那么将输入值转换为代码页 1232 以进行内部处理时遇到了无效字节序列。

sqlcode：+1289

sqlstate：01517

SQL1290N

• Unix 平台：TCPIP 和 APPC
• Windows：TCPIP、APPC（仅适用于 Windows 32 位）和 NPIPE

如果指定了多个值，那么必须用逗号将它们分开。

注意，此消息可能会从涉及到连接的中间节点返回。 例如，如果您正在尝试通过 DB2 Connect 网关来与 DRDA 服务器相连，并且客户机工作站不使用全局目录服务，那么可能会从 DB2 Connect 网关返回此消息。

sqlcode：-1290

sqlstate：08001

SQL1291N

目录服务类型

正在使用的目录服务的类型。 有效标记包括：

• DCE

API

用来访问所列示的目录服务的应用程序编程接口。 有效标记包括：

• XDS/XOM

函数

返回错误代码的目录服务子系统函数的名称。

rc

从指示的函数返回的错误代码。 该值的含义特定于正在使用的 API。

对诸如 ds_read 的 XDS 函数，可以在 DCE 包含文件 xds.h 中找到返回码值。

对于 XOM 函数（例如，om_get），可以在 DCE 包含文件 xom.h 中找到返回码值。

注意，此消息可能会从涉及到连接的中间节点返回。 例如，如果您正在尝试通过 DB2 Connect 网关来与 DRDA 服务器相连，并且客户机工作站不使用全局目录服务，那么可能会从 DB2 Connect 网关返回此消息。

• 正确安装了提供目录服务的产品，并且正在起作用。
• 如果目录服务提供程序（例如，DCE）需要登录，那么使用适当的权限登录至目录服务以访问目录条目。

如果问题仍然存在，请与系统管理员和/或数据库管理员联系，以确定使用所提供的标记集问题的原因。

sqlcode：-1291

sqlstate：08001

SQL1292N

注意，此消息可能会从涉及到连接的中间节点返回。 例如，如果您正在尝试通过 DB2 Connect 网关来与 DRDA 服务器相连，并且客户机工作站不使用全局目录服务，那么可能会从 DB2 Connect 网关返回此消息。

SQL1293N

1

数据库对象不包含认证信息

2

数据库对象和数据库定位器对象都不包含通信协议信息

10

条目不是数据库对象

11

找不到数据库对象中的本机数据库名称或太长

12

找不到数据库对象中的数据库协议或太长

13

在数据库对象中找到无效的认证值

14

数据库对象中的通信协议信息不足或无效

15

在数据库对象中找不到数据库定位器对象名

16

在数据库对象中的数据库定位器对象名无效

20

条目不是数据库定位器对象

22

在数据库定位器对象中的通信协议信息不足或无效

30

条目不是路由信息对象

31

在路由信息对象中找不到目标数据库信息

32

路由信息对象中的目标数据库的信息不足

33

在路由信息对象中找不到适当的网关

34

网关的认证标志无效

35

网关的数据库定位器对象名无效

36

找不到路由信息对象的目标数据库信息属性中的数据库名称或太长

37

找不到路由信息对象的目标数据库信息属性中的数据库协议或太长

注意，如果 DCE 子系统未运行，或者没有足够的特权来读取 DCE 目录条目，那么也可能会看到此消息。

注意，此消息可能会从涉及到连接的中间节点返回。 例如，如果您正在尝试通过 DB2 Connect 网关来与 DRDA 服务器相连，并且客户机工作站不使用全局目录服务，那么可能会从 DB2 Connect 网关返回此消息。

sqlcode：-1293

sqlstate：08001

SQL1294N

注意，此消息可能会从涉及到连接的中间节点返回。 例如，如果您正在尝试通过 DB2 Connect 网关来与 DRDA 服务器相连，并且客户机工作站不使用全局目录服务，那么可能会从 DB2 Connect 网关返回此消息。

sqlcode：-1294

sqlstate：08001

SQL1295N

注意，此消息可能会从涉及到连接的中间节点返回。 例如，如果您正在尝试通过 DB2 Connect 网关来与 DRDA 服务器相连，并且客户机工作站不使用全局目录服务，那么可能会从 DB2 Connect 网关返回此消息。

sqlcode：-1295

sqlstate：08001

SQL1296N

SQL1297N

SQL1300N

• 如果将 AUTHENTICATION 指定为 DCE，那么在目录语句中必须包括主体名称。
• 如果未将 AUTHENTICATION 指定为 DCE，那么在目录语句中不能包括主体名称。
• 该主体名称的最大长度是 1024 字节。

SQL1301N

SQL1302N

1

DCE 用户到 DB2 授权标识的映射丢失或无效。

2

DCE 组到 DB2 授权标识的映射丢失或无效。

sqlcode：-1302

sqlstate：08001

SQL1303N

sqlcode：-1303

sqlstate：58004

SQL1304N

sqlcode：-1304

sqlstate：08001

SQL1305N

sqlcode：-1305

sqlstate：58004

SQL1306N

SQL1307N

1. 已启动“审计”。
2. 已停止“审计”。
3. 审计配置文件的校验和无效。
4. 缺省值或用户提供的审计路径名太长。
5. 无法更新审计配置文件。 文件系统已满或不允许写入。
6. 找不到配置文件。 该文件或包含该文件的目录不存在。
7. 找不到抽取文件。
8. 抽取期间审计记录的格式无效。 该文件已毁坏。
9. 文件不存在。
10. 由于文件许可权的原因，访问文件时被拒绝。
11. 活动审计日志已归档，不能将新事件记录到该日志中。
12. 磁盘空间不足（磁盘已满）。
13. 在解压缩或归档期间发生了文件 I/O 错误。
14. 不能对活动审计日志文件执行解压缩。

1. 不需要执行任何操作。
2. 不需要执行任何操作。
3. 从备份复原配置文件或发出“audit reset”命令。
4. 选择在文件名长度限制内的另一个审计路径名。
5. 如果文件许可权不正确，那么设置允许所有者写入的许可权。 如果文件系统已满，那么在继续之前创建可用空间。
6. 如果审计配置文件丢失，请从备份进行复原，或发出“reset”命令以将该文件初始化为缺省值。 如果该目录丢失，请从备份进行复原或重新创建数据库管理器实例。
7. 验证文件是否存在于指定的路径中。 如果文件丢失，请从备份（如果可用）进行复原。
8. 审计日志文件很可能已损坏。 如果其他审计日志文件的问题仍存在，请通知 DB2 服务机构。
9. 验证指定路径中是否存在要归档的活动日志文件或者要解压缩的已归档日志文件。
10. 更正文件系统中的文件许可权。
11. 已归档审计日志文件已重命名为活动审计日志文件。 必须将活动审计日志文件重命名为原来的已归档审计日志文件。
12. 确保有足够的磁盘空间可用。
13. 检查 db2diag 日志文件以了解详细信息。
14. 必须对已归档审计日志文件进行解压缩。 将活动审计日志文件归档之后再对它进行解压缩。

SQL1308W

SQL1309N

sqlcode：-1309

sqlstate：08001

SQL1310N

不能处理该函数。

SQL1311N

不能处理该函数。

SQL1312W

处理继续，但不能处理后续的期望可用条目的命令。

SQL1313N

不能处理该函数。

SQL1314N

不能处理该函数。

SQL1315N

不能处理该函数。

SQL1316N

不能处理该函数。

SQL1317N

不能处理该函数。

SQL1318N

不能处理该函数。

SQL1319N

不能处理该函数。

SQL1320N

不能处理该函数。

SQL1321N

不能处理该函数。

SQL1322N

• 当有更多空间可用时，运行审计工具以清除内存中的任何数据，并将审计程序重置为就绪状态。
• 确保进行了适当的抽取，或在删除该日志前已复制该日志，因为删除的记录是不可恢复的。

sqlcode：-1322

sqlstate：58030

SQL1323N

sqlcode：-1323

sqlstate：57019

SQL1324N

SQL1325N

• OPSTAT（收集可操作状态）
• GETAA（获取管理权限）
• GETTA（获取表权限）
• PREREORG（准备重组表）
• REORG（调用重组函数）
• RQSVPT/ENSVPT/RLBSVPT（子事务请求）
• RUNSTATS（运行统计信息）
• COMPOUND SQL ATOMIC STATIC（原子复合 SQL）
• ACTIVATE DATABASE
• DEACTIVATE DATABASE

并且，如果使用了不正确的选项，下列命令也生成此错误：

• IMPORT（导入表）filetype 必须是 IXF，commitcount 必须为 0（对于脱机导入）或者不能为自动（对于联机导入），操作字符串中的第一个单词（例如，“REPLACE into …”） 必须为 INSERT。
• EXPORT（导出表）文件类型必须是 IXF。

无法处理该命令。

SQL1326N

如果您正在使用集群管理器，那么当数据库管理器无法将给定路径添加到集群管理器配置时，可能会返回此错误。 集群管理器中生成的错误消息将记录在 db2diag 日志文件中。

如果使用 ADMIN_CMD 过程执行 IMPORT 或 EXPORT 命令，如果命令所需的文件或目录路径与任何受限路径不匹配，则会返回此错误。 如果限制路径列表声明错误，也会返回此错误。

如果您正在使用集群管理器，那么更正问题并重新提交该命令：

• 查看 db2diag 日志文件，以获取集群管理器中生成的错误消息。
• 对 db2diag 日志文件中的集群管理器错误消息作出响应，以解决导致数据库管理器无法将路径添加到集群管理器配置的底层问题。
• 重新提交该命令。

如果是使用 ADMIN_CMD 程序输入或输出命令，请将文件或目录路径更改为有效路径，然后重新运行命令。 另外，请验证是否正确声明了受限路径的列表。 请参阅 DB2_LOAD_RESTRICTED_IO_PATH。

SQL1327N

无法处理该命令。

sqlcode：-1327

sqlstate：2E000

SQL1328N

无法处理该命令。

注意，在分布式工作单元内发出的 CONNECT RESET 请求将尝试隐式连接缺省数据库。 这可能是此错误的原因。

sqlcode：-1328

sqlstate：42705

SQL1329N

SQL1330N

SQL1331N

SQL_CPIC_SECURITY_NONE

将不包括访问安全性信息。

注意：使用联合服务器时不支持这样做。 使用 DB2 Connect 时，仅当认证类型为 DCE、KERBEROS 或 SERVER_ENCRYPT 时才提供对它的支持。

SQL_CPIC_SECURITY_SAME

用户标识将与指定用户标识已验证的指示符包括在一起。 当将认证类型 SERVER 与 DB2 Connect 或联合服务器配合使用时，或者当认证类型为 DCE、KERBEROS 或 SERVER_ENCRYPT 时，不支持这样做。

SQL_CPIC_SECURITY_PROGRAM

将包括用户标识和密码两者。 当将认证类型 CLIENT 与 DB2 Connect 配合使用时，或者当认证类型为 DCE、KERBEROS 或 SERVER_ENCRYPT 时，不支持这样做。

sqlcode：-1331

sqlstate：08001

SQL1332N

SQL1333N

SQL1334N

SQL1335N

SQL1336N

• 编目 TCP/IP 节点时指定的主机名值不正确。
• 指定了正确的主机名，但该主机名既未在客户机节点可访问的任何 TCP/IP 名称服务器中定义，又未在客户机的 hosts 文件中定义。
• 尝试进行连接时，定义了主机名的 TCP/IP 名称服务器不可用。
• TCP/IP 未运行。
• 在此客户机上，远程主机是使用 CATALOG TCPIP6 NODE 命令编目的。 但是，远程主机不支持 IPv6。

在此客户机上，如果远程主机是使用 CATALOG TCPIP6 NODE 命令编目的，但远程主机不支持 IPv6，那么执行下列步骤：(1) 使用 UNCATALOG 命令；(2) 使用 CATALOG TCPIP NODE 命令重新编目。

联合系统用户：验证是否在 SYSCAT.SERVERS 视图中正确编目了远程主机。

sqlcode：-1336

sqlstate：08001 和 08508

SQL1337N

联合系统用户：数据源也可能会检测到此情况。

联合系统用户还必须确保在数据源上的 services 文件中定义了该名称。

SQL1338N

启动 SNA 通信子系统（如果它尚未启动）。

SQL1339N

将不会对 CLI/ODBC 应用程序返回错误标记。 CLI/ODBC 应用程序可使用 SQLGetDiagRec、SQLGetDiagField 或 SQLError API 来获取关于每个错误的更多信息。

通过检查 SQLCA 本身能找到更多的信息。 第三个 SQLERR 字段包含复合 SQL 语句影响的行数，第四个 SQLERRD 字段包含最后一个成功的语句的位置，第五个 SQLERRD 字段包含访问“IBM 数据服务器客户机/ DB2 服务器”及 SQL/DS 数据库时受引用完整性影响的行数，第六个 SQLERRD 字段包含失败语句的数目（返回负的 SQLCODES）。

sqlcode：-1339

sqlstate：56091

SQL1340N

SQL1341N

SQL1342N

SQL1343N

SQL1344N

SQL1345N

不能处理该命令或语句。 未回滚当前事务，应用程序仍然连接至数据库。

需要的信息：

• 问题描述
• SQLCODE 和原因码
• SQLCA 内容（如果有可能）
• 跟踪文件（如果有可能）

sqlcode：-1345

sqlstate：58038

SQL1348W

sqlcode：+1348

sqlstate：0168J

SQL1350N

SQL1351C

无法处理该语句。

如果错误仍存在，那么增大数据库管理器配置文件中指定的 FCM 通道数（fcm_num_channels），然后再次尝试该请求。

sqlcode：-1351

sqlstate：57011

SQL1352N

SQL1353N

1. LOB-选项
2. 唯一约束、引用约束或检查约束
3. default-clause
4. 生成列规范（不包括缺省子句）

无法处理该语句。

sqlcode：-1353

sqlstate：428GO

SQL1354N

不支持在执行落实或回滚操作之后就引用了 SQL 过程中的数据类型为 XML 的变量或参数，而没有首先为这些变量指定新值。

sqlcode：-1354

sqlstate：560CE

SQL1355N

请重新提交请求。

sqlcode：-1355

sqlstate：560CD

SQL1356N

SQL1357N

sqlcode：-1357

sqlstate：42815

SQL1358N

sqlcode：-1358

sqlstate：54064

SQL1359N

sqlcode：-1359

sqlstate：51018

SQL1360N

SQL1361W

注意，此消息仅适用于 Windows 环境并且仅可在弹出对话框中看到。

SQL1362W

DB2 GET DBM CFG SHOW DETAIL 

仅当连接至实例时，对数据库管理器配置参数的更改才能动态生效。 并非所有配置参数都支持动态更新。 要了解哪些参数可动态更改，请参阅《管理指南》。

SQL1363W

仅当连接至数据库时，对数据库配置参数的更改才能动态生效。 并非所有配置参数都支持动态更新，这意味着，在取消激活并重新激活数据库之后，这些配置参数的更改才会生效。

 DB2 GET DB CFG FOR  <database-alias> SHOW DETAIL 

如果在一个组中提交了若干参数，那么逐个重新提交这些参数。

对于不支持动态更新的配置参数，请执行下列其中一项或多项操作：

• 请先使用 DEACTIVATE DATABASE 命令取消激活该数据库，然后使用 ACTIVATE DATABASE 命令重新激活该数据库。
• 在新的配置参数生效之后重新绑定程序包，以便在绑定期间将使用新值。
• 使用 FLUSH PACKAGE CACHE 命令来使 SQL 高速缓存中的动态语句失效。

SQL1364W

如果只提交了一个参数，那么此消息指示此参数不支持值 AUTOMATIC。

要了解哪些配置参数支持 AUTOMATIC 值，请参阅《管理指南》。

SQL1365N

1

找不到安全性插件。

2

无法装入安全性插件。

3

在 SRVCON_GSSPLUGIN_LIST 数据库管理器配置参数中指定了多个 Kerberos 安全性插件。

4

找不到任何基于 Kerberos 的安全性插件，并且在 SRVCON_AUTH or AUTHENTICATION 数据库管理器配置参数中指定了 Kerberos。

5

安全性插件中丢失了必需的 API。

6

安全性插件类型错误。

7

卸装安全性插件期间遇到了错误。

8

安全性插件名无效。

9

安全性插件报告的 API 的版本与 DB2 不兼容。

10

安全性插件在数据库服务器上遇到了意外错误。

11

未设置 SRVCON_GSSPLUGIN_LIST 数据库管理器配置参数，并且在 SRVCON_AUTH 或 AUTHENTICATION 数据库管理器配置参数中指定了 GSSPLUGIN 或 GSS_SERVER_ENCRYPT。

12

数据库管理器配置参数 COMM_EXIT_LIST 中的通信出口库名无效。

13

找不到通信出口库。

14

无法装入通信出口库。

15

通信出口库缺少必需的 API。

16

通信出口库在装入时遇到错误。

17

通信出口库所报告的 API 的版本与 DB2 不兼容。

1

确保所指示的安全性插件位于服务器插件目录中。

2

检查管理通知日志文件以找到故障原因。 修正管理通知日志中的错误消息正文所标识的问题。

3

确保在 SRVCON_GSSPLUGIN_LIST 数据库管理器配置参数中只指定了一个 Kerberos 安全性插件。

4

在 SRVCON_GSSPLUGIN_LIST 数据库管理器配置参数中指定一个 Kerberos 安全性插件，或者不要在 SRVCON_AUTH 或 AUTHENTICATION 数据库管理器配置参数中指定 Kerberos。

5

检查管理通知日志文件以找到丢失的必需 API 名称。 将丢失的 API 添加到安全性插件中。

6

在适当的数据库管理器配置参数中指定正确类型的安全性插件。 例如，不要为 SRVCON_GSSPLUGIN_LIST 数据库管理器配置参数指定基于用户标识-密码的安全性插件。

7

检查管理通知日志文件以找到故障原因。 修正管理通知日志中的错误消息正文所标识的问题。

8

指定有效的安全性插件名。 该名称不应该包含任何目录路径信息。

9

确保安全性插件正在使用受支持的版本的 API，并且它报告的是正确的版本号。

10

查阅客户机和服务器上的管理通知日志文件以了解更多信息。 修正管理通知日志中的错误消息正文所标识的问题。

11

为 SRVCON_GSSPLUGIN_LIST 数据库管理器配置参数至少指定一个基于 GSS-API 的安全性插件，或者为 SRVCON_AUTH 或 AUTHENTICATION 数据库管理器配置参数指定另一种认证类型。

12

使用符合通信出口库命名规则的库名。

13

确保所指示的通信出口库位于标准通信缓冲区出口库位置。

14

在 db2diag.log 中查找指示无法装入通信出口库的原因的消息。

15

检查 db2diag.log 以获取缺少的 API 名称。 将缺少的 API 添加到通信出口库。

16

在 db2diag.log 中查找从通信出口库返回的任何消息。 该消息指示通信缓冲区出口库遇到了错误，而不是 DB2 遇到了错误。

17

使用与此 DB2 版本兼容的通信出口库版本。

SQL1366N

SQL1367N

SQL1368N

通过清除 DB2_RESOURCE_POLICY 注册表变量禁用资源策略支持或将 DB2_RESOURCE_POLICY 设置为 AUTOMATIC 以自动进行配置。

SQL1369N

SQL1370N

停顿类型 类型 指的是已停顿的实例或数据库，对于实例是“1”，对于数据库是“2”。

SQL1371W

如果尝试停顿某个已停顿的实例或数据库，就会返回此消息。

SQL1372N

SQL1373W

SQL1374N

SQL1375N

值可能超出范围或无效。

SQL1376N

sqlcode：-1376

sqlstate：55069

SQL1377N

sqlcode：-1377

sqlstate：560CL

SQL1378N

SQL1379W

原因码：

1

重新分发请求指定了表列表，但该列表并未将指定的数据库分区组中的所有表都包括在内。 因此，没有重新分发数据库分区组中未列示在请求中的其他表。

2

重新分发请求中指定了 STOP AT 参数，但是尚未完成重新分发操作，就达到了该参数值。

SQL1380N

SQL1381N

SQL1382N

SQL1383N

在 Windows 操作系统环境中运行时，目标主体名称是 Db2 服务的登录帐户名称，格式为 <domain name>\<user ID>。

SQL1384N

在 Windows 操作系统环境中运行时，目标主体名称是 Db2 服务的登录帐户名称，格式为 <domain name>\<user ID>。

如果目标主体名称看起来无效，请与 IBM 服务机构联系以获取帮助。

SQL1385N

原因码：

1

指定了无效的重新分发选项。 分布选项可以是“U”（统一）、“T”（目标映射）、“C”（继续）或“A”（中止）之一。

2

分区列表中的分区号的最大数目必须小于或等于集群中允许的最大分区数。

3

STOP AT 参数值无效。 STOP AT 值必须为 ISO 格式，长度为 26。 格式必须为“yyyy.mm.dd.hh-mm-ss-nnnnnn”。

7

STATISTICS 参数值无效。 该值必须为 DB2REDIST_STAT_USE_PROFILE (‘P’) 或 DB2REDIST_STAT_NONE (‘N’)。

8

表名的长度超出范围。 每个表名的最大长度是（SQL_MAX_IDENT + SQL_MAX_IDENT +2）。

9

表选项参数无效。 表选项值必须为 DB2REDIST_TABLES_FIRST (‘F’) 或 DB2REDIST_TABLES_ONLY (‘O’)。

10

输入参数结构丢失了信息。 输入结构 db2RedistStruct 不能为 NULL。 另外，其字段结构 db2RedistIn 也不能为 NULL。

11

数据库分区组名未定义，或者存储数据库分区组名的 db2Char 结构错误。 必须提供数据库分区组名。 存储数据库分区组名的 db2Char 结构必须包含有效数据。 请检查存储数据库分区组名的 db2Char 结构。 当 pioData 为 NULL 时，iLength 必须为零，反之亦然。

12

存储数据分发文件名的 db2Char 结构无效。

13

存储目标分区映射文件名的 db2Char 结构无效。

14

指定了重新分发选项“T”（目标映射），但未指定目标映射文件。

15

当重新分发选项为“T”（目标映射）或“A”（中止）时，不应该指定数据分发文件。

16

当重新分发选项为“U”（统一）、“C”（继续）或“A”（中止）时，不应该指定目标映射文件。

17

当重新分发选项为“T”（目标映射）、“C”（继续）或“A”（中止）时，“添加分区列表”和“删除分区列表”应为空，而“添加计数”和“删除计数”应为零。

18

不能多次指定重新分发选项。

19

向 API 传递了错误的版本号。

20

在 TABLE 列表中指定的类型表不是整个层次结构的根表。

21

DATA BUFFER 参数值无效。 该值必须大于 0 且小于 util_heap_sz db cfg 参数的大小。

SQL1387W

但是，数据库管理器无法将资源组控制权归还给集群管理器。 因此，集群管理器当前未控制该资源组。

如果集群管理器未控制此资源组，那么集群管理器将不会对任何与该资源组相关的故障作出响应。

集群管理器中生成的错误消息将记录在 db2diag 日志文件中。

1. 查看 db2diag 日志文件，以获取详细说明为何数据库管理器无法将资源组解锁并将资源组控制权归还给集群管理器的诊断信息。
2. 使用集群管理器的工具和实用程序来启用或监视受影响的资源组以及将该资源组解锁。

SQL1388W

SQL1389N

无法执行该语句。

sqlcode：-1389

sqlstate：42703

SQL1390C

联合系统用户：请参阅《联合系统指南》以获取 DB2INSTANCE 信息。

确保 PATH 环境变量包含要使用的实例的主目录中的 sqllib/adm 路径（例如，/u/instance/sqllib/adm，其中 /u/instance 是 UNIX 系统上实例所有者的主目录）。

SQL1391N

如果您有至数据库的打开连接（经由 SNA），且数据库管理器被异常停止，那么可能发生这种情况。

sqlcode：-1391

sqlstate：51023

SQL1392N

SQL1393C

SQL1394N

如果当前用户没有在当前实例环境中执行程序所必需的权限，就会返回此消息。

SQL1395N

SQL1396N

SQL1397N

SQL1398N

sqlcode：-1398

sqlstate：56038

SQL1399N

SQL1400N

不能处理此命令。

SQL1401N

用户应该使用与远程数据库相同的认证类型来重新编目客户机节点上的数据库别名。 重新提交该命令。

sqlcode：-1401

sqlstate：08001

SQL1402N

不能处理此命令。

联合系统用户：数据源也可能会检测到此情况。

SQL1403N

如果正在使用 DB2 Connect，那么问题可能在于找不到用于主机连接的 DCS 目录条目。

不能处理此命令。

联合系统用户：数据源也可能会检测到此情况。

联合系统用户：确保 SYSCAT.USEROPTIONS 中的条目包含正在访问的数据源的正确用户名和密码。

sqlcode：-1403

sqlstate：08004

SQL1404N

sqlcode：-1404

sqlstate：08004

SQL1405N

SQL1406N

SQL1407N

SQL1408N

sqlcode：-1408

sqlstate：5U041

SQL1409N

sqlcode：-1409

sqlstate：5U042

SQL1410N

sqlcode：-1410

sqlstate：51041

SQL1411N

sqlcode：-1411

sqlstate：5U043

SQL1412N

31

表中包含在数据库服务器 V9.5 或更低版本上创建的 XML 类型的数据。 如果表的 XML 列包含 V9.7 之前的数据库服务器上创建的 XML 类型的数据，那么重新分发实用程序无法处理这些表。

31

使用 SYSPROC.ADMIN_MOVE_TABLE 过程来重新创建此表。 新版本的表可分发。

通过执行以下步骤，可验证数据库分区组中是否具有包含数据库服务器 V9.7 之前版本创建的 XML 列的其他表：

1. 使用 ADMIN_GET_TAB_INFO 表函数或者查看管理视图 SYSIBMADM.ADMINTABINFO 以检索此表的 XML_RECORD_TYPE 信息。
2. 如果所返回的列 XML_RECORD_TYPE 的值是 2 或更大，那么 Redistribute 实用程序可以处理此表。
3. 如果 XML_RECORD_TYPE 的值为 1，那么 Redistribute 实用程序不能处理此表。 使用 SYSPROC.ADMIN_MOVE_TABLE 过程来重新创建此表。

sqlcode：-1412

sqlstate：55019

SQL1413N

• 包含外键的列。
• 包含函数依赖性 DEPENDS ON 子句的列。
• 包含数据库分区键的列。
• 为临时表定义。

无法执行该语句。

sqlcode：-1413

sqlstate：429BV

SQL1414N

sqlcode：-1414

sqlstate：42703

SQL1415N

SQL1416N

• 您安装了 DB2 修订包，但是未安装相应的 InfoSphere Federation Server 修订包。
• 在安装 InfoSphere Federation Server 修订包期间，未运行或者未成功完成用来链接受防护的包装器库的脚本。
• 安装了 InfoSphere Federation Server 的一个补丁，该补丁要求运行用来链接受防护的包装器库的脚本。 但是未运行或者未成功完成该脚本。
• 您将不兼容的产品库放到数据库产品安装目录中了。

有关链接脚本的更多信息，请查阅 InfoSphere Federation Server Installation Guide。

sqlcode：-1416

sqlstate：560CN

SQL1417W

sqlcode：+1417

sqlstate：0168Q

SQL1418W

以下是一些最重要结果的列表：

• 先前构造的 MQT 可能包含与使用新舍入方式时产生的结果不相同的结果。
• 潜在依赖于舍入方式来执行的触发器现在根据新舍入方式可能会产生不同的结果。 但是，即使舍入方式可能会影响触发器的结果，更改舍入方式也不会对已经写入的数据产生任何影响。
• 如果重新评估，先前允许将数据插入表中的那些约束，现在可能会拒绝同一个数据。 同样，先前不允许将数据插入表中的那些约束，现在可能会因使用新的舍入方式而接受同一个数据。
• 对于除了生成列值之外完全相同的两行来说，如果一行是在更改 DECFLT_ROUNDING 之前插入的，而另一行是在更改 DECFLT_ROUNDING 之后插入的，那么依赖于 DECFLT_ROUNDING 来计算的生成列的值可能会不相同。
  • 注意：舍入方式并未编译到程序包中，因此，在更改 DECFLT_ROUNDING 之后不需要重新编译静态 SQL。

未动态更改配置参数的值，但是，只有在所有应用程序都与此数据库断开连接之后，配置参数值才会生效。 如果已激活数据库，那么必须取消激活该数据库。

要更正表中现在按照新舍入方式将违反约束的那些数据的存在性，可使用 SET INTEGRITY 来检查按照新舍入方式将违反约束的那些行。 要更正生成列存在的问题，对于具有可能会受影响的生成列的表使用附带了 FORCE GENERATED 选项的 SET INTEGRITY。

或者，将舍入方式数据库配置参数（DB config 参数）DECFLT_ROUNDING 更改回它的先前值，以避免产生此消息中指出的所有潜在结果。

要使该配置参数的新值生效，应使所有应用程序与此数据库断开连接。 如果已激活数据库，那么必须取消激活该数据库。

sqlcode：+1418

sqlstate：0168M

SQL1419N

1

在 DB2 pureScale 环境中，仅自动存储器表空间受支持。

CREATE TABLESPACE 或 CREATE DATABASE 语句失败，因为未将表空间指定为 MANAGED BY AUTOMATIC STORAGE。

2

在 DB2 pureScale 环境中，不支持启用自动存储器。

因为除了自动存储器之外，任何其他类型的存储器在 DB2 pureScale 环境中都不受支持，所以，用于将使用任何其他类型的存储器的表空间改变为使用自动存储器的语句可能会返回此原因码。

3

在 DB2 pureScale 环境中，不支持删除用于自动存储器表空间的存储器路径。

因此，在 DB2 pureScale 环境中，不支持对 ALTER DATABASE 语句使用 DROP STORAGE 子句。

4

在 DB2 pureScale 环境中，不支持在数据库分区号 0 之外的任何数据库分区上创建数据库分区组。

因此，在 DB2 pureScale 环境中，不支持在 CREATE DATABASE PARTITION GROUP 语句中使用下列子句：

• ON DBPARTITIONNUMS
• ON DBPARTITIONNUM，并指定数据库分区 0 之外的数据库分区

5

在 DB2 pureScale 环境中，不支持改变数据库分区组。

因此，不支持 ALTER DATABASE PARTITION GROUP 语句。

6

CREATE TABLE 语句失败，因为当前环境中不支持所指定的表类型。

在 DB2 pureScale 环境中，不支持下列类型的表：

• 多维集群 (MDC) 表
• 插入时集群 (ITC) 表
• 范围集群表 (RCT)

7

联机索引重组操作在 DB2 pureScale 环境中不受支持。

9

不支持在所指定的数据库分区上创建或删除数据库。

因此，在 DB2 pureScale 环境中，不支持执行下列操作：

• 在 CREATE DATABASE 或 DROP DATABASE 命令中指定 AT DBPARTITIONNUM 子句
• 调用 sqlecran API 或 sqledrpn API

11

在 DB2 pureScale 环境中，不支持改变数据库容器。

因此，在 DB2 pureScale 环境中，不支持对 ALTER TABLESPACE 语句使用下列子句：

• ADD <database-container-clause>
• BEGIN NEW STRIPE SET <database-container-clause>
• DROP <database-container-clause>
• 重新平衡
• RESIZE <database-container-clause>
• USING STOGROUP

13

db2ReadLogNoConn API 不受支持。

14

在 DB2 pureScale 环境中，不支持使用带有 ADD DBPARTITIONNUM 子句的 START DATABASE MANAGER 命令来添加数据库分区。 在 DB2 pureScale 环境中，不支持使用带有 DROP DBPARTITIONNUM 子句的 STOP DATABASE MANAGER 命令来删除数据库分区。

16

不支持 PRUNE LOGFILE 命令。

17

在 DB2 pureScale 环境中，不支持下列配置参数：

• HEALTH_MON – 运行状况监控

18

不支持所指定的创建缓冲池或者改变缓冲池操作。

19

在 DB2 pureScale 环境中，如果发出了带有 ON DBPARTITIONNUMS 子句或 ON DBPARTITIONNUM 子句（作为数据库分区列表子句或者日志溢出子句的一部分）的 ROLLFORWARD 和 RECOVER 命令，那么指定的数据库分区必须为数据库分区 0。

20

无法向此组件添加 CF 或其他成员。 已经达到此主机上累积的 CF 和成员的最大数目。

23

在 DB2 pureScale 环境中，不支持使用 REBUILD 选项来执行复原操作。

24

在 DB2 pureScale 环境中，不支持时间点恢复操作（使用 TO <isotime> 选项进行前滚或恢复，或使用 TO END OF BACKUP 选项进行前滚）。

26

在 DB2 pureScale 环境中，SET CLIENT 命令不支持 CATALOG_DBPARTITIONNUM 子句。

27

在 DB2 pureScale 环境中，不支持无限日志记录。

28

在 DB2 pureScale 环境中，不支持使用原始设备进行数据库日志记录。

29

QUIESCE TABLESPACES FOR TABLE 命令失败，因为在 DB2 pureScale 环境中不支持停顿表空间。 在 DB2 pureScale 环境中，支持停顿数据库或数据库管理器实例。

30

ADMIN_GET_INVISIBILITY_LIST 表函数在 DB2 pureScale 环境中不受支持。

31

在 DB2 pureScale 环境中，不支持控制文件恢复功能。

1

在指定 MANAGED BY AUTOMATIC STORAGE 子句的情况下再次执行此语句。

2

用户无需进行任何响应。 应当已经启用了自动存储器。

3

在不指定 DROP STORAGE 子句的情况下再次执行此语句。

4

在不指定 ON DBPARTITIONNUMS 并且不对除了数据库分区 0 之外的数据库分区指定 ON DBPARTITIONNUM 的情况下再次执行此语句。

5

不需要任何响应。 在 DB2 pureScale 环境中，不能改变数据库分区组。

6

在不指定下列任何子句的情况下再次执行 CREATE TABLE 语句：

• ORGANIZE BY DIMENSIONS
• ORGANIZE BY INSERT TIME
• ORGANIZE BY KEY SEQUENCE

7

在未指定 ALLOW READ ACCESS 或 ALLOW WRITE ACCESS 子句的情况下重新发出索引重组命令。

9

不需要任何响应。 在 DB2 pureScale 环境中，不能在指定的数据库分区上创建或删除数据库。

11

在不指定不受支持的子句的情况下再次执行此语句。

13

不需要任何响应。 在 DB2 pureScale 环境中，不能使用 db2ReadLogNoConn API。

14

不需要任何响应。 在 DB2 pureScale 环境中，不能添加或删除数据库分区。

16

不需要任何响应。 在 DB2 pureScale 环境中，不能使用 PRUNE LOGFILE 命令。

17

用户无需进行任何响应。 在 DB2 pureScale 环境中，不得使用 HEALTH_MON 配置参数。

18

在 DB2 pureScale 环境中，不支持基于块的缓冲池。 在未指定 NUMBLOCKPAGES 或 BLOCKSIZE 子句的情况下再次执行 CREATE BUFFERPOOL 或 ALTER BUFFERPOOL 语句。

19

在不指定 ON DBPARTITIONNUMS 或者指定数据库分区值 0 的情况下重新发出 ROLLFORWARD 或 RECOVER 命令。

20

在您可以在此主机上添加 CF 或成员之前，将需要移除一个成员或 CF。 例如，如果您想要添加 CF，那么将首先需要移除一个成员。

23

在不指定不受支持的 REBUILD 选项的情况下重新启动复原操作。

24

重新启动前滚或恢复操作，而不指定不受支持的 TO <isotime> 或 TO END OF BACKUP 选项。

26

请不要对 SET CLIENT 命令指定 CATALOG_DBPARTITIONNUM 子句。

27

请不要将 logsecond 数据库配置参数的值设置为 -1。 此值会为数据库配置无限活动日志空间，这在 DB2 pureScale 环境中不受支持。

28

更新 newlogpath 数据库配置参数的值时，请不要指定原始设备。 请指定有效路径名；或者，除了使用原始日志以外，还可以索引直接输入/输出 (DIO) 或者并发输入/输出 (CIO)。

29

使用 QUIESCE DATABASE 命令停顿数据库，或者使用 QUIESCE INSTANCE 命令停顿数据库管理器实例。

30

请不要在 DB2 pureScale 环境中使用 ADMIN_GET_INVISIBILITY_LIST 表函数。

31

不需要任何响应。 在 DB2 pureScale 环境中，不能使用 CTRL_FILE_RECOV_PATH 数据库配置参数。

sqlcode：-1419

sqlstate：56038

SQL1420N

sqlcode：-1420

sqlstate：54001

SQL1421N

sqlcode：-1421

sqlstate：22504

SQL1422N

sqlcode：-1422

sqlstate：54039

SQL1423N

如果符合与警告 SQLCODE +238 相对应的条件，那么会发生错误。 查看此消息，以了解说明该条件的详细信息。 接收到此消息的客户机级不能处理 BLOB 数据类型。 如果 LOB 列的长度不大于字符数据类型支持的长度，那么可以通过使用 SUBSTR 函数，或者通过将 SQLDA 中的数据类型设置为在“版本 1”中可用的其中一种字符数据类型来处理 CLOB 和 DBCLOB 数据类型。

sqlcode：-1423

sqlstate：56093

SQL1424N

sqlcode：-1424

sqlstate：54040

SQL1425N

SQL1426N

SQL1427N

SQL1428N

SQL1429N

SQL1430N

SQL1431N

SQL1432N

SQL1433N

SQL1434N

1. V7 不支持 32 位与 64 位平台之间的客户机/服务器连接。
2. V8 Windows 64 位数据库服务器不支持从 V7 的 64 位客户机进行的客户机/服务器连接。

• 从 32 位客户机至 32 位服务器
• 从 64 位客户机至 64 位服务器

对于上面列示的方案 2，从受支持的客户机重新发出语句。

sqlcode：-1434

sqlstate：08004

SQL1435N

要使用 SYSPROC.AUTOMAINT_SET_POLICY、SYSPROC.AUTOMAINT_SET_POLICYFILE、SYSPROC.AUTOMAINT_GET_POLICY 或 SYSPROC.AUTOMAINT_GET_POLICYFILE，必须先将它们绑定至将运行这些存储过程的数据库。 这些存储过程的绑定文件称为 db2policy.bnd。

数据库服务器尝试自动绑定这些自动维护策略配置存储过程。 但是，此自动绑定或重新绑定失败了。

将这些存储过程绑定至数据库之后，才能使用这些存储过程。

1. 连接至将使用这些存储过程的数据库
2. 对 SQLLIB/bnd 目录中称为 db2policy.bnd 的绑定文件运行 DB2 bind 命令：

    DB2 bind db2policy.bnd blocking all grant public 

sqlcode：-1435

sqlstate：5U0ZZ

SQL1436N

调用 SYSPROC.AUTOMAINT_SET_POLICY 或 SYSPROC.AUTOMAINT_SET_POLICYFILE 时，可以指定一个包含您要配置的自动维护策略详细信息的 XML 文件。 但是在本例中，打不开所指定的文件。

未应用新的自动维护策略配置。

1. 确认指定的文件是否满足下列条件：
   • 该文件确实存在
   • 正在运行此存储过程的用户标识具有读取该文件的许可权
   • 该文件不是空的
   • 该文件的格式为 UTF-8
2. 指定一个满足前面列示的条件的文件，然后再次调用 SYSPROC.AUTOMAINT_SET_POLICY 或 SYSPROC.AUTOMAINT_SET_POLICYFILE 存储过程。

sqlcode：-1436

sqlstate：5U0ZZ

SQL1437N

SYSPROC.AUTOMAINT_SET_POLICY 或 SYSPROC.AUTOMAINT_SET_POLICYFILE 存储过程有两种形式：一个版本将包含自-+动维护配置详细信息的 XML 文件名作为参数，另一个版本采用了包含 XML 格式的自动维护配置详细信息的 LOB 参数。

自动维护配置文件中的 XML 或者传递给 SYSPROC.AUTOMAINT_SET_POLICY 或 SYSPROC.AUTOMAINT_SET_POLICYFILE 的 LOB 参数在指定行中包含无效 XML。 列号指示该行中发生错误的位置。

未应用新的自动维护配置。

sqlcode：-1437

sqlstate：5U0ZZ

SQL1438N

SYSPROC.AUTOMAINT_SET_POLICY 或 SYSPROC.AUTOMAINT_SET_POLICYFILE 存储过程有两种形式：一个版本将包含自-+动维护配置详细信息的 XML 文件名作为参数，另一个版本采用了包含 XML 格式的自动维护配置详细信息的 LOB 参数。

处理自动维护配置文件中的 XML 或者传递给 SYSPROC.AUTOMAINT_SET_POLICY 或 SYSPROC.AUTOMAINT_SET_POLICYFILE 的 LOB 参数时发生了内部错误。

未应用新的自动维护配置。

sqlcode：-1438

sqlstate：5U0ZZ

SQL1439N

SYSPROC.AUTOMAINT_GET_POLICY 或 SYSPROC.AUTOMAINT_GET_POLICYFILE 存储过程无法收集现有自动维护配置信息，因为它找不到任何缺省自动维护策略。

未收集任何自动维护配置信息。

1. 连接至要为其创建缺省自动维护策略的数据库
2. 使用下列参数调用系统存储过程 SYSPROCS.SYSINSTALLOBJECTS：

    SYSPROCS.SYSINSTALLOBJECTS( 'POLICY','C','','') 

sqlcode：-1439

sqlstate：5U0ZZ

SQL1440W

与特定特权配合使用时，WITH GRANT OPTION 被忽略。 如果在指定 WITH GRANT OPTION 时尝试设置此子句不适用的特权，那么会返回此消息。

已授予所有有效特权。

sqlcode：+1440

sqlstate：01516

SQL1441N

SQL1442N

为了获得当前的上下文调用，确保线程当前正在使用一个上下文。

SQL1443N

SQL1444N

SQL1445N

SQL1446N

SYSPROC.AUTOMAINT_GET_POLICY 或 SYSPROC.AUTOMAINT_GET_POLICYFILE 存储过程有两种形式：一个版本将包含自-+动维护配置详细信息的 XML 文件名作为参数，另一个版本采用了包含 XML 格式的自动维护配置详细信息的 LOB 参数。

处理自动维护配置文件中的 XML 或者传递给 SYSPROC.AUTOMAINT_GET_POLICY 或 SYSPROC.AUTOMAINT_GET_POLICYFILE 的 LOB 参数时发生了内部错误。

未收集任何自动维护配置。

sqlcode：-1446

sqlstate：5U0ZZ

SQL1447N

按照给定的原因码，自动维护配置文件或者传递给 SYSPROC.AUTOMAINT_SET_POLICY 或 SYSPROC.AUTOMAINT_SET_POLICYFILE 的 LOB 参数包含无效 XML：

1

PathName 元素未指定有效路径。 例如，如果指定的路径不存在，就会返回此消息。

2

FilterClause 元素的 SQL 语法无效。

3

数据库管理器尝试使用 /home/misc 目录中的模式文档来验证 XML 输入文件或者传递给 SYSPROC.AUTOMAINT_SET_POLICY 的 LOB 参数。 数据库管理器无法找到模式文档。

4

XML 输入文件中的第一个元素或者 LOB 参数是无效 XML。

5

输入 XML 文件的编码不是 UTF-8。

未应用新的自动维护配置。

1、2 和 4

更正 XML 配置文件或 LOB 参数的内容，然后再次调用该存储过程。

3

没有此模式文档，您就不能使用 SYSPROC.AUTOMAINT_SET_POLICY、SYSPROC.AUTOMAINT_SET_POLICYFILE、SYSPROC.AUTOMAINT_GET_POLICY 或 SYSPROC.AUTOMAINT_GET_POLICYFILE 存储过程。

不能手动替换此模式文档。 重新安装数据库服务器以替换缺少的文件。

5

确保 XML 输入的第一行指定 encoding=”UTF-8″。 如果用来创建 XML 输入的编辑器使用了另一种编码来保存文件，请使用 UTF-8 编码来再次保存该文件。

sqlcode：-1447

sqlstate：5U0ZZ

SQL1448N

调用 SYSPROC.AUTOMAINT_GET_POLICY 或 SYSPROC.AUTOMAINT_GET_POLICYFILE 时，可以指定应将该存储过程的输出保存到的 XML 文件名。 但是在本例中，无法创建或者写入所指定的文件。

未保存任何自动维护策略配置信息。

1. 确认指定的路径和文件是否满足下列条件：
   • 该目录路径和文件确实存在
   • 正在运行存储过程的用户标识具有创建或写入该文件的许可权
2. 指定一个满足前面列示的条件的文件，然后再次调用 SYSPROC.AUTOMAINT_SET_POLICY 或 SYSPROC.AUTOMAINT_SET_POLICYFILE 存储过程。

sqlcode：-1448

sqlstate：5U0ZZ

SQL1449C

1

DB2 管理服务器配置参数中的“工具目录数据库”配置不正确。

2

尚未启动包含工具目录数据库的数据库管理器。

3

另一个调度程序正在使用工具目录数据库。

4

启动调度程序时发生意外错误。

1

更正 DB2 管理服务器配置参数中的工具目录数据库配置。 有关配置工具目录数据库的指示信息，请参阅《DB2 管理指南》中有关 DB2 管理服务器的一节。

2

启动包含工具目录数据库的数据库管理器。

3

一直等到另一调度程序未使用工具目录数据库。

4

停止并重新启动 DB2 管理服务器。

SQL1450N

SQL1451N

SQL1452N

SQL1453N

SQL1454N

SQL1455N

SQL1456N

SQL1457N

SQL1458N

SQL1459I

SQL1460N

SQL1461N

SQL1462N

SQL1463N

sqlcode：-1463

sqlstate：55070

SQL1464W

sqlcode：+1464

sqlstate：0168S

SQL1465N

sqlcode：-1465

sqlstate：21507

SQL1467C

无法处理此语句；并且将回滚此语句所属的实用程序或事务。

SQL1468N

• 确保svcename已在实例上的数据库管理器配置中指定，数据库分区编号为 databasedatabase-partition-number1，DB2COMM环境变量已设置为使用 TCP/IP，并且 TCP/IP 监听器已在DB2START时成功启动。或
• 显式地编目节点和数据库。

sqlcode：-1468

sqlstate：08004

SQL1469N

sqlcode：-1469

sqlstate：08004

SQL1470N

sqlcode：-1470

sqlstate：08001

SQL1471N

sqlcode：-1471

sqlstate：08004

SQL1472N

sqlcode：-1472

sqlstate：08004

SQL1473N

如果”,…” 显示在节点列表末尾，请参阅系统日志文件以了解完整的节点列表。

sqlcode：-1473

sqlstate：40504

SQL1474W

此警告消息返回到了只读事务，因为这些事务不受此情况影响。 但是，将回滚其他事务。 此消息将此情况通知用户，以便可以尽可能早地执行操作。

如果”,…” 显示在成员列表末尾，请参阅系统日志文件以获取完整的成员列表。

sqlcode：+1474

sqlstate：01607

SQL1475W

sqlcode：+1475

sqlstate：01622

SQL1476N

1. 隐式或显式 CLOSE CURSOR 失败，或
2. 正在使用 NOT LOGGED INITIALLY 选项来创建表，或者对现有表激活 NOT LOGGED INITIALLY。 在同一工作单元期间，或者发生了错误，或者发出了 ROLLBACK TO SAVEPOINT 语句。 此工作单元被回滚，结果如下：
   • 删除在此工作单元中创建的任何表，或将其置于 DROP PENDING 状态。
   • 在事务中激活的任何 NOT LOGGED INITIALLY 表被标记为不可访问，从而只能删除。
   • 如果在事务中发出了 ROLLBACK TO SAVEPOINT，那么 sqlcode 将为 0。
3. 回滚到保存点失败或释放保存点失败。
4. 在执行原子数组输入操作期间发生严重错误。
5. 对于已删除其行的已声明临时表或已创建临时表，在创建用来维护此表的 LOB 列的 LOB 定位器值的系统临时 LOB 期间发生错误。

运行时标记 sqlcode 指示返回的底层 sqlcode。

sqlcode：-1476

sqlstate：40506

SQL1477N

• 当回滚工作单元时，该表激活了 NOT LOGGED INITIALLY。
• 该表是一个已创建的分区临时表或者已声明的分区临时表，由于已声明此临时表或者已将它实例化，因此一个或多个数据库分区失败。
• ROLLFORWARD 在此表上遇到了 NOT LOGGED INITIALLY 激活，或者遇到了 NONRECOVERABLE 装入。

不允许访问此表，因为不能保证其完整性。

• 如果对象是一个表，并且它已经激活了 NOT LOGGED INITIALLY，那么删除该表。 如果需要此表，那么重新创建。
• 如果对象是一个数据分区，那么将它与表拆离。 如果需要此数据分区，那么添加一个新的数据分区。
• 如果对象是一个非分区索引，那么删除该索引。 如果需要此索引，那么创建一个新索引。
• 如果此表是一个已创建的临时表，请与服务器断开连接然后再次连接，以将此临时表的新副本实例化。
• 如果该表是已声明临时表，那么删除该表。 如果此表是必需的，那么再次对其进行声明。
• 否则，从表空间或数据库备份中复原。 备份映像必须在非可恢复操作（NOT LOGGED INITIALLY 操作或 NONRECOVERABLE 装入） 完成之后的落实点之后获取。

可以使用目录和管理视图来确定对象。 要确定对象是否是一个表，使用以下查询：

SELECT TABNAME
  FROM SYSCAT.TABLES
  WHERE TBSPACEID=tbspace-id AND
    TABLEID=object-id

如果此查询的结果中未出现表名，那么您可以使用以下查询来确定对象是否是一个分区：

SELECT DATAPARTITIONNAME, TABNAME
  FROM SYSCAT.DATAPARTITIONS
  WHERE TBSPACEID=tbspace-id AND
    PARTITIONOBJECTID=object-id

要确定对象是否是一个索引，使用以下查询：

SELECT INDNAME
  FROM SYSCAT.INDEXES
  WHERE TBSPACEID=tbspace-id AND
    INDEX_OBJECTID=object-id

要确定对象是一个已创建的临时表还是已声明的临时表，使用以下查询：

SELECT TABNAME
 FROM SYSIBMADM.ADMINTEMPTABLES
 WHERE TBSP_ID=tbspace-id AND
  INDEX_TAB_FILE_ID=object-id

sqlcode：-1477

sqlstate：55019

SQL1478W

更改之后，与数据库断开连接，并再次启动数据库。

sqlcode：+1478

sqlstate：01626

SQL1479W

SQL1480N

SQL1481N

SQL1482W

SQL1483N

sqlcode：-1483

sqlstate：5UA02

SQL1484N

sqlcode：-1484

sqlstate：55071

SQL1485N

sqlcode：-1485

sqlstate：55019

SQL1487W

在 DB2 pureScale 环境中，将新的 DB2 成员或集群高速缓存工具 (CF) 添加到实例时，将返回此消息。 添加成员或 CF 之后，该实例直到此成员或 CF 重新启动后才会处于活动状态。

SQL1488W

SQL1489I

SQL1490W

SQL1491N

SQL1492N

SQL1493N

SQL1494W

SQL1495W

SQL1496W

SQL1497W

SQL1498W

db2ckupgrade 命令标识所有 1 类索引，并在命令日志文件所在的目录中生成 CLP 脚本文件 生成的文件。 对于所标识的每个 1 类索引，此 CLP 脚本中包含带有 ALLOW WRITE ACCESS 和 CONVERT 选项的 REORG INDEXES ALL 语句。 可以执行此语句以将所标识的所有 1 类索引转换为 2 类索引。

在对数据库进行升级期间，其余的任何 1 类索引都将被标记为无效。 在对数据库进行升级之后首次访问表时，数据库管理器会自动将索引重新构建为 2 类索引。 在完成重新构建索引之前，将不允许访问表。

SQL1499W

• 在 UNIX 和 Linux 操作系统上，通过对数据库进行升级已将 NOT FENCED 例程改变为 FENCED 和 NOT THREADSAFE，或者已将用户定义的包装器改变为 FENCED。
• 对数据库进行升级时，无法成功收集有关系统目录表的统计信息。
• 对数据库进行升级时，检测到称为 NULL 的标识。
• 对数据库进行升级时，将一个或多个表的索引标记为要重新构建。
• 对数据库进行升级时，检测到工作负载连接属性中存在星号。
• 对数据库进行升级时，检测到为 XML Extender 启用了数据库。
• 对数据库进行升级时，检测到支持 DB2 WebSphere MQ 函数的数据库。
• 数据库升级无法成功重新验证或重新绑定软件包。

SQL1509N

以下给定原因码指出不能创建更多传输的原因：

1

没有更多可用于其他传输的内存。

2

已达到为配置参数 maxTransports 设置的值。

1

解决内存不足问题：

1. 提供更多可用于应用程序的内存。 例如，终止所有未使用的连接。
2. 重新运行语句。

2

更改数据库配置以允许更多传输：

1. 在 db2dsdriver.cfg 配置文件中将 maxTransports 配置参数设置为更大的值。
2. 重新启动此应用程序。

sqlcode：-1509

sqlstate：57060

SQL1510N

所给定的原因码指出了所指定的结果集元素的无效内容：

1

结果集元素列表中包含一个不是正整数的值。 使用 WITH RETURN TO CLIENT 指定的结果集元素必须是正整数。 例如，下列元素就是无效的结果集元素：-2、0 和 2.3。

2

结果集元素列表中包含重复的条目。 列表中不能多次出现同一个结果集元素。 例如，以下列表是无效的：（1, 2, 2）。

3

未按升序指定结果集元素。 例如，以下列表是有效的：（1, 3）。 以下列表是无效的：（3，1）。

4

结果集列表中的一个元素大于 32767。 最大的有效结果集元素只能为 32767。

未创建存储过程。

SQL1511N

sqlcode：-1511

sqlstate：5U044

SQL1512N

SQL1513W

SQL1514N

SQL1515N

1

为个别用户定义了用户映射，但是 服务器名称 服务器已经为 PUBLIC 定义了用户映射。 从服务器中删除已为 PUBLIC 定义的用户映射，然后再次创建用户映射。

2

为 PUBLIC 定义了用户映射，但是 服务器名称 服务器已经为个别用户定义了用户映射。 从服务器中删除已为个别用户定义的所有用户映射，然后再次为 PUBLIC 创建用户映射。

3

为 PUBLIC 定义了用户映射，但是已经使用联合服务器选项 FED_PROXY_USER 定义了 服务器名称 服务器。 改变此服务器以移除 FED_PROXY_USER 选项，然后再次为 PUBLIC 创建用户映射。

sqlcode：-1515

sqlstate：428HE

SQL1516N

sqlcode：-1516

sqlstate：428HE

SQL1517N

解决了这些不一致情况之后，才能启动 DB2 pureScale 实例或者新的资源。 已经启动的 DB2 资源不会受此错误的影响。

SQL1520N

SQL1522N

在没有检测到不确定事务的成员中已经取消激活了此数据库。 在检测到不确定事务的成员中，此数据库将保持已激活状态，或者处于它在发出 deactivate 命令之前所处的相同状态。

• 等待事务管理器解析不确定事务：
  1. 使用 LIST INDOUBT TRANSACTIONS 命令来标识涉及到此数据库的不确定事务。
  2. 监控不确定事务，直到事务管理器自动解析不确定事务为止。
  3. 重新提交 DEACTIVATE DATABASE 命令，或者再次调用 sqle_deactivate_db API。
• 手动解析事务：
  1. 使用 LIST INDOUBT TRANSACTIONS 命令来标识涉及到此数据库的不确定事务。
  2. 手动解析不确定事务。 重新提交 DEACTIVATE DATABASE 命令，或者再次调用 sqle_deactivate_db API。
• 通过调用附带 FORCE 选项的 DEACTIVATE DATABASE 命令来强制取消激活数据库：
  1. 复查 db2diag 日志文件，从而确定对哪些成员执行取消激活操作失败。
  2. 对于取消激活操作失败的每个成员，调用附带 FORCE 选项的 DEACTIVATE DATABASE 命令。将不会对任何不确定事务进行解析。

SQL1523N

下列其中一个原因码指示了影响此表空间的实用程序或进程：

1

表空间处于“备份暂挂”状态。

2

表空间处于“正在复原”状态。

3

表空间处于“复原暂挂”或“恢复暂挂”状态。

4

表空间处于“正在重新平衡”状态。

5

表空间处于“正在前滚”状态。

6

表空间处于“前滚暂挂”状态。

7

表空间处于“正在重新分发”状态。

8

表空间处于“停顿共享”状态。

9

表空间处于“停顿更新”状态。

10

表空间处于“停顿互斥”状态。

11

表空间处于 pstat_deletion 状态。

12

表空间处于 pstat_creation 状态。

13

表空间处于“stordef 暂挂”状态。

14

表空间处于“禁用暂挂”状态。

15

表空间处于“正在移动”状态。

sqlcode：-1523

sqlstate：55039

SQL1524N

• 等待所有应用程序都感知新的数据库分区服务器。
• 如果不可能进行等待，那么终止导致请求失败的应用程序。 可使用 db2pd -addnode oldviewapps 命令或 db2pd -addnode oldviewapps detail 命令来标识此应用程序。
• 如果有多个数据库应用程序导致无法执行该请求，那么您可以强制终止所有应用程序，也可以停顿实例。

sqlcode：-1524

sqlstate：55077

SQL1525N

SQL1526N

SQL1528W

sqlcode：+1528

sqlstate：01HN0

SQL1529N

SQL1530W

启动数据库管理器时必须将 intra_parallel 配置参数设置为 ON，以便实例允许分区内并行性。

成功完成了语句或命令，但忽略了并行度规范。

否则，对并行度规范使用值 1 或 ANY。

sqlcode：+1530

sqlstate：01623

SQL1531N

CLI/ODBC 初始化文件 (db2cli.ini) 包含各种关键字和值，可以使用这些关键字和值来配置 CLI 以及使用 CLI 的应用程序的行为。

如果在连接字符串中使用“DSN”连接关键字指定了数据源名称，但是在以下任一位置中找不到指定的数据源名称，那么会返回此消息：

• 在 db2dsdriver.cfg 配置文件中使用“dsn alias”配置关键字指定的位置
• 在 db2cli.ini 配置文件中指定为节标题的位置

1. 将指定的数据源名称添加到 db2dsdriver.cfg 配置文件或 db2cli.ini 配置文件。
2. 停止并重新启动应用程序进程，以便新的配置设置生效。
3. 重新提交对指定的数据源名称的连接请求。

SQL1532N

• IBM Data Server Driver for ODBC and CLI
• IBM Data Server Driver Package
• 对于 DB2 V9.7：适用于 CLI 和开放式源代码应用程序、IBM 数据服务器客户机和 IBM 数据服务器运行时客户机

db2dsdriver.cfg 文件中的信息类似于 IBM 数据服务器客户机或者 IBM 数据服务器运行时客户机上的系统数据库目录中的信息。

客户机驱动程序配置文件不能包括多个相同数据库别名或多个相同数据库项。

1. 从 db2dsdriver.cfg 配置文件中移除重复项。
2. 停止该应用程序进程，然后再次将其启动，以使新的 db2dsdriver.cfg 文件设置生效。

SQL1533N

• IBM Data Server Driver for ODBC and CLI
• IBM Data Server Driver Package
• 对于 DB2 V9.7：适用于 CLI 和开放式源代码应用程序、IBM 数据服务器客户机和 IBM 数据服务器运行时客户机

db2dsdriver.cfg 文件中的信息类似于 IBM 数据服务器客户机或者 IBM 数据服务器运行时客户机上的系统数据库目录中的信息。

客户机驱动程序配置文件不能包括多个相同数据库别名或多个相同数据库项。

1. 从 db2dsdriver.cfg 配置文件中移除重复项。
2. 停止该应用程序进程，然后再次将其启动，以使新的 db2dsdriver.cfg 文件设置生效。

SQL1534N

当使用 db2dsdcfgfill 命令指定了无效参数或参数值时，会返回此消息。

SQL1535I

SQL1536N

原因码如下所示：

1

db2dsdcfgfill 实用程序无法创建 db2dsdriver.cfg 配置文件，因为系统资源不足。 例如，空间不足而导致不能在输出目录中创建新文件时将发生此错误。

2

发生了非严重、内部或系统错误。

如果问题仍然存在，根据给定原因码对此错误作出响应：

1

解决系统资源问题：

1. 使用操作系统诊断工具来检查系统资源数据。 例如，验证是否有足够空间来创建新文件。
2. 提供更多可用系统资源。 例如，可用磁盘空间。
3. 再次运行 db2dsdcfgfill 实用程序。

2

配合 IBM 支持机构来解决内部或系统错误：

1. 在运行 db2dsdcfgfill 实用程序时使用 db2trace 收集诊断信息。
2. 联系 IBM 支持机构来调查收集的 db2trace 诊断信息。

SQL1537N

给定的原因码指出了返回此消息的原因：

1

此客户机上没有指定的数据库管理器实例。

2

指定的数据库管理器实例路径无效。 例如，路径可能不存在或者 db2dsdcfgfill 实用程序可能没有对目录的访问权。

3

指定的输出目录无效。 例如，目录可能不存在或者 db2dsdcfgfill 实用程序可能没有权限在目录中创建文件。

4

所指定的 db2cli.ini 文件路径无效。 例如，目录可能不存在或者 db2dsdcfgfill 实用程序没有权限访问该文件或目录。

1

指定有效的数据库管理器实例，然后再次运行 db2dsdcfgfill。

2

解决数据库管理器实例目录问题：

1. 确定 db2dsdcfgfill 为何不能访问指定的数据库管理器实例目录。 例如，确定是否该目录的许可权设置不允许 db2dsdcfgfill 访问此目录。
2. 指出 db2dsdcfgfill 不能访问数据库管理器实例目录的原因。 例如，更改该目录的许可权设置来允许 db2dsdcfgfill 访问此目录。
3. 再次运行 db2dsdcfgfill。

3

解决输出目录问题：

1. 确定 db2dsdcfgfill 为何不能访问指定的输出目录。 例如，确定是否该目录的许可权设置不允许 db2dsdcfgfill 在此目录中创建文件。
2. 指出 db2dsdcfgfill 不能在指定目录创建 db2dsdriver.cfg 配置文件的原因。 例如，更改该目录的许可权设置来允许 db2dsdcfgfill 在此目录中创建文件。
3. 再次运行 db2dsdcfgfill。

4

解决 db2cli.ini 文件路径存在的问题：

1. 确定 db2dsdcfgfill 无法访问所指定文件的原因。 例如，确定该目录的许可权设置是否不允许 db2dsdcfgfill 访问此目录中的文件。
2. 找出 db2dsdcfgfill 无法访问所指定目录中的 db2cli.ini 文件的原因。 例如，更改该目录的许可权设置，以允许 db2dsdcfgfill 读取此目录中的文件。
3. 再次运行 db2dsdcfgfill。

SQL1538N

sqlcode：-1538

sqlstate：56038

SQL1539N

在使用装入异常表执行装入操作期间，可以创建违反了唯一索引规则、范围限制和安全策略的所有行的合并报告。 使用 LOAD 命令的 FOR EXCEPTION 子句来指定装入异常表。

原因码指示返回此错误的特定原因：

1

装入目标表使用 LBAC 安全性并且至少有一个 XML 列。

2

装入目标表是一个分区表并且至少有一个 XML 列。

3

装入目标表的分区映射与所指定的装入异常表的分区映射不相同。

分区映射确定数据库分区中的表行的分配。 装入目标表的行的分配必须与装入异常表的行的分配相同。

4

异常表是按列组织的。 系统不支持将按列组织的表用作异常表。

sqlcode：-1539

sqlstate：5U049

SQL1540N

sqlcode：-1540

sqlstate：57048

SQL1541N

1. 使用带有 -add 选项的 db2iupdt 命令添加一个新成员。
2. 使用带有 -drop 选项的 db2iupdt 命令删除原始成员。

SQL1542N