Restore

重定向恢復“開始”之前的長時間延遲

  • February 21, 2018

有幾次,我注意到在重定向還原期間“發生”任何事情都需要很長時間。db2diag.log 中沒有條目並list utilities show detail顯示:

Completed Work             = 67129344 bytes

我認為這是因為源機器和目標機器之間的文件系統不同,並且必須檢查/準備一些東西,但這只是我的猜測。有誰知道延遲期間發生了什麼?

例子:

db2 "values current_timestamp"

1                         
--------------------------
2018-02-20-11.08.39.881924

 1 record(s) selected.

db2 list utilities show detail

ID                               = 19820
Type                             = RESTORE
Database Name                    = ****
Member Number                    = 0
Description                      = db 
Start Time                       = 2018-02-20 10.25.07.240025
State                            = Executing
Invocation Type                  = User
Progress Monitoring:
     Completed Work             = 67129344 bytes
     Start Time                 = 2018-02-20 10.25.07.240029

RESTORE DATABASE ... REDIRECTRESTORE DATABASE ... CONTINUE命令之間,您將執行所有SET TABLESPACE CONTAINER命令。

如果您的數據庫駐留在不支持快速文件分配的文件系統上(例如:AIX JFS2),那麼SET TABLESPACE CONTAINER如果您有大型容器,這些操作可能需要相當長的時間——DB2 正在格式化表空間容器。

發生這種情況時,您會在系統上看到大量 I/O,但在數據庫還原上沒有明顯的活動。

引用自:https://dba.stackexchange.com/questions/198354