DB2 数据库的数据访问问题

访问 DB2 数据库时您遇到哪类问题？

连接到数据库时发生 Kerberos 登录错误

在 EJB 3.0 bean 的注入期间，Java Persistence API (JPA) persistence.xml 文件尝试连接到数据库以查找元数据。 要进行连接，Java™ 2 连接器 (J2C) 从安全上下文中请求主体集。 在此方案中，未调用为将信息放入安全上下文中而调用的安全性协作 API，并且返回的主体集中不包含 GSSCredentials。

调用应在 EJB 容器中进行，但 EJB 容器未调用协作 API，因为安全性 API 需要的完全构建 bean 不存在。 此外，EJB 3.0 规范明确说明，bean 构建不应在已定义的安全上下文中进行。 由于安全性 API 的设计和 EJB 3.0 规范的指导，EJB 容器未调用安全性协作 API，因此，安全上下文不知道要设置主体集，并且 GSSCredentials 不存在。

缺少 GSSCredentials 导致关系资源适配器 (RRA) 实现使用错误的代码路径；与告知 DB2 使用 GSSCredential 连接相反，它将使用与组件管理的别名相关联的标识。 结果是，组件管理的别名配置为对 Kerberos 未知的标识；因此，当 DB2 驱动程序将此标识中继转发到数据库时，会发生错误。

Caused by: javax.security.auth.login.FailedLoginException: Login error: com.ibm.security.krb5.KrbException, status code: 6
	message: Client not found in Kerberos database
	at com.ibm.security.jgss.i18n.I18NException.throwFailedLoginException(I18NException.java:25)
	at com.ibm.security.auth.module.Krb5LoginModule.b(Krb5LoginModule.java:733)
	at com.ibm.security.auth.module.Krb5LoginModule.c(Krb5LoginModule.java:610)
	at com.ibm.security.auth.module.Krb5LoginModule.login(Krb5LoginModule.java:433)
	at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
	at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:45)
	at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:37)
	at java.lang.reflect.Method.invoke(Method.java:599)
	at javax.security.auth.login.LoginContext.invoke(LoginContext.java:795)
	at javax.security.auth.login.LoginContext.access$000(LoginContext.java:209)
	at javax.security.auth.login.LoginContext$4.run(LoginContext.java:709)
	at java.security.AccessController.doPrivileged(AccessController.java:251)
	at javax.security.auth.login.LoginContext.invokePriv(LoginContext.java:706)
	at javax.security.auth.login.LoginContext.login(LoginContext.java:603)
	at com.ibm.db2.jcc.a.ud.a(ud.java:25)

SQL0567N DB2ADMIN 不是有效的授权标识。 SQLSTATE=42602

SQL0805N 未找到软件包 package-name

db2ubind.lst 和 db2cli.lst 文件位于 DB2 安装根目录的 bnd 目录中。 从该目录运行命令。

SQL0805N 未找到程序包 NULLID.SQLLC300 。 SQLSTATE=51002

要解决此问题，请通过运行在 bnd 目录中找到的 db2cli.lst 脚本来重新绑定 DB2 程序包。 例如：db2>@db2cli.lst。

SQL30082N 尝试建立连接失败，安全原因为 17 (SUPPORTED FUNCTION) SQLSTATE=08001

要解决此问题，确保您的客户机和服务器使用同一安全性机制。 例如，如果这是有关您的数据源的错误，那么验证您是否已指定用户标识和密码或认证别名。

SQLException ，带有 ErrorCode -99,999 和 SQLState 58004 ，带有 Java

SQLException, with ErrorCode -99,999 and SQLState 58004, with Java™ StaleConnectionException: COM.ibm.db2.jdbc.DB2Exception: [ IBM ][CLI驱动程序] CLI0119E 意外系统故障。 SQLSTATE=58004，使用 WAS40-type 数据源时

2002-07-26-14.19.32.762905   Instance:db2inst1   Node:000
PID:9086(java)   Appid:*LOCAL.db2inst1.020726191932
XA DTP Support  sqlxa_open   Probe:101
DIA4701E Database "POLICY2" could not be opened 
for distributed transaction processing.
String Title: XA Interface SQLCA  PID:9086 Node:000
SQLCODE = -1403

