本節列出使用 DB2 UDB DRDA AS 時最常見的問題情況。
確定 DB2 UDB 端的下列項目確實設定正確。
必要時,請確定已架構 TP 名稱。
此外,如果要從 DRDA AR 使用機密保護 SAME, 請確定其確實已為 DRDA AR LU 啟用。
請確定 db2start 完成時沒有任何警告。
如果使用的是 SNA Server for AIX, 請確定 ~/sqllib/adm/db2sysc 可執行檔的群組名稱確實位於 SNA 架構中之「SNA 系統預設值」設定檔中的「受託管的群組名稱」欄位中。
如果 DRDA AR 是 DB2 for OS/390, 請確定已引用下列修正程式:APAR PQ05771/PTF UQ06843 及 APAR PQ07537/PTF UQ09146
請確定 DRDA AR 是以目標 DB2 UDB 資料庫的資料庫別名所架構的。
如果來自 DRDA AR 的連接是透過 APPC/SNA LU 6.2, 則關於 DB2 UDB 資料庫管理程式架構中的 AUTHENTICATION 設定, 就有一些特殊的考量。 如果遇到機密保護錯誤, 請確定資料庫管理程式架構 AUTHENTICATION 已如下所示正確設定:
在這個設定下,機密保護 SAME 及 PROGRAM 連接都可以運作。
在這個設定下, 只有連到有「SNA 伺服器」的 AIX 及有 CS/2 V4 的 OS/2 (已架構 SPM) 上之 DB2 UDB DRDA AS 的機密保護 PROGRAM 連接才可以運作。
AUTHENTICATION DCS 現在可以與 DB2 UDB 版本 7 DRDA AS 一起使用, 容許從使用機密保護 SAME (不需要通行碼) 的 DRDA 從屬站的 APPC 連接, 而在同時則會強迫對所有其它從屬站要求進行 SERVER 身分驗證 (需要通行碼)
在這個設定下,下列項目可運作:
機密保護 SAME
機密保護 SAME 或 PROGRAM
這些差異性的存在是因為某些通信子系統不會曝露送進 DB2 UDB 的通行碼。
如果不支援 DRDA AS 所指定的連結選項, 則可能會傳回有 SQLCODE -4930 的 SQLCA。 SQLERRMC 欄位中含有連結選項造成錯誤的相關資訊。