Restore
重定向恢復“開始”之前的長時間延遲
有幾次,我注意到在重定向還原期間“發生”任何事情都需要很長時間。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,但在數據庫還原上沒有明顯的活動。