DB2 資料庫的資料存取問題

您存取 DB2 資料庫時發生何種問題?

連接至資料庫時發生 Kerberos 登入錯誤

在注入 EJB 3.0 Bean 期間， Java 持續性 API (JPA) persistence.xml 檔會嘗試連接資料庫來查閱 meta 資料。 為了建立連線， Java™ 2 Connector (J2C) 會從安全環境定義要求「主題」。 在此實務範例中，未呼叫為了將資訊放入安全環境定義而呼叫的安全協同作業 API ，且會傳回不含 GSSCredentials 的主旨。

應該在 EJB 儲存器中進行呼叫，但 EJB 儲存器未呼叫協同作業 API ，因為安全 API 需要完整建構的 Bean 不存在。 此外， EJB 3.0 規格也明確指出 Bean 建構不應在已定義的安全環境定義中完成。 由於安全 API 的設計和 EJB 3.0 規格的方向， EJB 儲存器未呼叫安全協同作業 API ，因此安全環境定義不知道要設定「主體」，且沒有 GSSCredential。

缺少 GSSCredential 會導致「關聯式資源配接器 (RRA)」實作使用錯誤的程式碼路徑; 它會使用與元件受管理別名相關聯的身分，而不是告訴 DB2 使用 GSSCredential 進行連接。 結果是元件受管理別名配置為 Kerberos 不知道的身分，因此當 DB2 驅動程式將此身分轉遞至資料庫時，發生錯誤。

Caused by: javax.security.auth.login.FailedLoginException: Login error: com.ibm.security.krb5.KrbException，狀態碼: 6
	訊息: 在 Kerberos 資料庫中找不到用戶端
	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 不是有效的授權 ID。 SQLSTATE=42602

SQL0805N 找不到套件 package-name

db2ubind.lst 及 db2cli.lst 檔案位於 DB2 安裝根目錄的 bnd 目錄中。 從該目錄執行指令。

SQL0805N 找不到套件 NULLID.SQLLC300 。 SQLSTATE=51002

若要解決此問題，請執行在 bnd 目錄中找到的 db2cli.lst Script ，以重新連結 DB2 套件。 例如: db2>@db2cli.lst。

SQL30082N 嘗試建立連線失敗，安全原因為 17 (不受支援的函數) SQLSTATE=08001

若要解決此問題，請確保用戶端和伺服器使用相同的安全機制。 例如，如果這是資料來源的錯誤，請驗證您已指派使用者 ID 及密碼或鑑別別名。

SQLException ， ErrorCode -99,999 及 SQLState 58004 ，含 Java

SQLException ， ErrorCode -99,999 及 SQLState 58004 ，搭配 Java™ StaleConnectionException: COM.ibm.db2.jdbc.DB2Exception: [IBM] [CLI Driver] 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。 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

錯誤碼: -911
COM.ibm.db2.jdbc.DB2Exception: [IBM] [CLI Driver] [DB2/NT] SQL0911N
由於死鎖或逾時，已回復現行交易。
原因碼 "2"。  SQLSTATE=40001

找不到資料來源 ([data-source-name]) 的 COM.ibm.db2.jdbc.DB2ConnectionPoolDataSource

此錯誤以訊息 DSRA8040I: 無法連接至 DataSource。

當 DB2 JDBC 驅動程式的類別路徑正確設為 ${DB2_JDBC_DRIVER_PATH}/db2java.zip ，但未設定環境變數 DB2_JDBC_DRIVER_PATH 時，通常會發生此錯誤。

如果您使用 DB2 7.1 或 7.2 版，且尚未執行 usejdbc2，則也會發生此錯誤。 如果您的路徑是正確的，但您仍收到此錯誤，則這可能是問題。

若要更正此問題: 請新增變數 DB2_JDBC_DRIVER_PATH ，其值等於包含 db2java.zip 檔案的目錄路徑。

java.sql.SQLException: 載入 T2 原生程式庫 db2jcct2 DSRA0010E: SQL State = null ， Error Code = -99,999

當資料來源實作類型為 XA 時，資料庫中發生鎖定競用異常狀況

“DSRA8050W: 找不到指定的 DataStoreHelper 類別" 嘗試在混合版次 Cell 中使用 DB2 Universal 資料來源時發生異常狀況

當您將 WebSphere Application Server 6.0 版或更新版本與舊版一起使用，並嘗試在舊版上建立 DB2 Universal 資料來源時，通常會發生此錯誤。

這可能是因為 DB2 Universal Datasource 在第 5 版和舊版上無法使用，但第 6 版管理主控台可讓您建置一個。

若要更正此問題: 請在 6.0 版或更新版本上建立資料來源。

在同時安裝 WebSphere Application Server 的 Windows 機器上嘗試存取 DB2 時發生錯誤 'SYSTEM' 不是有效的授權 ID

