活動服務器將所有數據庫複製到備用服務器。
DB 2服務器會自動將日誌變更從主服務器傳遞給備用服務器。
在備用配置中，備用服務器在等待生產服務器發生故障時是空閒的。
在最簡單的情況下，每台服務器配備一台備用服務器，用於故障恢復。
SD備用服務器中的檢查點是同步的。
這時，WebSphereApplicationServer就會與備用服務器重新建立連接，並將回滾事務，然後在備用服務器上重新發布。
活動服務器的負載將被複制到所有其他備用服務器。
在11.1中，備用服務器只允許應用程序讀取數據。
還設置了一個LDAP服務器副本作為備用服務器來響應客户機的請求。
當在兩個服務器上都啟用事務日誌時，備用服務器上的資源使用稍微增加。
它由一對服務器組成—主服務器和HDR備用服務器—並且同時支持異步和同步複製模式。
右邊的服務器(備用服務器)稱為“備用”集羣成員，因為它的唯一負載就是集羣複製。
藉助宂餘服務器，從故障服務器切換到備用服務器的過程稱為故障恢復(或熱交換)。
主服務器的日誌寫入和對於備用服務器的發送在主服務器上是並行執行的。
完成恢復後，HDR備用服務器將進入recovery模式。
你甚至可以以任意順序將備用服務器串聯起來。
對於2 -safe設置，只有當事務在主服務器和備用服務器上都提交之後，控制權才回到應用程序。
在同步模式下，只有接收到來自hdr備用服務器的確認，主服務器才會提交事務。
確保tsa域中的兩個服務器和備用服務器都為DB 2通信啟用了TCPIP協議。
tsa集羣域和備用服務器通過專用線路鏈接在一起。
為了在備用服務器上保持數據庫的一個同步副本，系統會一致地將DB 2HADR日誌文件從主要服務器發送到備用服務器來保持二者的同步。
在需求再次回落之後，可以釋放備用服務器以作他用。
當主要服務器脱機時(計劃內或計劃外停機)，備用服務器將聯機代替其工作。
持久*設為adaptive意味着如果備用服務器也在活動，那麼主服務器以寬鬆的日誌記錄模式*作。
而備用服務器直到從主服務器收到消息，得知它磁盤上具有相同的日誌，才寫入該日誌。
最後兩個影響*能的要素是備用服務器上的讀*作和內部並行*。
不過，備用服務器信息將僅存儲在JDBC驅動程序端的內存中。
向集羣添加新的SD備用服務器非常簡單，準備好共享磁盤後只需幾秒就可完成。
對於任何按照VU模型頒發許可的DB 2數據服務器，無論服務器基於哪種處理核心體系結構，都按照100vu為warm備用服務器頒發許可。
備用市場研究主要解決市場交易規則和確定備用服務的購買方法，以保*備用市場交易的正常穩定運行。
無狀態的故障恢復是最簡單的方法，但也是作用最有限的方法，因為該方法在故障服務器與備用服務器之間沒有維護任何狀態。
通過在備用服務器上恢復數據庫的備份映像，或者初始化主數據庫的分割鏡像拷貝，創建備用數據庫。
5以後，sd備用服務器支持提交後讀、最後一次提交後讀和髒讀隔離級別。
簡言之，當一切正常時，備用服務器正在做什麼與如何為那個服務器上的DB2 獲得許可有很大的關係。
如果可以找到，重新路由功能將首先重新嘗試連接失敗的主要服務器，如果該*作失敗，重新路由將嘗試連接替代的備用服務器。
