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

有幾次，我注意到在重定向還原期間“發生”任何事情都需要很長時間。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 ... REDIRECT和RESTORE DATABASE ... CONTINUE命令之間，您將執行所有SET TABLESPACE CONTAINER命令。

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

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

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