DB2High Availability Disaster Recovery(HADR) 是一個簡單易用的數據復制特性，該特性為局部和全面站點故障提供一個高可用性（HA）解決方案。HADR(高可用性災難恢復)是DB2數據庫的一個組件，是DB2提供給用戶的一種高可用性和災難恢復的解決方案。組成HADR需要一對機器，一個主機和一個備機。它的基本原理是主機將數據庫產生的日志通過網絡傳輸到備機，然后備機將這些日志重新應用，整個過程類似于前滾恢復。從而保證主機和備機數據庫的一致。當主機發生意外停機以后，例如停電或者災難等，備機可以很快的接替主機繼續工作。從DB2V97FP1 開始，HADR開始支持ROS(ReadOn Standby)，備機除了做備份數據庫以外，還可以接收連接，執行讀操作。

2.1、環境準備

主庫:192.168.100.101  CM01

備庫:192.168.100.102  CM11

2.2、主庫配置

1. 使用db2sampl命令創建樣本db

db2sampl

2. 打開主庫日志歸檔模式

db2 update db cfg for usingLOGARCHMETH1 LOGRETAIN

注：上面的命令將啟用數據庫以進行日志歸檔，并將日志保留在同一活動日志目錄中。這還將使數據庫處于備份掛起狀態。

3. 進行離線備份

db2 "backup database "

注意：離線備份不是必需的。也可以使用在線備份。但是，在線備份可能需要更長的時間才能使HADR對進入對等狀態。為了簡單起見，我們在這里使用離線備份。

4. 在主數據庫上設置HADR cfg參數

db2 update db cfg for usingHADR_LOCAL_HOST
db2 update db cfg for using HADR_LOCAL_SVC
db2update db cfg for using HADR_REMOTE_HOST
db2 update db cfg for usingHADR_REMOTE_SVC
db2 update db cfg for using HADR_REMOTE_INST
db2update db cfg for using LOGINDEXBUILD ON

5. 進行脫機備份以用于設置HADR

db2 "backup database "

2.3、備庫配置

1. 版本一致

確保兩個服務器都在同一版本上，以免發生不匹配的情況。在兩個服務器上運行“ db2level”命令，以檢查它們是否在相同的DB2版本和修訂包中。

2. 通過FTP將備份映像（從主機）傳輸到備機

   
   

3. 備庫進行恢復

db2 "restore database DBNAME"

4. 在備用數據庫上設置HADR cfg參數。

db2 update db cfg for usingHADR_LOCAL_HOST
db2 update db cfgfor using HADR_LOCAL_SVC
db2update db cfg for using HADR_REMOTE_HOST
db2 update db cfg for usingHADR_REMOTE_SVC
db2 update db cfg for using HADR_REMOTE_INST

5. 啟動備機

db2 start hadr on database as standby

6. 在主服務器上啟動HADR

db2 start hadr on database as primary

   --驗證HADR是否運行

   db2pd -db -hadr

2.4、兩臺機器之間進行角色切換的步驟

1. ON PRIMARY (CM01):

db2 connect to
2. ONPRIMARY (CM01):

db2 "create table tab1 (col1 int)"
3.ON PRIMARY (CM01):

db2 "insert into tab1 values (1)"-insert 20 rows
4. ON PRIMARY (CM01):

power down the Primary --> db2stopforce
5. ON STANDBY (CM11):

db2 takeover hadr on database by force
6. The STANDBY instance on CM11 (DB2) is now theprimary
7. ON CM11:

db2pd -db -hadr (the ROLEshould state: PRIMARY)
8. ON CM11:

db2 connect to
9. ONCM11:

db2 "select * from tab1" -Youshould see the 20 rows inserted
10. ON CM11:

db2 "create table tab2 (col1int)"
11. ON CM11:

db2 "insert into tab2 values (1)"-insert about 20 rows
12. ON CM01:

db2 start hadr on database as standby
13. ON CM01:

db2pd -db -hadr (the ROLEshould state: STANDBY)
14. on CM01:

db2 takeover hadr on database
15.on CM01:

db2pd -db -hadr (the ROLEshould state: PRIMARY)
16. ON CM01:

db2 "select * from tab2" -youshould be able to see the 20 rows inserted
17. on CM11:

db2pd -db -hadr (the ROLEshould state; STANDBY) 

注意：

1.兩臺服務器上的HADR對的主機名不能相同。

2.UNIX系統上的實例名稱和基礎用戶ID可以不同。確保將dbcfg參數HADR_REMOTE_INST的實例的正確名稱更新為正確的值。

1.SYNC（同步）

在四種方式中，此方式將最大可能地避免事務丟失，但使用此方式會導致事務響應時間最長。在此方式中，僅當日志已寫入主數據庫上的日志文件，而且主數據庫已接收到來自備用數據庫的應答，確定日志也已寫入備用數據庫上的日志文件時，方才認為日志寫入是成功的。保證日志數據同時存儲在這兩處。

2.NEARSYNC（接近同步）

此方式具有比同步方式更短的事務響應時間，但針對事務丟失提供的保護也較少。在此方式中，僅當日志記錄已寫入主數據庫上的日志文件，而且主數據庫已接收到來自備用系統的應答，確定日志也已寫入備用系統上的主存儲器時，方才認為日志寫入是成功的。僅當兩處同時發生故障，并且目標位置未將接收到的所有日志數據轉移至非易失性存儲器時，才會出現數據的丟失。

3.ASYNC（異步）

與SYNC和NEARSYNC方式相比，ASYNC方式使事務響應時間更短，但在主數據庫出現故障時，導致事務丟失的可能性更大。

在ASYNC方式下，僅當日志記錄已寫入主數據庫上的日志文件，并且已傳遞到主系統的主機的TCP層時，才認為日志寫入成功。因為主系統不會等待來自備用系統的確認，所以當事務仍處于正在傳入備用數據庫的過程中時，可能會認為事務已落實。

4.SUPERASYNC（超級異步）

此方式具有最短的事務響應時間，但在主系統出現故障時，此方式導致事務丟失的可能性也最大。當您不希望事務由于網絡中斷或擁塞而受到阻塞或經歷較長的響應時間時，此方式很有用。

在此方式下，HADR對永遠不會處于對等狀態或斷開連接的對等狀態。只要日志記錄已寫入主數據庫上的日志文件，就認為日志寫入成功。由于主數據庫不會等待來自備用數據庫的確認，所以無論事務的復制狀態如何，都會認為已落實該事務。