错误消息 java.lang.reflect.InvocationTargetException: com.ibm.ws.exception.WsException: DSRA0023E

错误消息 java.lang.reflect.InvocationTargetException: com.ibm.ws.exception.WsException: DSRA0023E: 找不到 DataSource 实现类 COM.ibm.db2.jdbc.DB2XADataSource 。 尝试访问 DB2 数据库时

出现这种异常的一个可能原因是，用户试图使用 JDBC 2.0 DataSource, ，但 DB2 并非 JDBC 2.0-enabled。 这种情况经常发生在 DB2 的新安装中，因为 DB2 为 JDBC 1.X 和 2.0，具有相同的物理文件名。 缺省情况下，JDBC 1.X 驱动程序位于类路径中。

CLI0119E 系统错误

CLI0119E 系统错误。 SQLSTATE=58004 - DSRA8100 :
 无法获取 XAconnection 或 DSRA0011E: 
 异常: COM.ibm.db2.jdbc.DB2Exception: [IBM] [CLI Driver] 
 CLI0119E 意外的系统故障。 SQLSTATE=5800

如果在 Red Hat Linux上运行 DB2 时迂到此错误，那么 max queues system wide 参数过低，无法在获取完成事务所需的资源时支持 DB2 。 存在此问题时，异常 J2CA0046E 和 DSRA0010E 会在异常 DSRA8100E 之前。

要更正此问题，请编辑 /proc/sys/kernal/msgmni 文件以将 max queues system wide 参数的值增大到大于 128 的值。

COM.ibm.db2.jdbc.DB2Exception: [IBM][CLI Driver][DB2/NT] SQL0911N

ERROR CODE: -911
COM.ibm.db2.jdbc.DB2Exception: [IBM][CLI Driver][DB2/NT] SQL0911N
因为死锁或超时，所以当前事务已回滚。
原因码“2”。  SQLSTATE=40001

找不到数据源 ([data-source-name]) 的 COM.ibm.db2.jdbc.DB2ConnectionPoolDataSource

此错误用消息“DSRA8040I: 未能连接到数据源”表示。

当 DB2 JDBC 驱动程序的类路径正确设置为 ${DB2_JDBC_DRIVER_PATH}/db2java.zip 但未设置环境变量 DB2_JDBC_DRIVER_PATH 时，通常会发生此错误。

如果您正在使用 DB2 V 7.1 或 7.2 并且尚未运行 usejdbc2，那么也会发生此错误。 如果路径正确但仍然会接收到此错误，那么说明这可能是个问题。

要纠正此问题，请执行以下操作：添加变量 DB2_JDBC_DRIVER_PATH，该变量的值等于包含 db2java.zip 文件的目录路径。

尝试发布或查询其中一个字段超过 255 个字符的实体时返回错误 10500 (E_Fatal)

当您尝试发布或查询它的一个字段超过 255 个字符的实体时，通常会发生此错误。 使用非英语字符时这个问题不明显，因为显示 255 个可视字符之前就达到了实限制。

要解决此问题: 在 z/OS®上使用 DB2 V 7 时接受此限制。 请勿超过 255 个字符的限制。

java.sql.SQLException: 装入 T2 本机库文件时出现故障 db2jcct2 DSRA0010E: SQL 语句 = null，错误代码 = -99,999

数据源实现类型为 XA 时数据库中发生锁定争用异常

“DSRA8050W: 当尝试在混合发布单元格中使用 数据源时，会出现 "无法找到指定的 类 "异常。 DB2 Universal DataStoreHelper

当您将 WebSphere Application Server 版本 6.0 或更高版本与先前版本结合使用并尝试在先前版本上创建 DB2 Universal 数据源时，通常会发生此错误。

发生此情况的原因可能是 DB2 Universal 数据源在 V 5 和先前版本上不可用，但 V 6 管理控制台允许您构建一个数据源。

要纠正此问题：在 V6.0 或更高版本上创建数据源。

