前兩天,需要將遠程一個測試庫用expdp導出的數據dump導入到本地的一個測試環境中,其中碰到了一些問題,值得小結下。
環境介紹:
1. 數據量:10+表,<1000萬的數據,dump文件大約400多MB
2. 源庫和目標庫都是11.2.0.4
3. 字符集不同,源庫字符集是GBK,目標庫字符集是UTF-8
導入命令:
test/test directory=exp_dump dumpfile=test.dmp logfile=test.log remap_schema=test1:test2 remap_tablespace=TBS_DAT_1:TBS_DAT_2,TBS_IDX_1:TBS_IDX_2
導入過程中碰到的兩個問題:
(1) 中文字符集轉換
KUP-11007: conversion error loading table "TEST"."T_PSR"
這裡涉及到了字符集轉換的問題,中文在GBK字符集中占2位,但在UTF-8字符集中占3位,所以在GBK中保存小於20個字符的情況下,導入到了UTF-8的庫中,就可能因為需要額外的字符空間導致超出字段長度定義,報了ORA-12899的錯誤。
(2) 主外鍵關聯
ORA-31693: Table data object "TEST"."T_ITE" failed to load/unload and is being skipped due to error:
由於有些表之間是存在主外鍵關聯的,expdp導出的時候選擇了data_only僅導出數據,impdp導入的時候會因未插入主鍵記錄而插入外鍵記錄,出現ORA-02291的錯誤,對於這種情況可以選擇先禁止主外鍵關聯,導入後再恢復關聯。
操作順序:
(a) 導入前,執行如下SQL找到需要禁止的外鍵關聯
select 'ALTER TABLE '||TABLE_NAME||' DISABLE CONSTRAINT '||constraint_name||';'
from user_constraints WHERE CONSTRAINT_TYPE='R';
(b) 執行(a)的結果SQL
(c) 導入後,執行如下SQL找到需要恢復的外鍵關聯
select 'ALTER TABLE '||TABLE_NAME||' ENABLE NOVALIDATE CONSTRAINT '||constraint_name||';'
from user_constraints WHERE CONSTRAINT_TYPE='R';
NOVALIDATE參數不會驗證已存儲的數據,但未來再插入的記錄則會遵循主外鍵關聯的關系。
總結:
1. 使用10g以上版本提供的expdp/impdp數據泵導入導出工具,較以往的exp/imp工具,無論是在參數的可選擇性上,還是速度和壓縮比上,都有了不小的改進,提供更為方便快速的數據導入導出方法給我們。
2. 導入導出可能碰到最多的問題,字符集轉換算是其中之一,要明確導入導出數據對字符集的依賴程度,才能確保數據導入導出的正確。
3. 對於有主外鍵關聯的數據,如果選擇data_only僅導出數據,那麼可在導入前禁止約束,這樣導入過程不會受到主外鍵關聯的影響,導入後可以恢復約束,保證約束的正確。