DB2 RESTORE 覆蓋配置文件機制深度解析：利用 Database Seed 保護目標庫參數不被覆蓋

痛點：跨庫恢復時配置參數被源庫「劫持」

用 BACKUP 映像 RESTORE INTO 異名目標庫時，DB2 默認會將源庫配置文件覆蓋回目標庫，導致精心調優的參數 (如 UTIL_HEAP_SZ) 失效。

核心鑰匙：Database Seed (數據庫種子值)

• Seed 是數據庫生命周期內 **全局唯一、不可變** 的標識符，建庫時由實例自動生成。
• 恢復過程中，DB2 比對 **源映像 Seed** 與 **目標庫 Seed**：

實戰演示：讓 Seed 一致，保護參數

環境： 源庫 SAMPLE → 目標庫 TEST，保護參數 UTIL_HEAP_SZ。

階段 0：獲取 Seed 值

db2ckbkp -H <backup_image_file>   # 輸出中 "Database Seed -- 423AD856"

階段 1：首次恢復 (Seed 不同 → 參數被覆蓋)

1. 目標庫修改參數：db2 update db cfg for test using util_heap_sz 10000 (驗證生效)。
2. db2 restore db sample into test → 警告覆蓋，確認 y。
3. 檢查參數：UTIL_HEAP_SZ 變回源庫值 5000。
4. 再次備份目標庫並查 Seed：目標庫 Seed 已變為源庫 Seed (423AD856)。

階段 2：二次恢復 (Seed 相同 → 參數倖免)

1. 再次修改參數：db2 update db cfg for test using util_heap_sz 15000。
2. db2 restore db sample into test (同源映像)。
3. 檢查參數：UTIL_HEAP_SZ **保持 15000**，未被覆蓋！

標準化操作流程 (生產環境可直接用)

1. 建立目標庫 (或已存在)。
2. 首次跨庫恢復 (接受配置被覆蓋)，此時目標庫 Seed 與源庫對齊。
3. 按需調整目標庫配置參數。
4. 後續同源映像恢復，**配置自動保留**，無需手工備份/還原參數。

避坑提示

• 僅適用於 **同源映像多次恢復同一目標庫** 场景。
• 若目標庫重建 (drop/create)，Seed 重新生成，需重走「首次恢復對齊」步驟。
• 種子值不可人工修改，只能通過恢復操作傳遞。