在同时安装了 WebSphere Application Server 的 Windows 机器上尝试访问 DB2 时，发生错误 "SYSTEM" 不是有效的授权标识

在同时安装了 WebSphere Application Server 的 Windows 机器上尝试访问 DB2 时，错误 "SYSTEM" 不是有效的授权标识 消息

java.sql.SQLException: [IBM][CLI 
Driver] SQL0567N "SYSTEM" is 
not a valid authorization ID.  
SQLSTATE=42602 DSRA0010E: 
SQL State = 42602, Error Code
= -567
  at COM.ibm.db2.jdbc.app.
SQLExceptionGenerator.
throw_SQLException
 (Unknown Source)
  at COM.ibm.db2.jdbc.app.
SQLExceptionGenerator.
check_return_code
 (Unknown Source)
  at COM.ibm.db2.jdbc.app.
DB2Connection.connect
 (Unknown Source)
  at COM.ibm.db2.jdbc.app.
DB2Connection.<init>
 (Unknown Source)
  at COM.ibm.db2.jdbc.app.
DB2ReusableConnection.<init>
 (Unknown Source)
  at COM.ibm.db2.jdbc.
DB2PooledConnection.
getConnection
 (Unknown Source)
  at com.ibm.ws.rsadapter.spi.
WSRdbDataSource.getConnection
(WSRdbDataSource.java:1035)
  at com.ibm.ws.rsadapter.spi.
WSManagedConnectionFactoryImpl.
createManagedConnection
(WSManagedConnectionFactoryImpl
.java:937)
  at com.ibm.ejs.j2c.
poolmanager.FreePool.
createManagedConnectionWithMC
Wrapper(FreePool.java:1502)

在一个阶段事务回滚后，DB2 通用 JDBC 驱动程序类型 4 中的 XA 准备调用上发生 XAException: XAER_NOTA

症状

对于使用 DB2 v8.2随附的 DB2 Universal JDBC 驱动程序类型 4 XA 的应用程序，连接可能会失败并触发 XAER_NOTA XAException 错误。 下列代码块是此异常的一个示例：

J2CA0027E: An exception occurred while invoking prepare on an
 XA Resource Adapter from dataSource jdbc/SDOSVT, within
 transaction ID {XidImpl: formatId(57415344), gtrid_length(36), bqual_length(54),
  data(000000ff5191398200000001000000296cac5c42fe3c6838631cbaafc8b5a9253b846544
  000000ff5191398200000001000000296cac5c42fe3c6838631cbaafc8b5a9253b8465440000000
  10000000000000000000000000002)}:
javax.transaction.xa.XAException: XAER_NOTA
at com.ibm.db2.jcc.a.xb.a(xb.java:1682)
at com.ibm.db2.jcc.a.xb.a(xb.java:841)
at com.ibm.db2.jcc.a.xb.prepare(xb.java:812)
at com.ibm.ws.rsadapter.spi.WSRdbXaResourceImpl.prepare(WSRdbXaResourceImpl.java:837)
...

问题

如果在单阶段事务中使用 DB2 Universal JDBC 驱动程序类型 4 XA 连接 (例如，自动落实设置为 false 的本地事务) ，并且该单阶段事务已回滚，那么下次在两阶段事务中使用该连接将在准备调用时失败。

DB2 Universal JDBC 驱动程序类型 4 XA 支持中的问题导致 XA 准备调用失败。 如果已落实单阶段事务，那么不会发生此问题，并且在类型 2 方式下使用 DB2 Universal JDBC 驱动程序时不会发生此问题。

解决方案

升级到 DB2 V 8.2 修订包 1 ，这等同于 V 8.1 修订包 8。 随这些发行版提供的通用 JDBC 驱动程序 XA 解决了先前描述的类型为 4 方式的问题。

由于 JDBC 驱动程序文件版本不兼容导致对应用程序客户机记录 java.rmi.MarshalException

症状

对于包含应用程序客户机的应用程序，应用程序服务器的客户机日志文件中显示以下错误消息：

