SQL Server 2008 R2 Linked Server to DB2 using Microsoft OLEDB provider for odbc. Fail
2013-05-25 17:55
861 查看
There appears to be an incompatibility with the MS OleDB for ODBC driver method of creating linked servers and SQL 2008 R2. This method works with a SQL 2005 server.
A phone call to IBM support (see info below) and numerous tests and IBM review of odbc/ibm logs revealed odd handling of the odbc requests from SQL 2008 R2. This method still works on SQL 2005, which somewhat confirms an issue with SQL 2008 R2. Per IBM support
another client recently reported SQL 2008 worked, R2 broke the functionality.
详细信息 (展开)
Product Language
English
Version
SQL Server 2008 - Standard Edition
Category
SQL Engine
Operating System
Windows Server 2008 R2
Operating System Language
US English
Steps to Reproduce
On server configure ODBC System DSN connection to AS400 DB2.
Using ddl below, create linked server. Linked server will list tables and views, but trying to retrieve a row will result in the following errors:
OLE DB provider "MSDASQL" for linked server "DB2odbc_LMS" returned message "[Microsoft][ODBC Driver Manager] Driver's SQLSetConnectAttr failed".
OLE DB provider "MSDASQL" for linked server "DB2odbc_LMS" returned message "[IBM][iSeries Access ODBC Driver]Communication link failure. comm rc=1018 - CWB0999 - Unexpected error: unexpected return code 1018".
Msg 7303, Level 16, State 1, Line 1
Cannot initialize the data source object of OLE DB provider "MSDASQL" for linked server "DB2odbc_LMS".
Actual Results
OLE DB provider "MSDASQL" for linked server "DB2odbc_LMS" returned message "[Microsoft][ODBC Driver Manager] Driver's SQLSetConnectAttr failed".
OLE DB provider "MSDASQL" for linked server "DB2odbc_LMS" returned message "[IBM][iSeries Access ODBC Driver]Communication link failure. comm rc=1018 - CWB0999 - Unexpected error: unexpected return code 1018".
Msg 7303, Level 16, State 1, Line 1
Cannot initialize the data source object of OLE DB provider "MSDASQL" for linked server "DB2odbc_LMS".
Expected Results
Return a row of data.
Platform
X64
文件附件
0 个附件
评论
(17)
解决方法
(4)
登录
发布 评论。
请输入评论。
由 smardi 在 2013/5/2 1:12 发送
/*********I, also, was struggling with this exact problem. We opened a support call with IBM who gave us a simple tip which appears to have resolved the problem - so I will share it with you.
In the ODBC Data Source Administrator panel on the server, configure your linked server from System DSN.
Under the Performance tab, uncheck the box 'Enable pre-fetch of data for queries'. OK, OK.
Delete and re-create your linked server in SQL Management Studio.
With this one change I was able to select, delete and insert records to and from our AS400 when previously only the OPENQUERY syntax would work. I hope someone else out there finds this useful!
Jim**************/
Thanks Jim,
That worked, I was struggling with this for quite a long time.
Regards,
Sudhir
由 Samuel Justin Gabay 在 2012/6/27 12:22 发送
I was having the same problem: I could not create a linked server between SQL Server 2008R2 64-bit and a DB2 for i (iSeries) 7.1 database using the MSDASQL bridge to the iSeries Access ODBC driver. I would recieve the catastrophic error
when using a syntax such as:
select *
from SYSTEM.RDB.SYSIBM.SYSDUMMY1
but it will work when using a syntax such as:
select *
from openquery(SYSTEM, '
select *
from SYSIBM.SYSDUMMY1')
Updating the SQL Server to Service Pack 2 (which as of 2012-06-27 was not officially released), but disabling the pre-fetch as Jim suggests did work.
You can disable the prefetch by clearing the "Enable pre-fetch of data for queries" check box in the Performance tab when creating a DSN or adding "PREFETCH=0" to the connection string when creating a DSN-less connection.
由 Jim Thurston 在 2012/5/31 9:10 发送
I, also, was struggling with this exact problem. We opened a support call with IBM who gave us a simple tip which appears to have resolved the problem - so I will share it with you.
In the ODBC Data Source Administrator panel on the server, configure your linked server from System DSN.
Under the Performance tab, uncheck the box 'Enable pre-fetch of data for queries'. OK, OK.
Delete and re-create your linked server in SQL Management Studio.
With this one change I was able to select, delete and insert records to and from our AS400 when previously only the OPENQUERY syntax would work. I hope someone else out there finds this useful!
Jim
由 mbrossard 在 2012/2/14 7:52 发送
I had precisely the same problem.
I managed to make it work by :
. Updating SQL Server 2008 R2 with SP2 (http://www.microsoft.com/downloads/fr-fr/details.aspx?familyid=8fbfc1de-d25e-4790-88b5-7dda1f1d4e17&displaylang=fr)
. Updating IBM iAccess for Windows to the last version (V7R1 - SI44594)
Hope that helps.
Matthieu
由 Labry 在 2011/5/18 14:11 发送
I've been dealing with this issue for days now. I can reproduce the issue at will. When I create a linked server to the as4000 from r2/64 bit standard I can query using openquery but when I use the 4 part distributed query linked server
name, SQL Server dumps. If this were an Enterprise edition server I could use the Microsoft DB2OLEDB driver but that won't install on Standard edition.
I can't roll out R2(64bit) in my shop any more because of this issue. I had to roll back to a 32 bit version to get around it. If someone from MS wants my code and a dump, I'd be happy to provide all my data on this issue as well as easy to use steps to recreate
the problem.
由 shivanand_k 在 2011/4/20 9:00 发送
Is there any fix available from Microsoft. I also has the same issue. We are upgrading from SQL 2005 (64 bit) to SQL 2008 R2 (64 bit). We are also moving from Windows 2003 to Windows 2008 R2. The linked server with AS400 with ODBC works
perfect with SQL Server 2005 on Windows 2003.
But with SQL 2008 R2 on Windows 2008 R2 gives error when you try to execute query it gives an error as shown below.
Msg 7399, Level 16, State 1, Line 1
The OLE DB provider "MSDASQL" for linked server "AS400" reported an error. The provider reported an unexpected catastrophic failure.
Msg 7330, Level 16, State 2, Line 1
Cannot fetch a row from OLE DB provider "MSDASQL" for linked server "AS400".
由 Microsoft 在 2011/3/2 14:09 发送
Hi folks (seems like there are multiple individuals?)
I'm not entirely sure what specific detail is different between our registration scripts. In this case, I would advise contacting Customer Support so that they can help you out more interactively and determine the cause of your issues. As I mentioned below,
using what looks like a similar registration script, I was able to create and access a linked server without issue for MSDASQL.
Sorry for the inconvenience, but in this case I think your best bet would be to get live help from Customer Support.
As I haven't heard from the original poster for some time, I am closing this issue.
Patrick
由 ktino 在 2011/1/23 23:03 发送
hERE IS THE REGISTRATION SCRIPT:
/****** Object: LinkedServer [EQUATION] Script Date: 01/24/2011 09:03:12 ******/
EXEC master.dbo.sp_addlinkedserver @server = N'EQUATION', @srvproduct=N'EQUATION', @provider=N'MSDASQL', @datasrc=N'EQUATION', @provstr=N'Provider=MSDASQL.1;Persist Security Info=True;Data Source=EQUATION;Initial Catalog=CYA_CSI;'
/* For security reasons the linked server remote logins password is changed with ######## */
EXEC master.dbo.sp_addlinkedsrvlogin @rmtsrvname=N'EQUATION',@useself=N'False',@locallogin=NULL,@rmtuser=N'sap',@rmtpassword='########'
GO
EXEC master.dbo.sp_serveroption @server=N'EQUATION', @optname=N'collation compatible', @optvalue=N'false'
GO
EXEC master.dbo.sp_serveroption @server=N'EQUATION', @optname=N'data access', @optvalue=N'true'
GO
EXEC master.dbo.sp_serveroption @server=N'EQUATION', @optname=N'dist', @optvalue=N'false'
GO
EXEC master.dbo.sp_serveroption @server=N'EQUATION', @optname=N'pub', @optvalue=N'false'
GO
EXEC master.dbo.sp_serveroption @server=N'EQUATION', @optname=N'rpc', @optvalue=N'true'
GO
EXEC master.dbo.sp_serveroption @server=N'EQUATION', @optname=N'rpc out', @optvalue=N'true'
GO
EXEC master.dbo.sp_serveroption @server=N'EQUATION', @optname=N'sub', @optvalue=N'false'
GO
EXEC master.dbo.sp_serveroption @server=N'EQUATION', @optname=N'connect timeout', @optvalue=N'0'
GO
EXEC master.dbo.sp_serveroption @server=N'EQUATION', @optname=N'collation name', @optvalue=null
GO
EXEC master.dbo.sp_serveroption @server=N'EQUATION', @optname=N'lazy schema validation', @optvalue=N'false'
GO
EXEC master.dbo.sp_serveroption @server=N'EQUATION', @optname=N'query timeout', @optvalue=N'0'
GO
EXEC master.dbo.sp_serveroption @server=N'EQUATION', @optname=N'use remote collation', @optvalue=N'true'
GO
EXEC master.dbo.sp_serveroption @server=N'EQUATION', @optname=N'remote proc transaction promotion', @optvalue=N'true'
GO
由 ktino 在 2011/1/23 22:42 发送
Hi,
I have succesfully registered an as400 db2 linked server from my Windows 2008 r2 64-bit machine, using sql server 2008 r2. The problem is that, when I try to run a query that runs without problems in windows 2003 servers using sql2005, i get the following error:
Msg 7399, Level 16, State 1, Procedure Portal_Transaction_History, Line 23
The OLE DB provider "STREAM" for linked server "(null)" reported an error. The provider reported an unexpected catastrophic failure.
Msg 7330, Level 16, State 2, Procedure Portal_Transaction_History, Line 23
Cannot fetch a row from OLE DB provider "STREAM" for linked server "(null)".
由 Microsoft 在 2011/1/18 15:59 发送
Hi Bob,
Yes that's correct, I was able to establish a connection and query a remote AS400 DB2 source using the ODBC driver provided by HIS2009 (and therefore the particular provider MS OLEDB for ODBC drivers).
It could be that the driver I am using differs from the one you're using -- if it is not and if it is supplied by IBM, then I cannot try to repro the issue since I do not have access to it. In this case I'd highly recommend communicating with Customer Services
and Support as they have more tools at their disposal for debugging these cases.
In my previous message I mentioned a few possible reasons that could be the case -- please try them if you have not already. If you have additional questions, feel free to ask and I can try to answer them.
Patrick
由 BobChauvin 在 2011/1/17 5:55 发送
Patrick, Are you able to get the ODBC driver to work in the SQL2008R2 environment?
由 Microsoft 在 2011/1/13 13:34 发送
An update on your request:
I have been able to produce a successful connection over MSDASQL at least with the ODBC driver that is provided via HIS 2009. From what I can tell of your item, this appears to be the same provider you've created.
A few things I can recommend in terms of helping resolve your issue:
- Verify that you've created a DSN for the connection you're making, and that the connection via the DSN successfully connects. If it does not, reevaluate the parameters provided.
- Make sure you've added the DSN using the appropriate ODBC Data Source Administrator and that the architecture of the provider matches your environment (assuming any of it has changed). (32 bit vs 64 bit)
- Make sure the datasrc parameter you provide matches the name of the DSN you've created
- Make sure the credentials are still valid
These are the only items I can see from the DDL you've provided that may need to be updated.
Let me know if any of this helps. If you have any questions that I can address, I will try my best.
If I cannot resolve the issue after these questions, one recommendation I have is to try the Microsoft OLEDB provider for DB2, which works with AS400 DB2.
Beyond that, the only other advice I can give is to contact CSS with your request, who can help you better with your specific environment settings and see if there is something more specific in your development environment that may be causing the issue. I've
tried to duplicate the environment the best I can here, so this may be a necessary step in resolution if the above advice does not help.
Let me know if any of the information I've provided helps
Patrick
由 Microsoft 在 2011/1/11 10:49 发送
Hi Bob,
We are currently looking at this item. However, I would like to know if there is a strict requirement to using the ODBC driver you've specified, as we generally suggest that customers use the Microsoft OLE DB Provider for DB2 that should be provided to you
already. This provider should work correctly with the database you specified, and it generally performs better than MSDASQL. Furthermore, we are much more able to support this provider.
Please let me know if you require using the ODBC driver for any specific reason. Otherwise, I would highly encourage trying the provider I mentioned above.
Thanks,
Patrick Foubert
Software Engineer
由 BobChauvin 在 2010/11/24 8:26 发送
Regarding the IBM DB2 ODBC Driver... I believe this is analgous to my suggested IBMDASQL driver work around, which offers some of the functionality, but is not a 1:1 replacement.
We would still prefer MSFT fix the regression.
由 Microsoft 在 2010/11/24 8:16 发送
Hi,
Thank you for your feedback. We will investigate the issue and update you when we have more information. If the information provided by Alberto has helped, please let us know.
Thanks,
Pooja Harjani
Program Manager
由 Alberto Morillo 在 2010/11/20 11:59 发送
Hello,
Try using "IBM DB2 ODBC driver". Please see the following article:
http://www.sqlcoffee.com/Tips0013.htm
Regards,
Alberto Morillo
SQLCoffee.com
由 BobChauvin 在 2010/10/19 10:37 发送
Here is the linked server ddl:
/****** Object: LinkedServer [DB2ODBC_LMS] Script Date: 10/12/2010 14:22:29 ******/
EXEC master.dbo.sp_addlinkedserver @server = N'DB2ODBC_LMS', @srvproduct=N'iSeries Access for Windows ODBC data source', @provider=N'MSDASQL', @datasrc=N'LMSAndDW'
/* For security reasons the linked server remote logins password is changed with ######## */
EXEC master.dbo.sp_addlinkedsrvlogin @rmtsrvname=N'DB2ODBC_LMS',@useself=N'False',@locallogin=NULL,@rmtuser=N'developer',@rmtpassword='########'
GO
EXEC master.dbo.sp_serveroption @server=N'DB2ODBC_LMS', @optname=N'collation compatible', @optvalue=N'false'
GO
EXEC master.dbo.sp_serveroption @server=N'DB2ODBC_LMS', @optname=N'data access', @optvalue=N'true'
GO
EXEC master.dbo.sp_serveroption @server=N'DB2ODBC_LMS', @optname=N'dist', @optvalue=N'false'
GO
EXEC master.dbo.sp_serveroption @server=N'DB2ODBC_LMS', @optname=N'pub', @optvalue=N'false'
GO
EXEC master.dbo.sp_serveroption @server=N'DB2ODBC_LMS', @optname=N'rpc', @optvalue=N'false'
GO
EXEC master.dbo.sp_serveroption @server=N'DB2ODBC_LMS', @optname=N'rpc out', @optvalue=N'false'
GO
EXEC master.dbo.sp_serveroption @server=N'DB2ODBC_LMS', @optname=N'sub', @optvalue=N'false'
GO
EXEC master.dbo.sp_serveroption @server=N'DB2ODBC_LMS', @optname=N'connect timeout', @optvalue=N'99999'
GO
EXEC master.dbo.sp_serveroption @server=N'DB2ODBC_LMS', @optname=N'collation name', @optvalue=null
GO
EXEC master.dbo.sp_serveroption @server=N'DB2ODBC_LMS', @optname=N'lazy schema validation', @optvalue=N'false'
GO
EXEC master.dbo.sp_serveroption @server=N'DB2ODBC_LMS', @optname=N'query timeout', @optvalue=N'0'
GO
EXEC master.dbo.sp_serveroption @server=N'DB2ODBC_LMS', @optname=N'use remote collation', @optvalue=N'true'
GO
Identical test on a SQL 2005 server works as expected.
来自：http://connect.microsoft.com/SQLServer/feedback/details/615000/sql-server-2008-r2-linked-server-to-db2-using-microsoft-oledb-provider-for-odbc-fail
A phone call to IBM support (see info below) and numerous tests and IBM review of odbc/ibm logs revealed odd handling of the odbc requests from SQL 2008 R2. This method still works on SQL 2005, which somewhat confirms an issue with SQL 2008 R2. Per IBM support
another client recently reported SQL 2008 worked, R2 broke the functionality.
详细信息 (展开)
Product Language
English
Version
SQL Server 2008 - Standard Edition
Category
SQL Engine
Operating System
Windows Server 2008 R2
Operating System Language
US English
Steps to Reproduce
On server configure ODBC System DSN connection to AS400 DB2.
Using ddl below, create linked server. Linked server will list tables and views, but trying to retrieve a row will result in the following errors:
OLE DB provider "MSDASQL" for linked server "DB2odbc_LMS" returned message "[Microsoft][ODBC Driver Manager] Driver's SQLSetConnectAttr failed".
OLE DB provider "MSDASQL" for linked server "DB2odbc_LMS" returned message "[IBM][iSeries Access ODBC Driver]Communication link failure. comm rc=1018 - CWB0999 - Unexpected error: unexpected return code 1018".
Msg 7303, Level 16, State 1, Line 1
Cannot initialize the data source object of OLE DB provider "MSDASQL" for linked server "DB2odbc_LMS".
Actual Results
OLE DB provider "MSDASQL" for linked server "DB2odbc_LMS" returned message "[Microsoft][ODBC Driver Manager] Driver's SQLSetConnectAttr failed".
OLE DB provider "MSDASQL" for linked server "DB2odbc_LMS" returned message "[IBM][iSeries Access ODBC Driver]Communication link failure. comm rc=1018 - CWB0999 - Unexpected error: unexpected return code 1018".
Msg 7303, Level 16, State 1, Line 1
Cannot initialize the data source object of OLE DB provider "MSDASQL" for linked server "DB2odbc_LMS".
Expected Results
Return a row of data.
Platform
X64
文件附件
0 个附件
评论
(17)
解决方法
(4)
登录
发布 评论。
请输入评论。
由 smardi 在 2013/5/2 1:12 发送
/*********I, also, was struggling with this exact problem. We opened a support call with IBM who gave us a simple tip which appears to have resolved the problem - so I will share it with you.
In the ODBC Data Source Administrator panel on the server, configure your linked server from System DSN.
Under the Performance tab, uncheck the box 'Enable pre-fetch of data for queries'. OK, OK.
Delete and re-create your linked server in SQL Management Studio.
With this one change I was able to select, delete and insert records to and from our AS400 when previously only the OPENQUERY syntax would work. I hope someone else out there finds this useful!
Jim**************/
Thanks Jim,
That worked, I was struggling with this for quite a long time.
Regards,
Sudhir
由 Samuel Justin Gabay 在 2012/6/27 12:22 发送
I was having the same problem: I could not create a linked server between SQL Server 2008R2 64-bit and a DB2 for i (iSeries) 7.1 database using the MSDASQL bridge to the iSeries Access ODBC driver. I would recieve the catastrophic error
when using a syntax such as:
select *
from SYSTEM.RDB.SYSIBM.SYSDUMMY1
but it will work when using a syntax such as:
select *
from openquery(SYSTEM, '
select *
from SYSIBM.SYSDUMMY1')
Updating the SQL Server to Service Pack 2 (which as of 2012-06-27 was not officially released), but disabling the pre-fetch as Jim suggests did work.
You can disable the prefetch by clearing the "Enable pre-fetch of data for queries" check box in the Performance tab when creating a DSN or adding "PREFETCH=0" to the connection string when creating a DSN-less connection.
由 Jim Thurston 在 2012/5/31 9:10 发送
I, also, was struggling with this exact problem. We opened a support call with IBM who gave us a simple tip which appears to have resolved the problem - so I will share it with you.
In the ODBC Data Source Administrator panel on the server, configure your linked server from System DSN.
Under the Performance tab, uncheck the box 'Enable pre-fetch of data for queries'. OK, OK.
Delete and re-create your linked server in SQL Management Studio.
With this one change I was able to select, delete and insert records to and from our AS400 when previously only the OPENQUERY syntax would work. I hope someone else out there finds this useful!
Jim
由 mbrossard 在 2012/2/14 7:52 发送
I had precisely the same problem.
I managed to make it work by :
. Updating SQL Server 2008 R2 with SP2 (http://www.microsoft.com/downloads/fr-fr/details.aspx?familyid=8fbfc1de-d25e-4790-88b5-7dda1f1d4e17&displaylang=fr)
. Updating IBM iAccess for Windows to the last version (V7R1 - SI44594)
Hope that helps.
Matthieu
由 Labry 在 2011/5/18 14:11 发送
I've been dealing with this issue for days now. I can reproduce the issue at will. When I create a linked server to the as4000 from r2/64 bit standard I can query using openquery but when I use the 4 part distributed query linked server
name, SQL Server dumps. If this were an Enterprise edition server I could use the Microsoft DB2OLEDB driver but that won't install on Standard edition.
I can't roll out R2(64bit) in my shop any more because of this issue. I had to roll back to a 32 bit version to get around it. If someone from MS wants my code and a dump, I'd be happy to provide all my data on this issue as well as easy to use steps to recreate
the problem.
由 shivanand_k 在 2011/4/20 9:00 发送
Is there any fix available from Microsoft. I also has the same issue. We are upgrading from SQL 2005 (64 bit) to SQL 2008 R2 (64 bit). We are also moving from Windows 2003 to Windows 2008 R2. The linked server with AS400 with ODBC works
perfect with SQL Server 2005 on Windows 2003.
But with SQL 2008 R2 on Windows 2008 R2 gives error when you try to execute query it gives an error as shown below.
Msg 7399, Level 16, State 1, Line 1
The OLE DB provider "MSDASQL" for linked server "AS400" reported an error. The provider reported an unexpected catastrophic failure.
Msg 7330, Level 16, State 2, Line 1
Cannot fetch a row from OLE DB provider "MSDASQL" for linked server "AS400".
由 Microsoft 在 2011/3/2 14:09 发送
Hi folks (seems like there are multiple individuals?)
I'm not entirely sure what specific detail is different between our registration scripts. In this case, I would advise contacting Customer Support so that they can help you out more interactively and determine the cause of your issues. As I mentioned below,
using what looks like a similar registration script, I was able to create and access a linked server without issue for MSDASQL.
Sorry for the inconvenience, but in this case I think your best bet would be to get live help from Customer Support.
As I haven't heard from the original poster for some time, I am closing this issue.
Patrick
由 ktino 在 2011/1/23 23:03 发送
hERE IS THE REGISTRATION SCRIPT:
/****** Object: LinkedServer [EQUATION] Script Date: 01/24/2011 09:03:12 ******/
EXEC master.dbo.sp_addlinkedserver @server = N'EQUATION', @srvproduct=N'EQUATION', @provider=N'MSDASQL', @datasrc=N'EQUATION', @provstr=N'Provider=MSDASQL.1;Persist Security Info=True;Data Source=EQUATION;Initial Catalog=CYA_CSI;'
/* For security reasons the linked server remote logins password is changed with ######## */
EXEC master.dbo.sp_addlinkedsrvlogin @rmtsrvname=N'EQUATION',@useself=N'False',@locallogin=NULL,@rmtuser=N'sap',@rmtpassword='########'
GO
EXEC master.dbo.sp_serveroption @server=N'EQUATION', @optname=N'collation compatible', @optvalue=N'false'
GO
EXEC master.dbo.sp_serveroption @server=N'EQUATION', @optname=N'data access', @optvalue=N'true'
GO
EXEC master.dbo.sp_serveroption @server=N'EQUATION', @optname=N'dist', @optvalue=N'false'
GO
EXEC master.dbo.sp_serveroption @server=N'EQUATION', @optname=N'pub', @optvalue=N'false'
GO
EXEC master.dbo.sp_serveroption @server=N'EQUATION', @optname=N'rpc', @optvalue=N'true'
GO
EXEC master.dbo.sp_serveroption @server=N'EQUATION', @optname=N'rpc out', @optvalue=N'true'
GO
EXEC master.dbo.sp_serveroption @server=N'EQUATION', @optname=N'sub', @optvalue=N'false'
GO
EXEC master.dbo.sp_serveroption @server=N'EQUATION', @optname=N'connect timeout', @optvalue=N'0'
GO
EXEC master.dbo.sp_serveroption @server=N'EQUATION', @optname=N'collation name', @optvalue=null
GO
EXEC master.dbo.sp_serveroption @server=N'EQUATION', @optname=N'lazy schema validation', @optvalue=N'false'
GO
EXEC master.dbo.sp_serveroption @server=N'EQUATION', @optname=N'query timeout', @optvalue=N'0'
GO
EXEC master.dbo.sp_serveroption @server=N'EQUATION', @optname=N'use remote collation', @optvalue=N'true'
GO
EXEC master.dbo.sp_serveroption @server=N'EQUATION', @optname=N'remote proc transaction promotion', @optvalue=N'true'
GO
由 ktino 在 2011/1/23 22:42 发送
Hi,
I have succesfully registered an as400 db2 linked server from my Windows 2008 r2 64-bit machine, using sql server 2008 r2. The problem is that, when I try to run a query that runs without problems in windows 2003 servers using sql2005, i get the following error:
Msg 7399, Level 16, State 1, Procedure Portal_Transaction_History, Line 23
The OLE DB provider "STREAM" for linked server "(null)" reported an error. The provider reported an unexpected catastrophic failure.
Msg 7330, Level 16, State 2, Procedure Portal_Transaction_History, Line 23
Cannot fetch a row from OLE DB provider "STREAM" for linked server "(null)".
由 Microsoft 在 2011/1/18 15:59 发送
Hi Bob,
Yes that's correct, I was able to establish a connection and query a remote AS400 DB2 source using the ODBC driver provided by HIS2009 (and therefore the particular provider MS OLEDB for ODBC drivers).
It could be that the driver I am using differs from the one you're using -- if it is not and if it is supplied by IBM, then I cannot try to repro the issue since I do not have access to it. In this case I'd highly recommend communicating with Customer Services
and Support as they have more tools at their disposal for debugging these cases.
In my previous message I mentioned a few possible reasons that could be the case -- please try them if you have not already. If you have additional questions, feel free to ask and I can try to answer them.
Patrick
由 BobChauvin 在 2011/1/17 5:55 发送
Patrick, Are you able to get the ODBC driver to work in the SQL2008R2 environment?
由 Microsoft 在 2011/1/13 13:34 发送
An update on your request:
I have been able to produce a successful connection over MSDASQL at least with the ODBC driver that is provided via HIS 2009. From what I can tell of your item, this appears to be the same provider you've created.
A few things I can recommend in terms of helping resolve your issue:
- Verify that you've created a DSN for the connection you're making, and that the connection via the DSN successfully connects. If it does not, reevaluate the parameters provided.
- Make sure you've added the DSN using the appropriate ODBC Data Source Administrator and that the architecture of the provider matches your environment (assuming any of it has changed). (32 bit vs 64 bit)
- Make sure the datasrc parameter you provide matches the name of the DSN you've created
- Make sure the credentials are still valid
These are the only items I can see from the DDL you've provided that may need to be updated.
Let me know if any of this helps. If you have any questions that I can address, I will try my best.
If I cannot resolve the issue after these questions, one recommendation I have is to try the Microsoft OLEDB provider for DB2, which works with AS400 DB2.
Beyond that, the only other advice I can give is to contact CSS with your request, who can help you better with your specific environment settings and see if there is something more specific in your development environment that may be causing the issue. I've
tried to duplicate the environment the best I can here, so this may be a necessary step in resolution if the above advice does not help.
Let me know if any of the information I've provided helps
Patrick
由 Microsoft 在 2011/1/11 10:49 发送
Hi Bob,
We are currently looking at this item. However, I would like to know if there is a strict requirement to using the ODBC driver you've specified, as we generally suggest that customers use the Microsoft OLE DB Provider for DB2 that should be provided to you
already. This provider should work correctly with the database you specified, and it generally performs better than MSDASQL. Furthermore, we are much more able to support this provider.
Please let me know if you require using the ODBC driver for any specific reason. Otherwise, I would highly encourage trying the provider I mentioned above.
Thanks,
Patrick Foubert
Software Engineer
由 BobChauvin 在 2010/11/24 8:26 发送
Regarding the IBM DB2 ODBC Driver... I believe this is analgous to my suggested IBMDASQL driver work around, which offers some of the functionality, but is not a 1:1 replacement.
We would still prefer MSFT fix the regression.
由 Microsoft 在 2010/11/24 8:16 发送
Hi,
Thank you for your feedback. We will investigate the issue and update you when we have more information. If the information provided by Alberto has helped, please let us know.
Thanks,
Pooja Harjani
Program Manager
由 Alberto Morillo 在 2010/11/20 11:59 发送
Hello,
Try using "IBM DB2 ODBC driver". Please see the following article:
http://www.sqlcoffee.com/Tips0013.htm
Regards,
Alberto Morillo
SQLCoffee.com
由 BobChauvin 在 2010/10/19 10:37 发送
Here is the linked server ddl:
/****** Object: LinkedServer [DB2ODBC_LMS] Script Date: 10/12/2010 14:22:29 ******/
EXEC master.dbo.sp_addlinkedserver @server = N'DB2ODBC_LMS', @srvproduct=N'iSeries Access for Windows ODBC data source', @provider=N'MSDASQL', @datasrc=N'LMSAndDW'
/* For security reasons the linked server remote logins password is changed with ######## */
EXEC master.dbo.sp_addlinkedsrvlogin @rmtsrvname=N'DB2ODBC_LMS',@useself=N'False',@locallogin=NULL,@rmtuser=N'developer',@rmtpassword='########'
GO
EXEC master.dbo.sp_serveroption @server=N'DB2ODBC_LMS', @optname=N'collation compatible', @optvalue=N'false'
GO
EXEC master.dbo.sp_serveroption @server=N'DB2ODBC_LMS', @optname=N'data access', @optvalue=N'true'
GO
EXEC master.dbo.sp_serveroption @server=N'DB2ODBC_LMS', @optname=N'dist', @optvalue=N'false'
GO
EXEC master.dbo.sp_serveroption @server=N'DB2ODBC_LMS', @optname=N'pub', @optvalue=N'false'
GO
EXEC master.dbo.sp_serveroption @server=N'DB2ODBC_LMS', @optname=N'rpc', @optvalue=N'false'
GO
EXEC master.dbo.sp_serveroption @server=N'DB2ODBC_LMS', @optname=N'rpc out', @optvalue=N'false'
GO
EXEC master.dbo.sp_serveroption @server=N'DB2ODBC_LMS', @optname=N'sub', @optvalue=N'false'
GO
EXEC master.dbo.sp_serveroption @server=N'DB2ODBC_LMS', @optname=N'connect timeout', @optvalue=N'99999'
GO
EXEC master.dbo.sp_serveroption @server=N'DB2ODBC_LMS', @optname=N'collation name', @optvalue=null
GO
EXEC master.dbo.sp_serveroption @server=N'DB2ODBC_LMS', @optname=N'lazy schema validation', @optvalue=N'false'
GO
EXEC master.dbo.sp_serveroption @server=N'DB2ODBC_LMS', @optname=N'query timeout', @optvalue=N'0'
GO
EXEC master.dbo.sp_serveroption @server=N'DB2ODBC_LMS', @optname=N'use remote collation', @optvalue=N'true'
GO
Identical test on a SQL 2005 server works as expected.
来自：http://connect.microsoft.com/SQLServer/feedback/details/615000/sql-server-2008-r2-linked-server-to-db2-using-microsoft-oledb-provider-for-odbc-fail
内容来自用户分享和网络整理，不保证内容的准确性，如有侵权内容，可联系管理员处理 
相关文章推荐
- 转载-64位SQL Server 2008的Linked Server连接64位的Oracle--Oracle Provider for OLEDB
- Microsoft SQL Server 2008 R2 XML处理 One solution is to increase the number of characters retrieved from the server for XML data.
- How to set up and test a simple OLEDB Linked Server in Microsoft® SQL Server to allow retrieval of d
- Cannot obtain the required interface ("IID_IDBCreateCommand") from OLE DB provider "OraOLEDB.Oracle" for linked server xxxx
- How to recover SA password on Microsoft SQL Server 2008 R2
- OLE DB provider "MICROSOFT.JET.OLEDB.4.0" for linked server
- Unable to list the columns. [Microsoft][ODBC SQL Server Driver][SQL Server]无法预定义语句。
- Cannot create an instance of OLE DB provider "OraOLEDB.Oracle" for linked server "xxxxxxx".
- How to recover SA password on Microsoft SQL Server 2008 R2
- Server 2008 R2: “You must use the Role Management Tool to install or configure Microsoft .NET”
- Server 2008 R2: “You must use the Role Management Tool to install or configure Microsoft .NET”
- Sql server 2008 导入excel 数据，提示“The 'Microsoft.ACE.OLEDB.12.0' provider is not registered on the loca”
- ？？ [SQL Server] -- Using FILESTREAM to Store BLOBs in the NTFS File System in SQL Server 2008
- 安装sql server 2008 R2出现 创建usersettings/microsoft.sqlserver.configuration.landingpage.properties.setter
- 关于sql server 2008 r2 展开时报错:参数名:viewInfo ( Microsoft SqlServer Management SqlStudio Explorer )解决思路
- [转]Using the Microsoft Connector for Oracle by Attunity with SQL Server 2008 Integration Services
- The Windows SDK team is proud to announce that the RTM release of the Microsoft Windows SDK for Windows Server 2008 and .NET Fra
- Linked Server: EXECUTE permission denied on object 'xp_prop_oledb_provider', database 'master', owner 'dbo'
- Issue 71 - pymssql - Undefined symbols on Mac, CentOS, Redhat with pre-compiled build - A fast MS SQL Server client library for Python directly using C API instead of ODBC. It is Python DB-API 2.0 compliant. Works on Linux, *BSD, Solaris, Mac OS X and Win
- Microsoft OLE DB Provider for ODBC Drivers 错误 '80004005'解决方案