我有一個SSIS項目，我一直在努力。我已經搬到了一個新的工作站，當我嘗試在這個新的工作站上運行VS 2015的SSIS包時，他們立即完成了任何工作。該進度日誌保持空白，並輸出日誌只顯示兩行：從Visual Studio運行時SSIS包不能執行
SSIS package "C:\MyFolder\MyPackage.dtsx" starting.
SSIS package "C:\MyFolder\MyPackage.dtsx" finished: Canceled.
我可以部署包到SQL Server，它們運行良好。該工作站上的其他SSIS項目運行正常，並且從其他工作站運行這些問題包也可以毫無問題地工作。
任何人都有任何想法可能是什麼問題，和/或如何我可以解決這個問題的提示？
最終的解決方案最終成爲了Attunity Connector for Oracle的錯誤匹配版本。
在新的工作站上，我只安裝了4.0版本。一旦我安裝了版本3.0和2.0，軟件包也開始運行，沒有問題。即使我正在測試的大多數軟件包都沒有使用Attunity連接器。只需在我的項目中安裝MSORA連接管理器就足以使整個事件崩潰。
故事的道德：儘管需要安裝v4.0以允許VS2015中的設計人員訪問和使用連接器/ Sources/Destinations，但仍需要特定於SSIS TargetServerVersion的版本也使用安裝。
肯定聽起來像是一個環境問題。適用於2016年定位，而不適用於2012年定位。新工作站，新問題。
機器之間SSDT的版本號是否匹配？你目前的版本是什麼？還有舊機器上的版本？查詢here如何查找SSDT版本號。
我問，因爲這個聲音類似於MS Connect 755959已通過Service Pack更新解決。
如果您的版本號匹配，那麼this blog有關於排除程序包取消錯誤的詳細信息。
祝你好運！
謝謝特洛伊。 SSDT的兩個版本都是相同的（14.0.61021.0）。我以前讀過那篇文章。不幸的是，很多建議並不適用，因爲它是我在SSDT中調試的本地工作站，而不是在本機SQL安裝上的SSIS上運行。經過兩天的嘗試之後，我終於設法解決了這個問題，我將寫出來。 –
我嘗試將SQL Server 2012中的TargetServerVersion更改爲2016，並且這樣做允許程序包運行。不過，2012年和2014年版本都有相同的結果。不同解決方案中的新項目在2012年之前運行沒有問題。 –