java.rmi.MarshalException: CORBA MARSHAL 0x4942f89a No; nested exception is:
org.omg.CORBA.MARSHAL: Unable to read value from underlying bridge : Mismatched serialization
UUID: 源 (Rep. IDRMI:com.ibm.db2.jcc.c.SqlException:63EEE52211DCD763:82CE0C0DA2B0A000)
= 82CE0C0DA2B0A000 ，而目标 (Rep. 标识
 RMI:com.ibm.db2.jcc.c.SqlException:63EEE52211DCD763:91C6171BC645E41B)
= 91C6171BC645E41B  vmcid: 0x4942f000  minor code: 2202  completed: No 

问题

应用程序客户机上和应用程序服务器上的 db2jcc.jar 文件来自相互不兼容的 DB2 版本，或者与充当数据存储器的 DB2 版本不兼容。

解决方案

检查应用程序客户机，应用程序服务器和 DB2 服务器上的 db2jcc.jar 文件。 在客户机和应用程序服务器上，安装与 DB2 服务器兼容的相同版本的文件。

数据库故障导致对使用 DB2 通用驱动程序类型 4 的应用程序触发有问题的 -99999 异常

症状

如果使用 DB2 Universal 驱动程序类型 4 来访问 DB2 网络服务器，并且数据库失败，那么数据库服务器将发出通用 -99999 异常以响应每个 JDBC getConnection 请求。 下面摘录的代码中记录了此异常，它可能会导致应用程序中出现意外的行为。

java.sql.SQLException: IO Exception opening socket to 
	server bs8.rchland.ibm.com on port 1527.
The DB2 Server may be down.DSRA0010E: SQL State = null,
	Error Code = -99,999DSRA0010E: SQL State = null,
Error Code = -99,999
at com.ibm.db2.jcc.b.a.<init>(a.java:125)
at com.ibm.db2.jcc.b.b.a(b.java:1011)
at com.ibm.db2.jcc.c.l.<init>(l.java:197)
at com.ibm.db2.jcc.b.b.<init>(b.java:258)
at com.ibm.db2.jcc.DB2PooledConnection.
	<init>(DB2PooledConnection.java:44)
at com.ibm.db2.jcc.DB2ConnectionPoolDataSource.getPooledConnectionX
	(DB2ConnectionPoolDataSource.java:80)
at com.ibm.db2.jcc.DB2ConnectionPoolDataSource.getPooledConnection
	(DB2ConnectionPoolDataSource.java:45)
at com.ibm.ws.rsadapter.DSConfigurationHelper$1.run
	(DSConfigurationHelper.java:945)

问题

在类型 4 方式下运行时，某些版本的 DB2 Universal 驱动程序会触发数据库故障的一般异常，而不是 WebSphere Application Server 可以映射到旧连接异常的特定错误代码。 与 DB2 8.1 修订包 6 或修订包 7 以及 DB2 8.2相关联的驱动程序版本发生此问题。

解决方案

升级到 DB2 V 8.2 修订包 1 ，相当于 V 8.1 修订包 8 ，它提供了先前描述的方案中的有效错误代码。 WebSphere Application Server 将此错误代码映射到。 StaleConnectionException,

使用 DB2 通用 JDBC 驱动程序时无法访问 Linux 上的 DB2

容器管理的持久性 bean 中任何 VARCHAR FOR BIT DATA 列上发生非法转换

当具有容器管理的持久 (CMP) 类型且在 DB2 表上定义了任何 VARCHAR FOR BIT DATA 列的企业 Bean 部署在 DB2 通用 JDBC 类型 4 驱动程序中以持久存储数据时，将在运行时抛出非法转换的 SQLException。 仅当您使用 DB2 通用 JDBC 类型 4 驱动程序并将 deferPrepares 属性设置为 true 时，才会发生此异常。 当 deferPrepares 属性设置为 true 时， DB2 通用 JDBC 类型 4 驱动程序将使用标准 JDBC 数据映射。

当前，生成的部署代码不遵循标准 JDBC 规范映射。 执行时间的故障是因为准备要执行的企业 bean 的工具中存在问题。