Microsft OLE DB Provider for Oracle 報告
"Test Connection failed because of an error in initialize provider"
我呢是懶得找解決辦法，直接將Provider 換成Oracle Provider for OLE DB
近來一個同事就鑽牛角尖，還真被他找到瞭解決辦法，現將他轉載的這篇文章貼在下面：
原文出處 http://www.ksxuxu.com/blog/?p=62
近來看統計的Reference,總有搜oracle/oci等誤入此窩的.
為了假裝此窩,順便再貼一個和老舊伺服器相關的故事.
使用ODAC9/10來代替Oracle用戶端部署應用,相對於使用Instant Client的要啥沒啥(沒有OLEDB,而且居然沒Home)的不便,同時相對於Oracle Client牽葫蘆帶瓢的不爽,是個很好的均衡方案.
ODAC裡面附帶的OLE
Provider是OraOLEDB.Oracle.1,相對於微軟的MSDAORA來說,前者的效能較優,而且後者在BLOB等存取中還存在已知問題,
使用OLEDB串連Oracle的程式員很多使用此Provider,但總有寫程式的人通過其他類庫用OLEDB,或者在程式內使用立即字串
MSDAORA來合成串連字串,而不是在配置中指定Provider.
那麼問題來了,通常這類程式喜歡華麗地扔出一個80004005的錯誤,
05年我遇見這個時候(某次自訂安裝用戶端,只選了OLEDB和配置程式),因為看到出錯資訊裡面是提到沒有從Oracle返回具體錯誤類型,就想當然
認為不是Provider初始化失敗,而以為那幾個程式不使用OLEDB,重新將用戶端典型安裝了事.
等我發現除了原裝的Oracle OLEDB
Privider,系統中居然還有一個MSDAORA,已經是一年以後的事情了,這個Privider是基於MSDTC的配置,依賴於oracle
8的dll模組,要麼是給他提供8的dll(用戶端好像有DTC項),要麼是讓其使用當前Oracle版本的dll,參考的資料是M$的文檔,頭條就是此
問題.
http://msdn2.microsoft.com/en-us/library/ms152516.aspx
做如下修改:
HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\MSDTC\MTxOCI
OracleOciLib = oci.dll
OracleSqlLib = orasql9.dll
OracleXaLib = oraclient9.dll
我的資料庫伺服器只能裝9,所以網站和應用伺服器上裝的是ODAC 92070,這樣修改後,不用安裝9201用戶端,MSDAORA就可以使用了.
此類問題特徵: 在Microsoft OLE Provider for Oracle裡面,測試連接失敗,此為充分條件
使用LordPE或者PETools等查看模組的工具,查看其中載入了oledb32.dll,此為使用了OLEDB的程式,此為必要條件;如果又有msado15.dll,則為通過ado使用OLEDB的程式.
然後使用UltraEdit開啟程式尋找MSDAORA,為不充分條件.
至此啟動此程式,會光榮的報錯,可服上劑.