嘗試在也安裝 WebSphere Application Server 的 Windows 機器上存取 DB2 時，發生錯誤 'SYSTEM' 不是有效的授權 ID 訊息

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)

XAException: XAER_NOTA on XA prepare call in DB2 Universal JDBC Driver type 4 after one phase transaction rollback

症狀

對於使用 DB2 v8.2可用的 DB2 Universal JDBC 驅動程式第 4 類 XA 的應用程式，連線可能會失敗並觸發 XAER_NOTA XAException 錯誤。 下列程式碼區塊是此異常狀況的範例:

J2CA0027E: 在上呼叫準備時，發生異常狀況
 dataSource jdbc/SDOSVT 中的 XA 資源配接器，在
 交易 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 8.2 版 Fix Pack 1 ，這相當於 8.1 版 Fix Pack 8。 這些版本所提供的「通用 JDBC 驅動程式 XA」可解決先前針對第 4 類模式所說明的問題。

由於 JDBC 驅動程式檔案版本不相容，針對應用程式用戶端記載 java.rmi.MarshalException

症狀

對於包含應用程式用戶端的應用程式，下列錯誤訊息會顯示在應用程式伺服器的用戶端日誌檔中:

java.rmi.MarshalException: CORBA MARSHAL 0x4942f89a No; nested exception is:
org.omg.CORBA.配置: 無法從基礎橋接器讀取值: 不符的序列化
UID: Source (rep. IDRMI:com.ibm.db2.jcc.c.SqlException:63EEE52211DCD763:82CE0C0DA2B0A000)
= 82CE0C0DA2B0A000 而 Target (代表 ID
 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 Universal 驅動程式類型 4 的應用程式，資料庫失敗會觸發有問題的 -99999 異常狀況

症狀

如果您使用 DB2 Universal 驅動程式類型 4 來存取 DB2 Network Server ，且資料庫失敗，則資料庫伺服器會發出一般 -99999 異常狀況，以回應每個 JDBC getConnection 要求。 下列程式碼摘錄中所舉例說明的這個異常狀況，可能會在您的應用程式中造成非預期的行為。

java.sql.SQLException: 開啟 Socket 時發生 IO 異常狀況 
	埠 1527 上的伺服器 bs8.rchland.ibm.com 。
DB2 Server 可能是 down.DSRA0010E: SQL State = null ，
	錯誤碼 = -99,999DSRA0010E: SQL State = null ，
錯誤碼 = -99,999
位於 com.ibm.db2.jcc.b.a.<init>(a.java:125)
at com.ibm.db2.jcc.b.b.a(b.java:1011)
位於 com.ibm.db2.jcc.c.l.<init>(l.java:197)
位於 com.ibm.db2.jcc.b.b.<init>(b.java:258)
位於 com.ibm.db2.jcc.DB2PooledConnection。
	<init>(DB2PooledConnection.java:44)
位於 com.ibm.db2.jcc.DB2ConnectionPoolDataSource.getPooledConnectionX
	(DB2ConnectionPoolDataSource.java:80)
位於 com.ibm.db2.jcc.DB2ConnectionPoolDataSource.getPooledConnection
	(DB2ConnectionPoolDataSource.java:45)
at com.ibm.ws.rsadapter.DSConfigurationHelper$1.run
	(DSConfigurationHelper.java:945)

問題

以第 4 類模式執行時，部分版本的 DB2 Universal Driver 會觸發資料庫失敗的一般異常狀況，而不是 WebSphere Application Server 可以對映至過時連線異常狀況的特定錯誤碼。 與 DB2 8.1 Fix Pack 6 或 Fix Pack 7 及 DB2 8.2 相關聯的驅動程式版本會發生此問題。

解決方案

升級至 DB2 8.2 版 Fix Pack 1 ，相當於 8.1 版 Fix Pack 8 ，可在先前說明的實務範例中提供有效的錯誤碼。 WebSphere Application Server 會依照預期，將這個錯誤碼對映至 StaleConnectionException。

使用 DB2 Universal JDBC 驅動程式時，無法在 Linux 上存取 DB2

儲存器管理持續性 Bean 中的任何 VARCHAR FOR BIT DATA 直欄發生無效轉換

如果 Enterprise Bean 的儲存器管理持續性 (CMP) 類型已在 DB2 表格上定義任何 VARCHAR FOR BIT DATA 直欄，部署在 DB2 通用 JDBC 第 4 類驅動程式中，以持續保存資料，則會在執行時期擲出不合法轉換的 SQLException。 只有在您使用 DB2 通用 JDBC 第 4 類驅動程式，且 deferPrepares 內容設為 true 時，才會發生這個異常狀況。 當 deferPrepares 內容設為 true 時， DB2 通用 JDBC 第 4 類驅動程式會使用標準 JDBC 資料對映。

目前，產生的已部署程式碼未遵循標準 JDBC 規格對映。 執行時失敗是因為準備執行 Enterprise Bean 的工具發生問題。