AcquireConnection method - DSN contains an architecture mismatch between the Driver and Application
I am building a package programatically by loading an existing SSIS package (application.LoadPackage(...). In the package that I am loading, I have set the project properties for Run64BitRunTime to false. If I run this package by itself, it works just fine. As the new package is building, the DataSource AcquireConnection method is called. I then receive the error: {"ERROR [IM014] [Microsoft][ODBC Driver Manager] The specified DSN contains an architecture mismatch between the Driver and Application"}. What is the appropriate setting for the C# project that builds the package. Thanks.
August 9th, 2010 10:40am

You are using 64-bit odbcad32.exe to configure a DSN that connects to a 32-bit driver. Use the 32-bit odbcad32.exe to configure the DSN.
Free Windows Admin Tool Kit Click here and download it now
August 9th, 2010 10:44am

As I mentioned, it works just fine in the base package, which contains the connection object to the ODBC data source. Its only when I load this package programtically and add on to it does the error occur.
August 9th, 2010 10:46am

How did you run the base package?
Free Windows Admin Tool Kit Click here and download it now
August 9th, 2010 10:51am

Through the Visual Studio development environment
August 9th, 2010 10:52am

THIS IS NOT YOUR ANSWER.... to give you an idea how it works here is an good example .... Because you can run a package in BIDS doesnt mean that it will work on production i.e Assuming SQL2005 and yourbox and production box are both 64 bit - a package with a Excel source file , will work on you station using BIDS (your box or computer is 64bit) BUT setting the same package on production using a SQL job wont work because the default execution if to run the packages are a 64bit you have to redirect them to a 32 bit execution file . SO Manikandan is rightyou are not using the right odbcad32.exe. Sincerely SH -- MVP, MCITP 2008, MCTS 2008 & 2005 -- Please kindly mark the post(s) that answered your question and/or vote for the post(s).
Free Windows Admin Tool Kit Click here and download it now
August 9th, 2010 10:54am

Are you using BIDS in 64 bit server?
August 9th, 2010 11:01am

The program that builds the package is running on my PC. Its not the package execution that is the issue, its the programmatic package build.
Free Windows Admin Tool Kit Click here and download it now
August 9th, 2010 11:02am

My environment is Windows 7, just recently switched. Used to work fine under XP
August 9th, 2010 11:03am

I solved the issue by changing the Platform target project setting from Any CPU to x86.
Free Windows Admin Tool Kit Click here and download it now
August 9th, 2010 12:49pm

can you please provide more details. thanks you. Sorry I clicked on this post as an answer, by mistake, sorry Sincerely SH -- MVP, MCITP 2008, MCTS 2008 & 2005 -- Please kindly mark the post(s) that answered your question and/or vote for the post(s).
August 9th, 2010 1:20pm

Yes, in Visual Studio, I went to Project Properties, then clicked on the Build tab. I then selected x86 from the Platform Target drop down. Remember this is a C Sharp project which is building a SSIS package (programatically).
Free Windows Admin Tool Kit Click here and download it now
August 9th, 2010 1:23pm

Hi garysklar Thanks for the reply; I think that you should select your post as a final answer. Brilliant, good luck Sincerely SH -- MVP, MCITP 2008, MCTS 2008 & 2005 -- Please kindly mark the post(s) that answered your question and/or vote for the post(s).
August 9th, 2010 2:11pm

Thank you Manikandan. This is the only thing that worked for me (changing the target to x86 did not help in Win7-64bit/VS2008/SQLExpress2008R2). I just created a duplicate 32bit SystemDSN for the existing 64bit DSN. In Win7 I found the 32bit odbc admin at: C:\Windows\SysWOW64\odbcad32.exe
Free Windows Admin Tool Kit Click here and download it now
January 1st, 2011 3:06pm

Hi Guys In addtion to the answer, given by garysklar, if you get this same error in BIDs itself while the SSIS packages, you can set the below project property to false to make it work Project properties --> Debuging --> Run64BitRuntime to False
August 4th, 2011 6:22am

I had the same issue...and used the same method as alhann...worked for me...Thanks
Free Windows Admin Tool Kit Click here and download it now
April 19th, 2012 9:47am

I did the same as well, changing the Run64BitRuntime to false. That worked for me. Is there any downside to this. Is it throttling the entire project down to running as a 32 bit app?
August 11th, 2012 4:00pm

This topic is archived. No further replies will be accepted.

Other recent topics Other recent topics