配置使用 DB2 資料庫之應用程式的用戶端重新遞送

用戶端重新遞送特性可讓您配置 DB2® 通用資料庫用戶端應用程式的通訊遺失回復,用戶端應用程式可以在儘可能不受岔斷的情況下繼續運作。 重新遞送是支援連續作業的核心,但只有在用戶端連線識別了替代位置的情況下,才有可能重新遞送。

開始之前

這項作業的假設如下:
  • 您已在應用程式伺服器中定義了 DB2 資料來源。 請參閱「利用管理主控台來配置資料來源」主題,以取得建立資料來源的相關資訊。
  • 您的應用程式所連接的 DB2 資料來源在執行下列資料庫之一:
    • DB2 for z/OS® 10.1 版或更新版本
    • DB2 Database for Linux、UNIX 和 Windows 9.7 版或更新版本
  • 您已實作含冗餘設定的 DB2 資料庫,或已實作以待命節點來進行 DB2 伺服器失效接手的功能。
  • [z/OS]您利用第 4 類連線來連接到資料來源。

關於這項作業

DB2 的用戶端重新遞送可讓您在資料庫伺服器連線失效時,提供替代的伺服器位置。 如果您決定搭配持續性選項來使用用戶端重新遞送,替代伺服器資訊會在各「Java™ 虛擬機器 (JVM)」之間持續保存。 在應用程式伺服器損毀的事件中,當應用程式伺服器還原並試圖連接到資料庫時,不會遺失替代伺服器資訊。

在沒有任何用戶端配置的情況下,如果已啟用用戶端重新遞送功能,當 DB2 JDBC 驅動程式建立起始 DB2 伺服器連線時,JDBC 驅動程式會支援這個功能。 當 JDBC 驅動程式連接到配置了替代伺服器的 DB2 伺服器時,主要伺服器會將替代伺服器的相關資訊傳送給 JDBC 驅動程式。 如果主要伺服器連線失敗,JDBC 驅動程式可以在替代伺服器連線上重新遞送。 不過,如果用戶端程序損毀,替代伺服器資訊就會遺失,用戶端必須重新連接到主要伺服器。 如果用戶端無法建立通往主要伺服器的起始連線,用戶端就無法知道替代伺服器,無法進行重新遞送。

如果要克服這個問題,您可以利用替代伺服器名稱替代埠號欄位,或利用 clientRerouteAlternateServerName 和 clientRerouteAlternatePortNumber 資料來源自訂內容來配置應用程式伺服器中的 DB2 資料來源,以便即使在起始連接嘗試時,也能夠支援用戶端重新遞送。 如果 JDBC 驅動程式無法連接到主要 DB2 伺服器,但已有用戶端重新遞送所需要的資訊,JDBC 驅動程式可以在替代伺服器連線上重新遞送。

小心: 資料來源自訂內容 enableClientAffinitiesList 會變更 clientRerouteAlternateServerName 和 clientRerouteAlternatePortNumber 內容的語意。
如果要進一步瞭解這些內容,請參閱 DB2 資訊中心的「所有支援的資料庫產品的一般 IBM Data Server Driver for JDBC 和 SQLJ 內容」主題。 如果要進一步瞭解用戶端親緣性,請參閱「配置使用 DB2 資料庫之應用程式的用戶端親緣性」主題。

另外,如果您已將 DB2 資料來源配置為第 4 類 JDBC 驅動程式,您可以利用用戶端重新遞送伺服器清單 JNDI 名稱欄位或 clientRerouteServerListJNDIName 資料來源自訂內容來啟用用戶端重新遞送狀態的持續存在。 一般而言,當連線重新遞送且 JDBC 驅動程式已連接到替代的 DB2 伺服器時,替代伺服器會將它自己的替代伺服器的相關資訊傳送給 JDBC 驅動程式。 之後,如果替代的 DB2 伺服器無法使用,JDBC 驅動程式會具備連線再次重新遞送所需要的資訊。 實際上,最初是替代伺服器的伺服器,現在已是主要伺服器,且已建立一個新的替代伺服器。 如果您啟用用戶端重新遞送的持續性,可以記住這個新的狀態。 如果應用程式伺服器損毀又重新啟動,JDBC 驅動程式可以連接到在損毀之時,被視為主要伺服器的 DB2 伺服器。 當持續性特性不存在時,JDBC 驅動程式必須從原始伺服器配置開始,嘗試連接到最初被視為主要伺服器的伺服器。

