9i遠端匯出報錯ORA-12571
今天透過客戶端遠端匯出一個9201資料庫的時候,中途出現ORA-12571錯誤。
資料庫版本為9201,本地的匯出客戶端版本也是9201,結果出現了下面的錯誤資訊:
連線到: Oracle9i Enterprise Edition Release 9.2.0.1.0 - Production
With the Partitioning, OLAP and Oracle Data Mining options
JServer Release 9.2.0.1.0 - Production
已匯出 ZHS16GBK 字符集和 AL16UTF16 NCHAR 字符集
注: 將不匯出對錶 / 檢視 / 序列 / 角色的授權
. 正在匯出 pre-schema 過程物件和操作
. 正在匯出使用者 INFO 的外部函式庫名稱
. 匯出 PUBLIC 型別同義詞
. 匯出私有型別同義詞
. 正在匯出使用者 INFO 的物件型別定義
即將匯出 INFO 的物件 ...
. 正在匯出資料庫連結
. 正在匯出序號
. 正在匯出群集定義
. 即將匯出 INFO 的表透過常規路徑 ...
. . 正在匯出表 ALL_SCORE_LINSHIBIAO 183905 行被匯出
. . 正在匯出表 A_BJ_CONTRACT 13567 行被匯出
.
.
.
. . 正在匯出表 T_PLAT_PRODUCT_ALL 120847 行被匯出
. . 正在匯出表 T_PLAT_PRODUCT_BAK 3061030 行被匯出
EXP-00056: 遇到 ORACLE 錯誤 12571
ORA-12571: TNS: 包寫入程式失敗
EXP-00056: 遇到 ORACLE 錯誤 24324
ORA-24324: 未初始化服務控制程式碼
EXP-00056: 遇到 ORACLE 錯誤 24324
ORA-24324: 未初始化服務控制程式碼
EXP-00056: 遇到 ORACLE 錯誤 24324
ORA-24324: 未初始化服務控制程式碼
EXP-00056: 遇到 ORACLE 錯誤 24324
ORA-24324: 未初始化服務控制程式碼
EXP-00000: 匯出終止失敗
檢查alert檔案,發現alert檔案中有一個錯誤資訊的描述:
Errors in file d:\oracle\admin\newzb\udump\newzb_ora_752.trc:
除了日期資訊外,就只有這麼一個日誌資訊,看來這個錯誤也比較特別。
雖然alert裡面沒有進一步描述,好在還有trace檔案可以看:
Dump file d:\oracle\admin\newzb\udump\newzb_ora_752.trc
Wed Sep 03 09:12:04 2008
ORACLE V9.2.0.1.0 - Production vsnsta=0
vsnsql=12 vsnxtr=3
Windows 2000 Version 5.2 Service Pack 2, CPU type 586
Oracle9i Enterprise Edition Release 9.2.0.1.0 - Production
With the Partitioning, OLAP and Oracle Data Mining options
JServer Release 9.2.0.1.0 - Production
Windows 2000 Version 5.2 Service Pack 2, CPU type 586
Instance name: newzb
Redo thread mounted by this instance: 1
Oracle process number: 23
Windows thread id: 752, image: ORACLE.EXE
*** 2008-09-03 09:12:04.000
*** SESSION ID:(9.26502) 2008-09-03 09:12:04.000
FATAL ERROR IN TWO-TASK SERVER: error = 12571
*** 2008-09-03 09:12:04.000
ksedmp: internal or fatal error
----- Call Stack Trace -----
calling call entry argument values in hex
location type point (? means dubious value)
-------------------- -------- -------------------- ----------------------------
_ksedmp+147 CALLrel _ksedst+0
__VInfreq__opitsk+3 CALLrel _ksedmp+0 2 25C34D4 311B
eb
_opiino+5fc CALLrel _opitsk+0 0 0 C59F068 8FFF554 B4 0
_opiodr+4cd CALLreg 00000000 3C 4 993FBD8
_opidrv+233 CALLrel _opiodr+0 3C 4 993FBD8 0
_sou2o+19 CALLrel _opidrv+0
_opimai+10a CALLrel _sou2o+0
_OracleThreadStart@ CALLrel _opimai+0
4+35c
7C824826 CALLreg 00000000
--------------------- Binary Stack Dump ---------------------
從DUMP的開頭部分,至少可以肯定,問題是由於ORA-12571錯誤產生的。
下面進一步檢查trace檔案:
8FFF550 000000B8 53454428 50495243 4E4F4954 [....(DESCRIPTION]
8FFF560 4441283D 53455244 50283D53 4F544F52 [=(ADDRESS=(PROTO]
8FFF570 3D4C4F43 29504354 534F4828 37313D54 [COL=TCP)(HOST=17]
8FFF580 2E302E32 32342E34 4F502829 313D5452 [2.0.4.42)(PORT=1]
8FFF590 29313235 4F432829 43454E4E 41445F54 [521))(CONNECT_DA]
8FFF5A0 283D4154 3D444953 7A77656E 53282962 [TA=(SID=newzb)(S]
8FFF5B0 45565245 45443D52 41434944 29444554 [ERVER=DEDICATED)]
8FFF5C0 44494328 5250283D 4152474F 3A433D4D [(CID=(PROGRAM=C:]
8FFF5D0 61726F5C 5C656C63 3961726F 69625C32 [\oracle\ora92\bi]
8FFF5E0 58455C6E 58452E50 48282945 3D54534F [n\EXP.EXE)(HOST=]
8FFF5F0 322D4350 28293236 52455355 6E61793D [PC-262)(USER=yan]
8FFF600 6E61696A 29292929 05397F00 00BC614E [jian))))..9.Na..]
從這個部分已經可以確定導致問題的程式就是EXP,進一步檢查TRACE:
Process global information:
process: 249523C0, call: 00000000, xact: 00000000, curses: 00000000, usrses: 2413F068
----------------------------------------
SO: 249523C0, type: 2, owner: 00000000, flag: INIT/-/-/0x00
(process) Oracle pid=23, calls cur/top: 00000000/2417066C, flag: (0) -
int error: 0, call error: 0, sess error: 0, txn error 0
(post info) last post received: 0 0 20
last post received-location: ksqrcl
last process to post me: 2494e040 1 6
last post sent: 0 0 15
last post sent-location: ksasnd
last process posted by me: 2494e040 1 6
(latch info) wait_event=0 bits=0
Process Group: DEFAULT, pseudo proc: 24970008
O/S info: user: SYSTEM, term: ZBDATA, ospid: 752
OSD pid info: Windows thread id: 752, image: ORACLE.EXE
----------------------------------------
SO: 24E989C4, type: 8, owner: 249523C0, flag: INIT/-/-/0x00
(FOB) flags=2 fib ptr=24f3f7a0 incno=0 pending i/o cnt=0
----------------------------------------
SO: 24E96E28, type: 8, owner: 249523C0, flag: INIT/-/-/0x00
(FOB) flags=2 fib ptr=24f3efbc incno=0 pending i/o cnt=0
----------------------------------------
SO: 24E975D0, type: 8, owner: 249523C0, flag: INIT/-/-/0x00
(FOB) flags=2 fib ptr=24f3e53c incno=0 pending i/o cnt=0
----------------------------------------
SO: 24E9748C, type: 8, owner: 249523C0, flag: INIT/-/-/0x00
(FOB) flags=2 fib ptr=24f3dd58 incno=0 pending i/o cnt=1
----------------------------------------
SO: 24E97420, type: 8, owner: 249523C0, flag: INIT/-/-/0x00
(FOB) flags=2 fib ptr=24f3dabc incno=0 pending i/o cnt=0
----------------------------------------
SO: 24E97348, type: 8, owner: 249523C0, flag: INIT/-/-/0x00
(FOB) flags=2 fib ptr=24f3dff4 incno=0 pending i/o cnt=0
----------------------------------------
SO: 24E97270, type: 8, owner: 249523C0, flag: INIT/-/-/0x00
(FOB) flags=2 fib ptr=24f3d820 incno=0 pending i/o cnt=0
----------------------------------------
SO: 24E97204, type: 8, owner: 249523C0, flag: INIT/-/-/0x00
(FOB) flags=2 fib ptr=24f409f4 incno=0 pending i/o cnt=0
----------------------------------------
SO: 24E97198, type: 8, owner: 249523C0, flag: INIT/-/-/0x00
(FOB) flags=2 fib ptr=24f3c074 incno=1 pending i/o cnt=0
----------------------------------------
SO: 2413F068, type: 4, owner: 249523C0, flag: INIT/-/-/0x00
(session) trans: 00000000, creator: 249523C0, flag: (10000041) USR/- -/-/-/-/-/-
DID: 0001-0017-00000002, short-term DID: 0000-0000-00000000
txn branch: 00000000
oct: 0, prv: 0, sql: 18D21044, psql: 18D21044, user: 62/INFO
O/S info: user: yanjian, term: PC-262, ospid: 4832:6004, machine: WORKGROUP\PC-262
program: EXP.EXE
last wait for 'null event' blocking sess=0x0 seq=25502 wait_time=4
=54435000, =1, =0
temporary object counter: 1
----------------------------------------
會話資訊進一步確定了EXP導致了問題的產生。
檢查metalink,發現和當前問題最為接近的bug是Bug 4102426,Oracle在文件Doc ID: Note:4102426.8中進行簡單的描述。
Oracle分別在9207、10105和10201中fixed了這個bug。
在不升級的情況下,使用DIRECT=Y的直接路徑方式匯出,代替常規EXP,成功避免了錯誤的產生。另外,這個錯誤似乎並非每次都可以重現,同樣的匯出操作可能第二次就可以成功執行。
來自 “ ITPUB部落格 ” ,連結:http://blog.itpub.net/4227/viewspace-441880/,如需轉載,請註明出處,否則將追究法律責任。
相關文章
- Oracle 遠端匯出匯入 imp/expOracle
- expdp遠端匯出資料
- Oracle expdp資料泵遠端匯出Oracle
- Metasploit遠端呼叫Nessus出錯
- 關於Oracle 9i匯入/匯出效果的測試報告Oracle測試報告
- 服務端指南 | 報表匯出服務端
- 通過EXPDP/IMPDP匯出匯入遠端資料倒本地
- expdp透過db_link遠端匯出
- Data Pump 的遠端匯出資料小結
- PXE遠端CentOS安裝anaconda報錯CentOS
- ORA-12571錯誤分析
- MongoDB日常運維-07遠端匯出資料到execlMongoDB運維
- linux-scp 遠端拷貝報錯原因Linux
- 爛泥:【解決】ubuntu使用遠端NFS報錯UbuntuNFS
- 【轉】Oracle 9i客戶端匯出10g資料庫時報ora-33262錯誤Oracle客戶端資料庫
- tasklist 遠端獲取程式報錯賬號密碼錯誤密碼
- 9i匯出11gR2庫報錯ORA-01455: converting column overflows integer datatype
- Pycharm遠端除錯PyCharm除錯
- 前端遠端除錯前端除錯
- chrome 遠端除錯Chrome除錯
- 使用TortoiseHg克隆遠端目錄報錯"abort: Access is denied"
- exp/imp之@遠端匯出操作
- IMPDP匯入遠端資料庫資料庫
- oracle 9i DBCA建庫報錯Oracle
- 資料泵在本地匯出資料到遠端資料庫中資料庫
- Exp匯出報錯EXP-00091分析解決
- oracle 9.2.0.7 + hp_unix exp匯出報錯處理Oracle
- PHPSTROM遠端除錯PHP除錯
- pycharm 遠端除錯配置PyCharm除錯
- Spark 1.5.0 遠端除錯Spark除錯
- 【ORACLE 匯入匯出】exp 錯誤Oracle
- 伺服器出現遠端內部錯誤的原因伺服器
- win10遠端桌面連線報錯:出現身份驗證錯誤,要求的函式不受支援(CredSSP)Win10函式
- 遠端客戶端查詢oracle外部表出錯:ORA-29913: 執行 ODCIEXTTABLEOPEN 調出時出錯客戶端Oracle
- 資料庫遠端檔案匯入資料庫
- 匯出本機或遠端電腦USERS組中的使用者
- 解決 windows遠端桌面報錯“CredSSP加密資料庫修正”Windows加密資料庫
- ovftool匯出虛擬機器報錯處理過程!虛擬機