Oracle 10g Data Pump 網路導入：拋棄傳輸檔案，跨實例直連遷移

傳統痛點

• Exp/Imp 需中間轉儲檔（`.dmp`），大資料庫檔案超過 OS 檔案大小限制（2GB/4GB/16TB）。
• 壓縮、分卷、檔案系統空間、傳輸時間雙重開銷。

10g 解法：Network Import

`impdp` 直接透過 Database Link 從源庫讀取、寫入目標庫，**零中間檔案**。

三步驟

1. 建立 Database Link（目標庫建立，指向源庫）：

   CREATE DATABASE LINK chicago
     CONNECT TO admin1 IDENTIFIED BY windy
     USING 'CHI';  -- TNS 服務名解析到源庫

2. 目標庫執行 impdp：

   impdp admin2/market \
     TABLES=customers,sales \
     DIRECTORY=dpump1 \
     NETWORK_LINK=chicago

   • `DIRECTORY`：目標庫本地目錄物件（用於 Log 檔、SQLFILE）。
   • `NETWORK_LINK`：指定上述 DB Link。
   • **源庫無需執行 expdp**，目標庫主動拉取。
3. 驗證：查詢目標庫表資料筆數、約束、索引是否同步。

進階參數

適用場景

• 跨資料中心遷移（專線/VPN）。
• 測試環境從生產同步子集資料。
• 升級專案：新庫直接從舊庫拉取，無需落地檔案。

注意事項

• 源庫用戶需 `DATAPUMP_EXP_FULL_DATABASE` 或 `SELECT ANY TABLE` 等權限。
• 網路帶寬、延遲直接影響速度，建議啟用壓縮（`COMPRESSION=ALL` 11g+）。
• 長距離高延遲網路可考慮 `expdp` 落地 + `rsync`/`scp` 傳輸再 `impdp`，更可控。

1. 上一篇文章： Library Cache Pin 與 Procedure 重編譯：Oracle 10g 行為變化深度測試
2. 下一篇文章： 從 SQL*Loader 控制檔一鍵生成 External Table 定義：Oracle 9i EXTERNAL_TABLE=GENERATE_ONLY 技巧

Oracle 資料庫基礎

在 .NET 中構建 Oracle 資料庫應用程式：從連接到資料讀取完整實戰

前言 隨著 .NET Framework 普及，開發者急需了

深度解析 Oracle 数据库安全策略：备份恢复与角色管理全景

一、核心保护结构 结构作用

Oracle 10g SQL 追蹤新機制：DBMS_MONITOR 與 trcsess 完整實戰指南

背景痛點 傳統 10046 事件追蹤在連線池、多層架構、RA

控制檔多路復用實戰指南：原理、Windows 部署與避坑要點

為什麼控制檔如同作業系統的「登錄表」？ 控制檔記錄了資料庫的