「指定的DSN包含驅動程序和應用程序之間的體系結構不匹配」 - 只是它不是真實的

Question

真正令人困惑。在SQL 2012中使用BIDS/SSIS和ADO .net ODBC連接到UniVerse 11.2數據源。多年來一直這樣做。現在我在同一臺機器上創建一個新項目，使用與我在另一個項目中成功使用的完全相同的DSN創建一個ADO .net連接，並且驗證失敗。我可以讀取表元數據，我可以預覽前200行，但是當我實際嘗試在BIDS中運行包時，幾乎立即就會在ADO .net連接上收到架構不匹配錯誤。我只使用32位驅動程序/ DSN（我知道64位和32ODBC管理之間的區別）。如上所述，指向完全相同的ODBC DSN的完全相同類型的ADO .net ODBC連接在完全相同的計算機上完美地工作在不同的項目中。我一直在比較屬性表，並沒有看到任何區別。我必須錯過某些明顯的東西，但我不知道那會是什麼。

Answer 1

好的。事實證明，這是非常簡單的事情，我可能已經在3年前就已經想出並忘記了。 BIDS中項目級別的Run64bitRuntime屬性默認爲TRUE。將它設置爲假，我即將參加比賽。

Answer 2

對我來說，這是造成問題的SQL代理作業的配置。在作業步屬性對話框中：常規>高級選項卡有一個標記爲「32位運行時」的複選框。檢查完成後，該作業成功運行。