IMP 導入報 ORA-12592 TNS 封包錯誤：網路中斷導致資料不全

現象

使用 imp 從客戶端遠程導入大量資料 (300 萬筆)，實際僅導入 177 萬筆，日誌顯示：

IMP-00058: 遇到 ORACLE 錯誤 12592
ORA-12592: TNS: 封包錯誤
IMP-00018: 上一個表的部分導入已完成: 導入了 1772044 行

根因分析

• ORA-12592 表示 TNS 協議層面封包損壞或連線中斷，常見於網路不穩、防火牆閒置逾時斷開、MTU 不匹配導致分片遺失。
• 客戶端 imp 進程與資料庫伺服器間的長連線在傳輸大量資料時中斷，導致導入提前終止但不報嚴重錯誤 (僅警告)。

解決方案：將 DMP 檔傳至伺服器端本地導入

1. 使用 xmanager、scp、ftp 等工具將 .dmp 檔案上傳至資料庫伺服器本地磁碟。
2. 在伺服器上以同樣參數執行 imp：

$ imp userid=system/password file=/u01/dump/exp.dmp full=y log=/u01/log/imp.log

結果驗證

Connected to: Oracle Database 11g Enterprise Edition Release 11.2.0.4.0 ...
import done in ZHS16GBK character set and AL16UTF16 NCHAR character set
. importing table "TB_HYL_WS"
3701686 rows imported
Import terminated successfully without warnings.

完整導入 370 萬筆，零警告。

最佳實踐建議

1. 大量資料導入/導出務必在伺服器本地執行，避免網路層風險。
2. 若必須遠程，請調整 SQLNET.ORA：SQLNET.EXPIRE_TIME=10 (偵測死連線)、SDU=32767 (增大傳輸單元)、確保防火牆不斷開長連線。
3. 優先使用 Data Pump (expdp/impdp) 取代傳統 exp/imp：支援並行、網路模式 (NETWORK_LINK) 免落地、可重啟、元資料過濾。
4. 導入前預估時間、磁碟空間、UNDO/REDO 產生量；大表考慮 DISABLE CONSTRAINTS、UNUSABLE INDEXES 後載入再重建。