• Status: Solved
  • Priority: Medium
  • Security: Public
  • Views: 533
  • Last Modified:

Problems with ODBC connector running on Windows 2003 R2 64 bit

We have a Jade application that extracts statistics form a Jade database and inserts/updates them into a SQL 2005 database. The Jade application was running on a separate server from the database server. The application uses an ODBC connection to the database server. The database server has since been replaced and updated from Windows 2003 32 bit to Windows 2003R2 64 bit. The Jade application is still running 32 bit version. In order to take advantage of the shared memory that Jade uses all of the applications such as this SQL extract are being moved to the new server. The application that extracts the data is exactly the same as then one running on the old 32 bit server, uses the same ODBC connection settings etc. In the Jade log the same information is being produced. For example the following snippet for the log shows that updates have occurred.

26/08/2010 15:56:46.752 : BGP_ControllerApp/Process/187.628:
EDB - Committed transaction.  0 creates, 72 updates, 0 deletes.  72 changes in 0 seconds.

However no data is being received on the SQL server. The DBA run profiler on the SQL server but saw no data coming from the database server but when the application was switched back to the old server data was present in profiler.

It seems to me that the issue is with the ODBC connector.

How would I go about troubleshooting the connection to see if in fact this is the cause of the problem.
0
sclltd
Asked:
sclltd
  • 2
  • 2
1 Solution
 
Jerryuk007Commented:
In 64 bits OS, you have TWO ODBC Drivers...

Try to run your ODBC DataSource Admin from C:\Windows\SysWOW64\odbcad32.exe

The default one is being run from the C:\Windows\System32 directory

Hope this helps.

Jerry
0
 
sclltdAuthor Commented:
If I run it from that location and then look at the help tab it is still using the dll's from system32. Does this mean I need a server restart to clear the files from memory? And how do I prevent the system 32 files from loading automatically?

Screenshot.jpg
0
 
Jerryuk007Commented:
Nope. That's correct.
Though if you add a new ODBC DSN using C:\Windows\SysWOW64\odbcad32.exe you would then have the option to have a lot more different DSN (like Access, etc...) compare to the on in system32 which might have only a couple of ODBC Drivers listed.

So, did you add you System DSN using the C:\Windows\SysWOW64\odbcad32.exe or the one in System32?
Also be aware that a Web Service by default will do its best to use the 64 bits ODBC even if the DLL behind has been compiled in 32 bits.

It seems that the ODBC you need to use is the 32 bits one in C:\Windows\SysWOW64\odbcad32.exe

Are you also using some kind of Web Application running on 64 bits server? If yes, make sure you enabled 32 bits compatibility (in the AppPool IIRC).

Hope this helps.

Jerry
0
 
sclltdAuthor Commented:
Had setup the new DSN using C:\Windows\SysWOW64\odbcad32.exe but this did not initially resolve the issue; there was still no information in the ODBC trace log. Suspected that this may now be an issue with the previous DSN still being in memory. Arranged for an outage on the server and restarted the server, tested and now see traffic in the ODBC trace log, data is now being transferred to SQL.
0

Featured Post

Free Tool: Subnet Calculator

The subnet calculator helps you design networks by taking an IP address and network mask and returning information such as network, broadcast address, and host range.

One of a set of tools we're offering as a way of saying thank you for being a part of the community.

  • 2
  • 2
Tackle projects and never again get stuck behind a technical roadblock.
Join Now