資料回復及高可用性

備份概觀

請注意下列限制：

• 當相同表格空間內的表格正在進行線上重組時， 容許啟動 DMS 表格空間的線上備份作業。在截斷階段期間， 可能有重組作業的鎖定等待。
• 當相同表格空間內的表格正在進行線上重組時， 不容許啟動 SMS 表格空間的線上備份作業。這兩個作業都需要專用鎖定。

使用備份

下列限制適用於備份公用程式：

• 即使包含不同表格空間，也無法同時執行表格空間備份作業及表格空間還原作業。
• 如果想要能夠在分割的資料庫環境中執行 RollForward 回復，您必須定期備份節點清單上的資料庫， 而且您必須對系統中的其餘節點 (即使沒有包含該資料庫的使用者資料的節點也包括在內) 具有至少一個備份映像檔。 有兩種情況需要資料庫分割區伺服器中的資料庫分割區 (沒有包含資料庫的使用者資料) 的備份映像檔。
  • 在取得最後備份之後，您已將資料庫分割區伺服器新增到資料庫系統， 而且您需要在這個資料庫分割區伺服器上進行 Forward 回復。
  • 使用時間點回復，這需要系統中的所有資料庫分割區都處於 RollForward 擱置狀態。
  • DMS 表格空間的線上備份作業與下列作業不相容：
    • 載入
    • 重組 (只限離線)；(雖然在重組作業的截斷階段期間可能有鎖定等待， 但是可以使用正在備份的表格空間中的表格線上重組)。
    • 除去表格空間
    • 表格截斷
    • 索引建立
    • 最初未記載 (與 CREATE TABLE 及 ALTER TABLE 陳述式搭配使用)

高可用性災禍回復概觀

當執行 START HADR、STOP HADR 或 TAKEOVER HADR 命令時， 可能會產生對應錯誤碼：SQL01767N、SQL01769N 或 SQL01770N，內含原因碼 98。 原因碼指出在執行命令的伺服器上沒有安裝 HADR 的授權。 若要更正問題，請使用 db2licm 來安裝有效的 HADR 授權， 或安裝其中含有一個有效 HADR 授權的伺服器版本，作為其分送的一部份。

跨平台的備份及還原支援

DB2 Universal Database^(TM) (UDB) 支援跨平台的備份及還原作業。

您可以將 DB2^(R) UDB 第 8 版 32 位元 Windows^(R) 上建立的資料庫， 還原至 DB2 UDB 第 8 版 64 位元 Windows 平台，反之亦可。

您可以將 DB2 UDB 第 8 版 32 位元 Linux^(TM) x86 上建立的資料庫， 還原至 DB2 UDB 第 8 版 64 位元 Linux x86-64 或 IA64 平台，反之亦可。

您可以將 DB2 UDB 第 8 版 AIX^(R)、HP-UX、Linux PPC、Linux zSeries^(R) 或「Solaris 作業環境」平台 (32 位元或 64 位元) 上建立的資料庫， 還原至 DB2 UDB 第 8 版 AIX、HP-UX、Linux PPC、Linux zSeries 或「Solaris 作業環境」 平台 (32 位元或 64 位元)。

備份至磁帶 (Linux)

Linux 上之 3480 與 3490 磁帶裝置的最大區塊大小限制是 61 440 個位元組

Tivoli Storage Manager

當呼叫 BACKUP DATABASE 或 RESTORE DATABASE 命令時， 您可以指定要使用 Tivoli^(R) Storage Manager (TSM) 產品，來管理資料庫或表格空間的備份或還原作業。最低所需的 TSM 用戶端 API 層次是 4.2.0 版，但在下列項目上除外：

• 需要 TSM 用戶端 API 4.2.1 版的 64 位元 Solaris 系統。
• 需要 TSM 用戶端 API 5.1 版的 64 位元 Windows NT^(R) 作業系統。
• 至少需要 TSM 用戶端 API 5.1.5 版的 32 位元 Linux for iSeries^(TM) 及 pSeries^(R)
• 至少需要 TSM 用戶端 API 5.3 版的 64 位元 Linux for iSeries 及 pSeries
• 至少需要 TSM 用戶端 API 5.2.0 版的 64 位元 Linux on AMD 作業系統。
• 至少需要 TSM 用戶端 API 5.2.2 版的 Linux for zSeries 64 位元。

