消息7399級別16狀態1行1鏈接服務器「PROD」的OLE DB提供程序「OraOLEDB.Oracle」報告了錯誤。該提供商報告意外的災難性失敗。消息7330，級別16，狀態2，行1無法從鏈接服務器「PROD」的OLE DB提供程序「OraOLEDB.Oracle」中獲取一行。鏈接服務器「PROD」的OLE DB提供程序「OraOLEDB.Oracle」報告了錯誤。
因爲我已禁用「允許InProcess」並重新啓用，仍然問題保持不變。
我找到了this blogger發佈的解決方案。試試看！
Sysinternals/Mark Russinovich的這個工具是最好的，我唯一的遺憾就是沒有早些發佈它，而不是去淘谷歌和瘋了。 我已經限制Procmon只是sqlservr.exe，因爲它是加載/處理提供程序而不是ssms.exe的SQL服務本身。還值得注意的是，sqlservr.exe是一個64位進程，而管理工作室仍然只是32位。由於服務器服務正在加載提供程序，並且服務進程爲64位，因此提供程序也必須以64位格式提供。
ODAC112021Xcopy_x64.zip已安裝到C：\ Oracle。 然而Procmon告訴我的是，sqlservr試圖在任何文件夾中找到oci.dll，但他的！ （它遍歷％Path％sysvariable）。當它終於放棄尋找dll時，SQL服務處於不穩定狀態，停止服務的唯一方法是通過taskmgr/procexp將其終止。 很明顯，我可以看到「xcopy」部署 - 雖然沒有給我任何錯誤消息 - 它也沒有設置PATH變量！ 這就是這篇文章的真正內容......將C：\ Oracle和C：\ Oracle \ Bin添加到Path變量，或者它可能是在過程的早期使用調查工具而不是依賴於搜索引擎技能的 。
sqlservr.exe現在可以找到相關的DLL。根目錄中的OCI.DLL和Bin子文件夾中的OraOLEDB11.DLL。 在這一點上，我可以查詢數據庫！如果你按照上面的步驟操作並且仍然出現相同的錯誤，我強烈建議使用Procmon.exe，而不是跳到下一個搜索結果。
完整的文章是here與更多的細節。
試着用你自己的話來解釋爲什麼這些鏈接工作，不管你是否測試過，而不是複製和粘貼它們。 –