DB2 数据库的数据访问问题

• 连接到数据库时发生 Kerberos 登录错误
• SQL0567N "DB2ADMIN"不是有效的授权 ID。 SQLSTATE=42602
• SQL0805N未找到软件包 package-name
• SQL0805N 未找到软件包“NULLID.SQLLC300”。 SQLSTATE=51002
• SQL30082N尝试建立连接失败，安全原因为“17”（“不支持的功能”） SQLSTATE=08001
• SQLException，带有ErrorCode-99,999 和 SQLState 58004，使用 Java
• 错误消息 java.lang.reflect.InvocationTargetException: com.ibm.ws.exception.WsException: DSRA0023E
• CLI0119E 系统错误
• COM.ibm.db2.jdbc.DB2Exception: [IBM][CLI Driver][DB2/NT] SQL0911N
• COM.ibm.db2.jdbc.DB2ConnectionPoolDataSource找不到数据源 ([data-source-name])
• 当尝试发布或查询某个字段中超过 255 个字符的实体时，将返回错误 10500 (E_Fatal)
• java.sql.SQLException: 装入 T2 本机库文件时出现故障 db2jcct2 DSRA0010E: SQL 语句 = null，错误代码 = -99,999
• 数据源实现类型为 XA 时数据库中发生锁定争用异常
• DSRA8050W:无法找到DataStoreHelper尝试使用时发生类指定的异常DB2 Universal混合发布单元中的数据源
• 尝试访问时出现错误“SYSTEM 不是有效的授权 ID” DB2在 Windows 机器上WebSphere Application Server也安装了
• 在一个阶段事务回滚后，DB2 通用 JDBC 驱动程序类型 4 中的 XA 准备调用上发生 XAException: XAER_NOTA
• 由于 JDBC 驱动程序文件版本不兼容导致对应用程序客户机记录 java.rmi.MarshalException
• 数据库故障导致对使用 DB2 通用驱动程序类型 4 的应用程序触发有问题的 -99999 异常
• 使用 DB2 通用 JDBC 驱动程序时无法访问 Linux 上的 DB2
• 容器管理的持久性 bean 中任何 VARCHAR FOR BIT DATA 列上发生非法转换

1. Enterprise JavaBeans (EJB) 3.0 bean 中的注入语句为属性级别。
2. persistence.xml 文件未调出与您连接的数据库相关的元数据信息。
3. 数据源上的组件管理的别名无效。
4. 数据库设置为使用一次性安全性机制，例如，典型用户标识和密码机制以外的机制，如 Kerberos。

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)

• 确保注入语句位于班级级别。

  这样可以防止您在创建 bean 时尝试进行注入。 持久性上下文项仍然存储在 Java 命名和目录接口 (JNDI) 中，但不会将这些项放入 bean 对象上的局部变量中。 bean 方法从 JNDI 查找这些持久性上下文项，到那时为止，该 bean 应当运行在正确的安全上下文中，因为 EJB 容器已调用安全性协作 API。

• 使 persistence.xml 文件调出数据库元数据信息。

  如果 persistence.xml 文件调出所需数据库元数据信息，那么 JPA 无需连接到数据库以获取这些信息。 这意味着直到访问 bean 方法时才会进行连接。 通过此步骤，安全上下文已正确设置，并且连接可用。

• 验证数据源上的组件管理的别名。

  当 JPA 为收集元数据而尝试连接到数据库时，驱动程序回退为使用数据源上设置的组件管理的别名，因为安全上下文尚未配置。 如果确保验证组件管理的别名，那么连接将成功。

• 不要将一次性安全性机制用于数据库安全性。

  如果要使用一次性安全性机制，如 Kerberos，那么这不是可选项。 如果数据库未配置为接受标准用户标识和密码认证，那么此问题不会发生。 仅当您的系统需要特殊安全性配置时才会发生此问题。

1. 验证管理控制台的数据源属性页面中您的用户名和密码是否正确。
2. 确保该用户标识和密码之前、中间或之后均不包含空白字符。

• 如果包名称是NULLID.SQLLC300 ， 看SQL0805N包裹NULLID.SQLLC300没找到。 SQLSTATE=51002 。由于这个原因。
• 您正在尝试使用启用 XA 的JDBC司机DB2数据库未准备好 XA。

1. DB2绑定@db2ubind.lst阻止所有授予公共
2. DB2 bind @db2cli.lst blocking all grant public

• 底层数据库已被删除并且重新创建。
• DB2已升级，且其软件包未正确重新绑定。

• 客户机将新密码值发送给不支持更改密码功能的服务器。
• 客户机将 SERVER_ENCRYPT 认证信息发送给不支持密码加密的服务器。
• 客户机将用户标识但不带密码发送给了不支持仅通过用户标识认证的服务器。
• 客户机尚未指定认证类型且服务器尚未以支持的类型响应。 这会包括返回客户机无法从中选择的多种类型的服务器。

• 提供了无效的用户名或密码。
• 数据库名称不正确。
• 一些DB2软件包已损坏。

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