HADR 本端主機及本端服務參數的值限制

當準備 update database configuration 命令時， 如果指定高可用性災禍回復 (HADR) 本端主機及本端服務參數 (HADR_LOCAL_SVC 及 HADR_REMOTE_SVC) 的值， 則這些值必須為不是任何其它服務正在使用的埠。如果正在使用 Linux 或 UNIX^(R) 命令行來配置參數， 也應該在 /etc/services 檔中設定這些值。

高可用性災禍回復的其他系統需求

如果您在主要資料庫上建立一個表格空間，但是因為沒有可用的儲存區而無法在備用資料庫上重播日誌，則主要資料庫不會收到錯誤訊息，指出無法重播日誌。

若要檢查是否有日誌重播錯誤，您必須在建立新的表格空間時， 監督備用資料庫上的 db2diag.log 及管理日誌。

如果發生接管作業，將無法在新的主要資料庫上使用您所建立的新表格空間。若要從這種情況下回復，請從備份映像檔還原新主要資料庫上的表格空間。

在下列範例中，表格空間 MY_TABLESPACE 會在作為主要資料庫之前， 先還原在資料庫 MY_DATABASE 上：

1. db2 connect to my_database
2. db2 list tablespaces show detail
   註:
   執行 db2 list tablespaces show detail 命令以顯示所有表格空間並取得步驟 5 所需的表格空間 ID 號碼。
3. db2 stop hadr on database my_database
4. db2 "restore database my_database tablespace (my_tablespace) online redirect"
5. db2 "set tablespace containers for my_tablespace_ID_# ignore rollforward container operations using (path '/my_new_container_path/')"
6. db2 "restore database my_database continue"
7. db2 rollforward database my_database to end of logs and stop tablespace "(my_tablespace)"
8. db2 start hadr on database my_database as primary

高可用性災禍回復的非抄寫作業

8.2 版文件陳述：

BLOB 及 CLOB 不會進行抄寫；但是，將在待用資料庫上配置它們的空間。

這個陳述應該改為：

未記載的 BLOB 及 CLOB 不會進行抄寫；但是，將在待用資料庫上配置它們的空間。

HADR 不支援原始日誌

高可用性災禍回復 (HADR) 不支援對資料庫日誌檔案使用原始 I/O (直接磁碟存取)。 如果以 START HADR 命令啟動 HADR，或如果以配置的 HADR 重新啟動資料庫， 且偵測到原始日誌，則相關的命令將失敗，並出現 SQL1768N 原因碼 "9"。

錯誤監督程式與健康監督程式的比較

健康監督程式及錯誤監督程式是在單一資料庫實例上運作的工具。 |健康監督程式使用健康指示符，評估資料庫管理程式效能或資料庫效能特定方面的健康情形。 |健康指示符會測量特定類別之資料庫物件 (例如表格空間) 的某方面健康情形。 |健康指示符可以對照特定準則來進行評估，以判定該類別的資料庫物件的健康情形。 |此外，健康指示符也可以產生警示，在指示符超出臨界值，或指出資料庫物件處於非正常狀態時通知您。

相比下，錯誤監督程式只負責保持其正在監督的實例啟動及執行中。 |如果它正在監督的 DB2 UDB 實例非預期地終止，則錯誤監督程式會重新啟動實例。 |無法在 Windows 上使用錯誤監督程式。

關閉錯誤監督

若要關閉資料庫實例 DB2INST1 的錯誤監督程式，請從 DB2 UDB 命令視窗鍵入下列命令： |

   db2fm -i db2inst1 -f no

若要確認錯誤監督程式不再針對 DB2INST1 執行，請在 UNIX 系統上鍵入下列命令： |

   ps -ef|grep -i fm

在 Linux 系統上，鍵入下列命令：

   ps auxw|grep -i fm

顯示 db2fmd 及 DB2INST1 的項目指出錯誤監督程式仍在該實例上執行。 |若要關閉錯誤監督程式，請以實例擁有者身份鍵入下列命令： |

   db2fm -i db2inst1 -D