您可以在下列可以配置 DB2 的環境內,使用自動用戶端重新遞送特性:
  • 含有資料分割區特性 (DPF) 的 Enterprise Server Edition (ESE)
  • 資料傳播器 (DPROPR) 樣式的抄寫
  • 高可用性叢集多重處理器 (HACMP™)
  • 高可用性災難復原 (HADR)。

程序

  1. 在管理主控台中,按一下資源 > JDBC > 資料來源 > data_source
  2. 按一下 WebSphere Application Server 資料來源內容
  3. DB2 自動用戶端重新遞送選項區段中,填寫各欄位來啟用用戶端重新遞送。 完成下列欄位:
    替代伺服器名稱
    指定 DB2 伺服器的替代伺服器名稱清單。 如果指定了多個替代伺服器名稱,這些名稱必須以逗點區隔。例如:
     host1,host2
    替代埠號
    指定替代伺服器埠號清單或指定 DB2 伺服器埠號。 如果指定了多個替代伺服器埠,這些埠必須以逗點區隔。 例如:
    5000,50001
    避免困難 避免困難: 請確定替代埠和主機的指定項目數量相同。否則,會顯示一則警告,且不會啟用用戶端重新遞送。gotcha
  4. 選擇性的: 利用持續性選項來啟用用戶端重新遞送。
    1. 完成用戶端重新遞送伺服器清單 JNDI 名稱的欄位。 這個欄位指定用來將 DB2 用戶端重新遞送伺服器清單連結到 JNDI 名稱空間的 JNDI 名稱。 當替代伺服器資訊尚未進入記憶體時,DB2 資料庫伺服器會利用這個名稱來查閱替代伺服器名稱清單。
      避免困難 避免困難: 請注意下列事項:
      • 這個選項不支援第 2 類資料來源。如果您使用配置為第 2 類 JDBC 驅動程式的 DB2 資料來源,JDBC 驅動程式會利用型錄來持續保存用戶端重新遞送資訊。 如果這個內容配置了第 2 類驅動程式,應用程式伺服器會發出警告。
      • 在不同的資料來源之間,使用不同的 JNDI 名稱。 否則,當您刪除資料來源,且從名稱空間中移除 JNDI 項目時,會影響到共用這個 JNDI 項目的其他資料來源。
      gotcha
  5. 配置用戶端重新遞送功能的重試次數和間隔。 請完成下列兩個欄位:
    用戶端重新遞送的重試間隔
    指定自動用戶端重新遞送的重試間隔時間量(秒)。
    用戶端重新遞送重試次數上限
    指定如果伺服器的主要連線失敗,自動用戶端重新遞送所嘗試的連線重試次數上限。 只有在設定了用戶端重新遞送的重試間隔之時,才會使用這個內容。
  6. 按一下確定,並儲存變更。
  7. 重新啟動應用程式伺服器。

下一步

如果您稍後想要移除 JNDI 中所連結的用戶端重新遞送資訊,您可以刪除資料來源來執行這個動作。 您也可以搭配測試連線服務來使用取消連結特性,在不刪除資料來源的情況下,從應用程式伺服器的 JNDI 名稱空間中,刪除用戶端重新遞送功能的 JNDI 連結。
如果要刪除用戶端重新遞送的 JNDI 連結,請執行下列動作:
  1. 選取將用戶端重新遞送清單從 JNDI 取消連結
  2. 按一下確定
  3. 儲存配置。
  4. 按一下資料來源的測試連線
  5. 取消選取將用戶端重新遞送清單從 JNDI 取消連結
  6. 按一下確定
  7. 儲存配置。

指出主題類型的圖示 作業主題



時間戳記圖示 前次更新: last_date
http://www14.software.ibm.com/webapp/wsbroker/redirect?version=cord&product=was-nd-mp&topic=tdat_clientreroute
檔名:tdat_clientreroute.html