由于业务的一些要求，我不得不将SSIS引入我的SQL Server工作中，因为我无法使用SQL Server和SSMS的标准安装中现有的其他方法来实现更改。
直到SSIS要求一切正常：SSMS嗡嗡作响，有VS2010 shell直接将SSRS报告部署到服务器，并且能够比使用Report Builder更好地维护我的报告。但是对于几个项目来说还不够，所以选择SSIS来解决这个问题。
在部署软件包之前，一切正常。开发，测试和构建 - 包装工作就像一个魅力。但部署的包只是行不通。故障排除指向32/64位问题，并且仅在选项＆＃34; 32位运行时＆＃34;之后检查服务器代理作业属性中的高级配置。当我安装和使用的所有东西都是64位时，这怎么可能？显然，这会带来额外的问题（ODBC驱动程序，其他应用程序都需要32位版本）并且解决这些问题并不像微软认为的那样明显，如果它可能的话。
然后，遵循逻辑：如何使用Microsoft Stack建立真正的端到端64位环境？
答案 0 :(得分：0)
从评论中引用我的观点：
可能，原因是因为你只有32位驱动程序 你正在使用的东西，因此在使用包时，你必须这样做 以32位模式运行。 A＆＃34;伟大＆＃34;例如ACE驱动程序。什么时候 在SSDT中，应用程序是32位，因此必须使用32位驱动程序。 如果 您的SQL Server也只安装了32位驱动程序（不是 然后，再次，你必须使用32位运行时选项。 这完全是关于您正在使用的驱动程序。如果你没有64位 你正在做什么的驱动程序，但有32位的驱动程序，你已经参与其中 32位（反之亦然）。
强调了几位。