dbTalk Databases Forums  

Data Transfer b/w SQL Server 2005 and DB2 UDB.

microsoft.public.sqlserver.dts microsoft.public.sqlserver.dts


Discuss Data Transfer b/w SQL Server 2005 and DB2 UDB. in the microsoft.public.sqlserver.dts forum.



Reply
 
Thread Tools Display Modes
  #1  
Old   
MZeeshan
 
Posts: n/a

Default Data Transfer b/w SQL Server 2005 and DB2 UDB. - 10-25-2009 , 07:29 PM






I am trying to setup a scheduled data transfer b/w SQL Server 2005 and IBM
DB2 UDB v9.5 (Unix/Sun Solaris). I am using the latest IBM ODBC drivers v9.7
(used earlier version v8.1 but same result).

The data transfer requirement will eventually be bi-directional although I
am currently testing data import into SQL Server from DB2. One of my
colleagues, a DB2 DBA, has helped me in setting up the ODBC DSN for DB2 and I
was able to find and select tables on the other end when trying to create a
SSIS package using import/export task feature.

That's where the problem is happening: Apart from some cases there is always
a data type mismatch with data types 131, 130, 137 etc. appearing for table
marked for data import.

Has anyone encountered such problem and what's the best way to resolve this
issue? I've also downloaded MSFT OLE DB driver for DB2, however, the DB2 DBA
found it much easier to setup DSN using the IBM client tools.

Thanks a bunch.

--
Regards,
MZeeshan

Reply With Quote
  #2  
Old   
Todd C
 
Posts: n/a

Default RE: Data Transfer b/w SQL Server 2005 and DB2 UDB. - 10-26-2009 , 06:44 AM






Your IBM guy may like the ODBC method because it's easy for him, but just
realize that when you go to deploy this, you will need the same ODBC setup on
the server.

Also, SSIS does not interface with ODBC the same way it interfaces with the
same respective native provider pointing to the same source.

My suggestion: install the Microsoft OLE DB for DB2 Provider (you will need
Enterprise SQL, won't work with Standard) and do a side-by-side comparison.
Then YOU decide which to use. Don't let your DB2 DBA decide if his
involvement is one-time setup and your involvement is designing and
maintaining multitudes of SSIS packages.

HTH
=====
Todd C


"MZeeshan" wrote:

Quote:
I am trying to setup a scheduled data transfer b/w SQL Server 2005 and IBM
DB2 UDB v9.5 (Unix/Sun Solaris). I am using the latest IBM ODBC drivers v9.7
(used earlier version v8.1 but same result).

The data transfer requirement will eventually be bi-directional although I
am currently testing data import into SQL Server from DB2. One of my
colleagues, a DB2 DBA, has helped me in setting up the ODBC DSN for DB2 and I
was able to find and select tables on the other end when trying to create a
SSIS package using import/export task feature.

That's where the problem is happening: Apart from some cases there is always
a data type mismatch with data types 131, 130, 137 etc. appearing for table
marked for data import.

Has anyone encountered such problem and what's the best way to resolve this
issue? I've also downloaded MSFT OLE DB driver for DB2, however, the DB2 DBA
found it much easier to setup DSN using the IBM client tools.

Thanks a bunch.

--
Regards,
MZeeshan

Reply With Quote
  #3  
Old   
MZeeshan
 
Posts: n/a

Default RE: Data Transfer b/w SQL Server 2005 and DB2 UDB. - 10-26-2009 , 02:05 PM



I was able to transfer data between SQL Server and DB2. The problem was not
with the connection in fact the table I was using in import/export was empty!

Anyways, I was wrong as IBM driver was not ODBC but OLE DB provider for DB2
and it was right decision to use IBM driver because we have Standard Edition
license and there is no limitation with IBM drivers unlike MSFT (as you've
mentioned in your e-mail).

Thanks anyways.

--
Regards,
MZeeshan


"Todd C" wrote:

Quote:
Your IBM guy may like the ODBC method because it's easy for him, but just
realize that when you go to deploy this, you will need the same ODBC setup on
the server.

Also, SSIS does not interface with ODBC the same way it interfaces with the
same respective native provider pointing to the same source.

My suggestion: install the Microsoft OLE DB for DB2 Provider (you will need
Enterprise SQL, won't work with Standard) and do a side-by-side comparison.
Then YOU decide which to use. Don't let your DB2 DBA decide if his
involvement is one-time setup and your involvement is designing and
maintaining multitudes of SSIS packages.

HTH
=====
Todd C


"MZeeshan" wrote:

I am trying to setup a scheduled data transfer b/w SQL Server 2005 and IBM
DB2 UDB v9.5 (Unix/Sun Solaris). I am using the latest IBM ODBC drivers v9.7
(used earlier version v8.1 but same result).

The data transfer requirement will eventually be bi-directional although I
am currently testing data import into SQL Server from DB2. One of my
colleagues, a DB2 DBA, has helped me in setting up the ODBC DSN for DB2 and I
was able to find and select tables on the other end when trying to create a
SSIS package using import/export task feature.

That's where the problem is happening: Apart from some cases there is always
a data type mismatch with data types 131, 130, 137 etc. appearing for table
marked for data import.

Has anyone encountered such problem and what's the best way to resolve this
issue? I've also downloaded MSFT OLE DB driver for DB2, however, the DB2 DBA
found it much easier to setup DSN using the IBM client tools.

Thanks a bunch.

--
Regards,
MZeeshan

Reply With Quote
Reply




Thread Tools
Display Modes

Posting Rules
You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts

vB code is On
Smilies are On
[IMG] code is On
HTML code is Off



Powered by vBulletin Version 3.5.3
Copyright ©2000 - 2012, Jelsoft Enterprises Ltd.