連接環境補充資料

DB2 UDB DRDA AS 最常見的問題

本節列出使用 DB2 UDB DRDA AS 時最常見的問題情況。

CONNECT 期間發生通信錯誤

確定 DB2 UDB 端的下列項目確實設定正確。

APPC/SNA LU 6.2

  1. SNA 架構

    必要時,請確定已架構 TP 名稱。

    此外,如果要從 DRDA AR 使用機密保護 SAME, 請確定其確實已為 DRDA AR LU 啟用。

  2. 資料庫管理程式架構 TPNAME 參數
  3. 環境變數 DB2COMM 設定為併入 APPC

請確定 db2start 完成時沒有任何警告。

TCP/IP

  1. 服務程式檔案
  2. 資料庫管理程式架構 SVCENAME 參數
  3. 環境變數 DB2COMM 設定為併入 TCPIP。請確定 db2start 完成時沒有任何警告。

CONNECT 期間發生 DRDA 錯誤

APPC/SNA LU 6.2

如果使用的是 SNA Server for AIX, 請確定 ~/sqllib/adm/db2sysc 可執行檔的群組名稱確實位於 SNA 架構中之「SNA 系統預設值」設定檔中的「受託管的群組名稱」欄位中。

TCP/IP

如果 DRDA AR 是 DB2 for OS/390, 請確定已引用下列修正程式:APAR PQ05771/PTF UQ06843 及 APAR PQ07537/PTF UQ09146

CONNECT 期間發生找不到資料庫的錯誤

請確定 DRDA AR 是以目標 DB2 UDB 資料庫的資料庫別名所架構的。

透過 APPC/SNA LU 6.2 的 CONNECT 期間發生機密保護錯誤

如果來自 DRDA AR 的連接是透過 APPC/SNA LU 6.2, 則關於 DB2 UDB 資料庫管理程式架構中的 AUTHENTICATION 設定, 就有一些特殊的考量。 如果遇到機密保護錯誤, 請確定資料庫管理程式架構 AUTHENTICATION 已如下所示正確設定:

  1. 從屬站

    在這個設定下,機密保護 SAME 及 PROGRAM 連接都可以運作。

  2. 伺服器

    在這個設定下, 只有連到有「SNA 伺服器」的 AIX 及有 CS/2 V4 的 OS/2 (已架構 SPM) 上之 DB2 UDB DRDA AS 的機密保護 PROGRAM 連接才可以運作。

  3. DCS

    AUTHENTICATION DCS 現在可以與 DB2 UDB 版本 7 DRDA AS 一起使用, 容許從使用機密保護 SAME (不需要通行碼) 的 DRDA 從屬站的 APPC 連接, 而在同時則會強迫對所有其它從屬站要求進行 SERVER 身分驗證 (需要通行碼)

    在這個設定下,下列項目可運作:

    1. 有「SNA 伺服器」的 AIX 及具有 CS/2 V4 的 OS/2 (已架構 SPM) 上之 DB2 UDB DRDA AS:
         機密保護 SAME
      
    2. 有 CM/2 1.11 之 OS/2、Windows NT 及 Sun Solaris 上的 DB2 UDB DRDA AS:
         機密保護 SAME 或 PROGRAM
      

這些差異性的存在是因為某些通信子系統不會曝露送進 DB2 UDB 的通行碼。

BIND 期間發生錯誤

如果不支援 DRDA AS 所指定的連結選項, 則可能會傳回有 SQLCODE -4930 的 SQLCA。 SQLERRMC 欄位中含有連結選項造成錯誤的相關資訊。


[ 頁面頂端 | 前一頁 | 下一頁 | 目錄 | 索引 ]