12C expdp issue

issue 1:

使用expdp時遭遇ora-31650

D:\oracle\diag\rdbms \trace>expdp \"/ as sysdba\"  schemas=JUSTIN dumpfile=JUSTIN_120803.dmp directory=datapumpdir

Connected to: Oracle Database 11g Enterprise Edition Release 11.2.0.2.0 - 64bit Production

With the Partitioning, OLAP, Data Mining and Real Application Testing options

ORA-31626: job does not exist

ORA-31650: timeout waiting for master process response

MOS常見的原因是

1      RAC不同節點試圖同時使用expdp

2      sga不足，調整sga_target至少為1G

      3    aq_tm_processes=0

解決方法：

但該資料庫是單執行個體，且sga_target/sga_max_size=8g應該足夠了，應該是第3種原因，果然aq_tm_processes設定為0，剛開始該為2，仍然抱錯，接着改成10才成功。重新啟動db,才能生效：

issue 2:

expdp導出遇到ORA-39064: 無法寫入日志檔案

expdp導出遇到ORA-39064: 無法寫入日志檔案

[html] view plain copy

1. . . 導出了 "USER_XXXX"."TAB_YYYY"                0 KB       0 行  
2. ORA-39064: 無法寫入日志檔案  
3. ORA-29285: 檔案寫入錯誤  

經過搜尋mos，有如下的文章給出了解決方案：

Error ORA-39064 Might Be Encountered By DataPump Export (EXPDP) When

NLS_LANG Is Different From Database Character Set (Doc ID 1321034.1)

在該方案中給出的解決方案是：Please set the character set in environment variable NLS_LANG to database character set.

方法如下：

set nls_lang=

env|grep LANG

LANG=en_US

Oracle中NLS_LANG的預設值

Table 4 NLS_LANG Parameter Values for Linux Locales LanguageLocale IDNLS_LANG English (American) en_US.UTF-8 AMERICAN_AMERICA.AL32UTF8

炊煙起了；夕陽下了；細雨來了

多調試,互動式程式設計體驗

記錄，獨立思考，對比

感謝轉載作者

修車

國産化

read and connect

匍匐前進,

講故事