2009-01-12 26 views
1

當試圖加載一個大的文本文件到Oracle數據庫使用SQLLOADER,我們得到以下錯誤:錯誤「停止,因爲我無法繼續」在SQLLOADER - 直接模式

SQL*Loader-926: OCI-Error; uldlfca:OCIDirPathColArrayLoadStream for table <myTabele> 
SQL*Loader-2026: the load was aborted because SQL Loader cannot continue. 
SQL*Loader-925: Error in uldlgs: OCIStmtExecute (ptc_hp) 

這只是發生在直接模式,當我們使用傳統路徑方法時,一切都很好(但速度較慢)。所以我認爲它不會是數據或控制文件的一般部分的問題。

雖然錯誤信息非常有趣,但是我可以做些什麼來讓所有的東西都起作用?

版本:9.2.0.1 SQLLOADER,數據庫是10.2.0.3.0(64位)

編輯 經過一番更艱難,似乎這些問題通過使用功能用於將一些引起的輸入。當我刪除函數(在表定義中產生的更改)時,一切似乎都正常工作。有沒有可能在做直接加載時我不能使用函數?該文件說,從版本9.x開始它應該工作...

回答

1

首先,如果人們可以開始指定他們遇到問題的產品的版本信息,這將是一個很大的幫助。

這麼說,我發現一個問題的Metalink:

錯誤3073503 - 直接路徑加載會話失敗OER:klapse_30如果第一次加載行得到一個ORA錯誤

說明

Direct load via sqlldr may report errors and the server may 
fail with ORA-600 [klaprs_30] if the first loaded row fails 
with oracle error. 

eg: After an ORA-1722 loader fails with: 
    ORA-26095: unprocessed stream data exists 
    ORA-03113: end-of-file on communication channel 
    SQL*Loader-926: OCI error while uldlfca:OCIDirPathColArrayLoadStream for.. 
    SQL*Loader-2026: the load was aborted because SQL Loader cannot continue. 
    SQL*Loader-925: Error while uldlgs: OCIStmtExecute (ptc_hp) 

    and the user session fails with ORA-600 [klaprs_30]. 

Workaround: 
    Use conventional load 

假設影響> = 9.2版本,但是< 10.1.0.2

您可能想要檢查ORA-00600錯誤的警報日誌SQL Loader錯誤的時間。

0

檢查數據庫警報日誌。直接路徑插入寫入表格當前高位標記的上方,因此可能會出現問題,當輪胎將更多的區域分配給表格時。