0

由于业务的一些要求，我不得不将 SSIS 引入我的 SQL Server 工作中，因为我无法使用 SQL Server 和 SSMS 的标准安装中现成的其他方法来实施更改。

直到 SSIS 要求一切正常：SSMS 运行良好，使用 VS2010 shell 将 SSRS 报告直接部署到服务器，并且能够比使用 Report Builder 更好地维护我的报告。但它对于几个项目来说是不够的，所以选择了 SSIS 来解决这个不足。

在部署包之前一切正常。开发、测试和构建 - 包就像一个魅力。但是部署的包是行不通的。故障排除指向 32/64 位问题，并且仅在服务器代理作业属性中的高级配置中检查了选项“32 位运行时”之后。当我安装和使用的所有东西都是 64 位时，这怎么可能？显然，这会带来额外的问题（ODBC 驱动程序、其他应用程序都需要 32 位版本）并且解决这些问题并不像微软认为的那样明显，如果可能的话。

然后，遵循以下逻辑：如何使用 Microsoft Stack 设置真正的端到端 64 位环境？

4

1 回答 1

0

从评论中引用我的观点：

原因很可能是因为您正在使用的东西只有 32 位驱动程序，因此在使用该软件包时，您必须在 32 位模式下运行。ACE 驱动程序就是一个“很好”的例子。在 SSDT 中，应用程序是 32 位的，因此必须使用 32 位驱动程序。如果您的 SQL Server 也只安装了 32 位驱动程序（不是 64 位），那么您必须再次使用 32 位运行时选项。这完全取决于您使用的驱动程序。如果您的工作没有 64 位驱动程序，但有 32 位驱动程序，则您已在 32 位中运行（反之亦然）。

强调了几位。

于 2018-01-18T10:42:02.743 回答