請注意下列限制:
|下列限制適用於備份公用程式:
|當執行 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 上之 3480 與 3490 磁帶裝置的最大區塊大小限制是 61 440 個位元組
裝置 | 連接 | 區塊大小限制 | DB2 緩衝區大小限制 (以 4-KB 頁表示) |
---|---|---|---|
3480 | s370 | 61 440 | 15 |
3490 | s370 | 61 440 | 15 |
當呼叫 BACKUP DATABASE 或 RESTORE DATABASE 命令時, 您可以指定要使用 Tivoli(R) Storage Manager (TSM) 產品,來管理資料庫或表格空間的備份或復置作業。最低所需的 TSM 用戶端 API 層次是 4.2.0 版,但在下列項目上除外:
當準備 update database configuration 命令時, 如果指定高可用性災禍回復 (HADR) 本端主機及本端服務參數 (HADR_LOCAL_SVC 及 HADR_REMOTE_SVC) 的值, 則這些值必須為不是任何其它服務正在使用的埠。如果正在使用 Linux 或 UNIX(R) 命令行來配置參數, 也應該在 /etc/services 檔中設定這些值。
如果您在主要資料庫上建立一個表格空間,但是因為沒有可用的儲存區而無法在備用資料庫上重播日誌,則主要資料庫不會收到錯誤訊息,指出無法重播日誌。
若要檢查是否有日誌重播錯誤,您必須在建立新的表格空間時, 監督備用資料庫上的 db2diag.log 及管理日誌。
如果發生接管作業,將無法在新的主要資料庫上使用您所建立的新表格空間。若要從這種情況下回復,請從備份映像檔復置新主要資料庫上的表格空間。
在下列範例中,表格空間 MY_TABLESPACE 會在作為主要資料庫之前, 先復置在資料庫 MY_DATABASE 上:
8.2 版文件陳述:
BLOB 及 CLOB 不會進行抄寫;但是,將在待用資料庫上配置它們的空間。
這個陳述應該改為:
未記載的 BLOB 及 CLOB 不會進行抄寫;但是,將在待用資料庫上配置它們的空間。
高可用性災禍回復 (HADR) 不支援對資料庫日誌檔案使用原始 I/O (直接磁碟存取)。 如果以 START HADR 命令啟動 HADR,或如果以配置的 HADR 重新啟動資料庫, 且偵測到原始日誌,則相關的命令將失敗,並出現 SQL1768N 原因碼 "9"。
[ 頁面頂端 |前一頁 | 下一頁 | 目錄 ]