資料回復及高可用性
|
|
|備份概觀
|請注意下列限制：
|
|- 當相同表格空間內的表格正在進行線上重組時，
|容許啟動 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 個位元組
表 33. Linux 上之 3480 與 3490 磁帶裝置的最大區塊大小限制
| 裝置 |
連接 |
區塊大小限制 |
DB2 緩衝區大小限制 (以 4-KB 頁表示) |
| 3480 |
s370 |
61 440 |
15 |
| 3490 |
s370 |
61 440 |
15 |
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 上：
- db2 connect to my_database
- db2 list tablespaces show detail
註:
執行 db2 list tablespaces show detail 命令以顯示所有表格空間並取得步驟 5 所需的表格空間 ID 號碼。
- db2 stop hadr on database my_database
- db2 "restore database my_database tablespace (my_tablespace) online
redirect"
- db2 "set tablespace containers for my_tablespace_ID_# ignore rollforward
container operations using (path '/my_new_container_path/')"
- db2 "restore database my_database continue"
- db2 rollforward database my_database to end of logs and stop tablespace
"(my_tablespace)"
- 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"。
[ 頁面頂端 |前一頁 | 下一頁 | 目錄 ]