配置使用 DB2 資料庫之應用程式的用戶端重新遞送
用戶端重新遞送特性可讓您配置 DB2® 通用資料庫用戶端應用程式的通訊遺失回復,用戶端應用程式可以在儘可能不受岔斷的情況下繼續運作。 重新遞送是支援連續作業的核心,但只有在用戶端連線識別了替代位置的情況下,才有可能重新遞送。
開始之前
- 您已在應用程式伺服器中定義了 DB2 資料來源。 請參閱「利用管理主控台來配置資料來源」主題,以取得建立資料來源的相關資訊。
- 您的應用程式所連接的 DB2 資料來源在執行下列資料庫之一:
- DB2 for z/OS® 10.1 版或更新版本
- DB2 Database for Linux、UNIX 和 Windows 9.7 版或更新版本
- 您已實作含冗餘設定的 DB2 資料庫,或已實作以待命節點來進行 DB2 伺服器失效接手的功能。
您利用第 4 類連線來連接到資料來源。
關於這項作業
DB2 的用戶端重新遞送可讓您在資料庫伺服器連線失效時,提供替代的伺服器位置。 如果您決定搭配持續性選項來使用用戶端重新遞送,替代伺服器資訊會在各「Java™ 虛擬機器 (JVM)」之間持續保存。 在應用程式伺服器損毀的事件中,當應用程式伺服器還原並試圖連接到資料庫時,不會遺失替代伺服器資訊。
在沒有任何用戶端配置的情況下,如果已啟用用戶端重新遞送功能,當 DB2 JDBC 驅動程式建立起始 DB2 伺服器連線時,JDBC 驅動程式會支援這個功能。 當 JDBC 驅動程式連接到配置了替代伺服器的 DB2 伺服器時,主要伺服器會將替代伺服器的相關資訊傳送給 JDBC 驅動程式。 如果主要伺服器連線失敗,JDBC 驅動程式可以在替代伺服器連線上重新遞送。 不過,如果用戶端程序損毀,替代伺服器資訊就會遺失,用戶端必須重新連接到主要伺服器。 如果用戶端無法建立通往主要伺服器的起始連線,用戶端就無法知道替代伺服器,無法進行重新遞送。
如果要克服這個問題,您可以利用替代伺服器名稱和替代埠號欄位,或利用 clientRerouteAlternateServerName 和 clientRerouteAlternatePortNumber 資料來源自訂內容來配置應用程式伺服器中的 DB2 資料來源,以便即使在起始連接嘗試時,也能夠支援用戶端重新遞送。 如果 JDBC 驅動程式無法連接到主要 DB2 伺服器,但已有用戶端重新遞送所需要的資訊,JDBC 驅動程式可以在替代伺服器連線上重新遞送。
另外,如果您已將 DB2 資料來源配置為第 4 類 JDBC 驅動程式,您可以利用用戶端重新遞送伺服器清單 JNDI 名稱欄位或 clientRerouteServerListJNDIName 資料來源自訂內容來啟用用戶端重新遞送狀態的持續存在。 一般而言,當連線重新遞送且 JDBC 驅動程式已連接到替代的 DB2 伺服器時,替代伺服器會將它自己的替代伺服器的相關資訊傳送給 JDBC 驅動程式。 之後,如果替代的 DB2 伺服器無法使用,JDBC 驅動程式會具備連線再次重新遞送所需要的資訊。 實際上,最初是替代伺服器的伺服器,現在已是主要伺服器,且已建立一個新的替代伺服器。 如果您啟用用戶端重新遞送的持續性,可以記住這個新的狀態。 如果應用程式伺服器損毀又重新啟動,JDBC 驅動程式可以連接到在損毀之時,被視為主要伺服器的 DB2 伺服器。 當持續性特性不存在時,JDBC 驅動程式必須從原始伺服器配置開始,嘗試連接到最初被視為主要伺服器的伺服器。
- 含有資料分割區特性 (DPF) 的 Enterprise Server Edition (ESE)
- 資料傳播器 (DPROPR) 樣式的抄寫
- 高可用性叢集多重處理器 (HACMP™)
- 高可用性災難復原 (HADR)。
程序
下一步
- 選取將用戶端重新遞送清單從 JNDI 取消連結。
- 按一下確定。
- 儲存配置。
- 按一下資料來源的測試連線。
- 取消選取將用戶端重新遞送清單從 JNDI 取消連結。
- 按一下確定。
- 儲存配置。