Oracle Import 效能大幅提升：系統、參數與選項三層優化實戰

前言

Import 與 Export 是 Oracle 資料庫的標準邏輯備份工具組。但在大量資料匯入場景，Import 耗時常達數小時甚至數天，尤其在災難恢復時效要求嚴苛的情境下，預設效能往往無法滿足需求。本文從系統層級、初始化參數、Import 選項三個維度，提供經實戰驗證的優化策略，助您大幅縮短匯入時間。

一、系統層級優化（永久性變更，謹慎評估）

1. 最大化 DB_BLOCK_SIZE

• 區塊越大，I/O 循環次數越少
• 在重建資料庫時設定，建立後不可變更
• 需綜合考量典型查詢模式、記憶體使用、行遷移風險

2. 建立大型 Rollback Segment 並離線其餘

• 單一大型回滾段 ≈ 最大表大小的 50%
• 關閉其他回滾段避免段切換開銷
• 配合 COMMIT=N 選項使用（見第三節）

3. 設定 NOARCHIVELOG 模式

• 匯入期間暫停歸檔日誌產生
• 大幅減少日誌寫入與切換開銷
• 完成後立即切回 ARCHIVELOG 並完整備份

4. 建立多組大型 Redo Log Files

• 越大越好，減少日誌切換頻率
• 關閉小型日誌檔案組
• 監控警示日誌：Thread 1 cannot allocate new log, Checkpoint not complete 表示需擴大或增加日誌檔

5. 物理儲存分離：Rollback、資料、Redo 分置不同磁碟

• 消除 I/O 爭用熱點
• 若使用 RAID，建議：Redo 用 RAID 1/10，資料用 RAID 5/6

二、init.ora 參數調整（動態生效，重啟後失效除非寫入 spfile）

1. LOG_CHECKPOINT_INTERVAL 設大於 Redo Log 檔案大小

• 單位通常為 OS 區塊大小（如 512 bytes）
• 僅在日誌切換時執行檢查點，最小化檢查點開銷

2. 調大 SORT_AREA_SIZE

• 加速索引建立、排序合併操作
• 依機器可用記憶體試調 5-10 次尋找最佳值
• 出現 swapping/paging 即為設過大，需回調

三、Import 命令選項優化

1. COMMIT=N — 物件級提交

imp userid=system/manager file=exp.dmp COMMIT=N

• 每個物件（如表）結束後才提交，非緩衝區滿提交
• 需搭配大型 Rollback Segment
• 減少提交頻率，降低 Redo 產生量

2. 大幅增加 BUFFER 參數

imp userid=system/manager file=exp.dmp BUFFER=10485760

• 單位：位元組，建議數 MB 起跳，視記憶體而定
• 減少讀取匯出檔的 I/O 次數
• 同樣監控 paging/swapping 判斷上限

3. INDEXES=N + INDEXFILE 選項分離索引建立

imp userid=system/manager file=exp.dmp INDEXES=N INDEXFILE=create_idx.sql
-- 匯入資料完成後
sqlplus system/manager @create_idx.sql

• 先匯入無索引資料，速度極快
• 再以腳本批次建立索引，可平行執行、調大 SORT_AREA_SIZE
• 避免逐筆維護索引的隨機 I/O 懲罰

綜合優化腳本範例

# 1. 系統層面（需重啟資料庫）
ALTER SYSTEM SET DB_BLOCK_SIZE=16384 SCOPE=SPFILE;
ALTER SYSTEM SET LOG_CHECKPOINT_INTERVAL=100000 SCOPE=BOTH;
ALTER SYSTEM SET SORT_AREA_SIZE=104857600 SCOPE=BOTH;

# 2. 建立大型 Rollback 與 Redo
CREATE ROLLBACK SEGMENT big_rbs TABLESPACE rbs STORAGE (INITIAL 2G NEXT 2G);
ALTER ROLLBACK SEGMENT big_rbs ONLINE;
-- 離線其他 rbs

# 3. 匯入命令
imp system/manager file=full_exp.dmp \
  COMMIT=N BUFFER=52428800 INDEXES=N INDEXFILE=idx.sql \
  LOG=imp.log IGNORE=Y

注意事項與風險控管

• NOARCHIVELOG 期間資料庫不可恢復至時間點，務必在匯入前完成完整冷備份
• 大型 Rollback Segment 需足夠表空間，監控 V$ROLLSTAT 確認無擴展失敗
• 生產環境建議先在測試環境驗證優化效果與資料完整性
• 匯入後執行 ANALYZE 或 DBMS_STATS 更新統計資訊

結語

Import 效能優化的核心邏輯是：減少 I/O、減少提交、減少日誌、延後索引。三層優化疊加，實測可將百 GB 級匯入時間從十數小時壓縮至數小時內。但每個環境特性不同，請務必以基準測試驗證各參數實際效益，切勿盲目套用。