1. 更正您的用户名和密码。 如果在 GUI 上为数据源指定密码，那么确保在 bean 上指定的用户名和密码是正确的。 在 bean 上指定的用户名和密码会覆盖创建数据源时所指定的内容。
2. 使用正确的数据库名称。
3. 按如下所示重新绑定软件包（在 bnd 目录）：

   db2connect to dbname
   c:\SQLLIB\bnd>DB2 bind @db2ubind.lst blocking all grant public
   c:\SQLLIB\bnd>DB2 bind @db2cli.lst blocking all grant public

4. 确保 \WebSphere\AppServer\properties\wsj2cdpm.properties 文件具有正确的用户标识和密码。

• 在 Windows 系统上，查找inuse存档于java12目录中DB2安装根目录。 如果缺少此文件，那么说明您正在使用 JDBC 1.x 驱动程序。
• 在操作系统上AIX®或者Linux® ，检查数据源的类路径。 如果类路径未指向 java12 目录中的 db2java.zip 文件，那么说明您正在使用 JDBC 1.x 驱动程序。

• 在 Windows 系统上，停止DB2 。 跑过usejdbc2.bat文件来自java12目录中DB2安装根。 从命令行运行此文件以验证它是否成功完成。
• 在操作系统上AIX或者Linux ，将数据源的类路径更改为指向db2java.zip文件在java12你的目录DB2安装根目录。

CLI0119E System error.  SQLSTATE=58004 -  DSRA8100 : Unable to get a XAconnection or DSRA0011E: 
Exception: COM.ibm.db2.jdbc.DB2Exception: [IBM][CLI Driver] 
CLI0119E  Unexpected system failure. SQLSTATE=5800

1. 在管理控制台的数据源属性页面上，验证对数据源指定了正确的数据库名称。
2. 在定制属性页面上，检查用户名和密码定制属性。 验证它们是否正确。
3. 确保该用户标识和密码之前、中间或之后均不包含任何空白字符。
4. 检查WAS.policy应用程序存在文件， 例如，D:\WebSphere\AppServer\installedApps\markSection.ear\META-INF\was.policy 。
5. 查看整个异常列表以获得底层 SQL 错误，并使用 DBM 提供商消息参考来查找。

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

1. 执行这些DB2命令：
   1. db2 update monitor switches using LOCK ON
   2. db2 get snapshot for LOCKS on dbName >
   这directory_name\lock_snapshot.log现在有DB2锁定信息。
2. 通过运行以下命令关闭锁监视器：db2 update monitor switches using LOCK OFF

1. 查找具有锁定等待状态的应用程序句柄，然后查找保持锁定的代理程序标识以验证代理程序的标识。
2. 转至该句柄以验证它是否具有锁定等待状态和对此句柄保持锁定的代理程序标识。 如果它具有与先前的句柄相同的代理程序标识，那么您知道您具有循环锁定（死锁）。

1. 如果不需要并发访问，那么检查应用程序并使用较小限制的隔离级别。
2. 当更改 accessIntent 值以改变成较低的隔离级别时要小心使用。 此更改会导致数据完整性问题：
3. 为了DB2/UDB版本7.2和早期版本中，您可以设置DB2_RR_TO_RS旗帜来自DB2命令行窗口，以消除不必要的死锁，例如当accessIntentbean 方法上定义过于严格，例如，PessimisticUpdate。 DB@_RR_TO_RS 设置具有两个影响：
   • 如果 RR 是您选择的隔离级别，它有效地降低为 RS。
   • 如果选择另一个隔离级别并且 DB2_RR_TO_RS 设置为开，那么扫描跳过已删除但未落实的行，即使此行可能有扫描资格。 跳跃行为影响 RR、读稳定性 (RS) 和游标稳定性 (CS) 隔离级别。

   例如，考虑事务 A 删除以下行的情况：column1=10事务 B 进行扫描，其中column1>8和column1<12 。 DB2_RR_TO_RS 关闭时，事务 B 等待事务 A 落实或回滚。 如果事务 A 回滚，column1=10 的行包 含在事务 B 查询的结果集中。 DB2_RR_TO_RS 打开时，事务 B 不等待事务 A 落实或回滚。 事务 B 立即接 收不包含已删除行的查询结果。 设置 DB2_RR_TO_RS 有效地更改锁定行为，因此避免死锁。

1. 进入管理WebSphere变量面板。
2. 选择环境以验证是否没有变量 DB2_JDBC_DRIVER_PATH 条目。

• 安装后未重新启动计算机DB2 。 重新引导报告错误的机器并再试一次。
• 执行的数据库操作与配置的数据源使用不同的作用域。 例如，对于存在于服务器级别上的数据源，testConnection 命令在节点级别上运行。 来源db2profile脚本并确保环境包含指向DB2本地库。 这db2profile脚本存在于根目录中DB2用户身份。 有关 testConnection 命令的更多信息，请参阅“测试连接服务”。
• 这DB2上下文没有为运行的用户正确设置WebSphere Application Server。 来源db2profile脚本并确保环境包含指向DB2本地库。

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)
...

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

• 在数据源配置中，将 deferPrepares 属性设置为 false。
• 请勿使用DB2普遍的JDBC如果您的表有任何 VARCHAR FOR BIT DATA 或 LONG VARCHAR FOR BIT DATA 列，则使用类型 4 驱动程序。 參閱DB2 V8.1自述文件以了解更多详细信息。