SQL Server 2008 到 Oracle 9i 的链接服务器
我发现：
如何在 SQL 2000/2005 上设置到 Oracle 数据库的链接服务器？
DSN 测试成功，但在使用文章中概述的存储过程创建链接服务器后，“打开查询”返回以下消息：
链接服务器“XXX”的 OLE DB 提供程序“MSDASQL”返回消息“由于系统错误 1114（instantclient11_1 中的 Oracle），无法加载指定的驱动程序。”。
在 MSSQL 2008 上是否需要做一些不同的事情？我使用 MSSQL 2000 取得了成功。
我尝试使用 GUI 创建 LS，但收到错误消息，无法获取错误消息。
我在 Windows Server 2003 上使用即时客户端 11_1。
I found:
How do you setup a linked server to an Oracle database on SQL 2000/2005?
The DSN tested successfully but after using the stored procedures outlined in the article to create the linked server the 'open query' returned the following message:
OLE DB provider "MSDASQL" for linked server "XXX" returned message "Specified driver could not be loaded due to system error 1114 (Oracle in instantclient11_1).".
Does something need to done differently on MSSQL 2008? I was successful with MSSQL 2000.
I tried using the GUI to create the LS but received the error where it could not get the error message.
I am using instant client 11_1 on Windows server 2003.
如果你对这篇内容有疑问，欢迎到本站社区发帖提问 参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱，如果其他用户或者作者回复了您的评论，将不能在第一时间通知您！
发布评论
评论（2）
您不应该使用 MSDASQL 作为您应该使用的提供程序：
或者
至少这是在我链接到 Oracle 的每个数据库服务器上配置我的 Oracle 链接服务器的方式。有些通过安装完整的管理客户端设置而拥有 Oracle 本机，其他则拥有瘦客户端。我在其中任何一个上都没有在 ODBC 中设置 DSN。如果您可以从服务器上的命令提示符对 Oracle 实例进行 TNSPING，那么您应该能够使用链接服务器从 SQL 连接到它。
You shouldn't be using the MSDASQL as the provider you should be using:
or
At least this is how my Oracle linked server is configured on every database server I have linked to Oracle. Some have the Oracle native from installing a complete Administrative Client setup, others have thin client. I don't have a DSN setup in ODBC on any of them. If you can TNSPING the Oracle instance from the command prompt on the server, then you should be able to connect to it from SQL with a linked server.
当我尝试安装 32 位和 64 位 ODBC 驱动程序时遇到此错误。我在 C:\Oracle 下有一个单独的 32 位和 64 位子文件夹，并将 PATH 和 TNS_ADMIN 值设置为 C:\Oracle。当我修改 PATH 和 TNS_ADMIN 以使用 64 位路径 C:\Oracle\win64\instantclient_12_1 时，问题消失了。
I had this error when I tried to install both 32-bit and 64-bit ODBC drivers. I had a separate subfolder for 32-bit and 64-bit under the C:\Oracle and I set both the PATH and TNS_ADMIN values to C:\Oracle. The issue went away when I modified the PATH and TNS_ADMIN to use the 64-bit path C:\Oracle\win64\instantclient_12_1.