我运行 Visual Studio 2012,我是 SSIS 的新手。我尝试安装 SSDT-BI(2013 年 6 月版)以研究 SSIS,但由于架构不匹配,我无法使用默认实例完成安装——我的服务器是 x64,而安装程序是 x86。安装程序似乎没有 x64 版本。
SSDT-BI 不支持 x64 数据库吗?
我运行 Visual Studio 2012,我是 SSIS 的新手。我尝试安装 SSDT-BI(2013 年 6 月版)以研究 SSIS,但由于架构不匹配,我无法使用默认实例完成安装——我的服务器是 x64,而安装程序是 x86。安装程序似乎没有 x64 版本。
SSDT-BI 不支持 x64 数据库吗?
SQL Server Integration Services,SSIS,涵盖了很多领域。我将讨论与 32 位与 64 位的问题相关的内容。
正如您所发现的,安装程序很愚蠢,但您通常只需要在机器的生命周期中使用它一次或两次。我对此很满意,因为我宁愿他们将开发资金用于产品而不是包装。
遵循 SO 最佳实践,来自外部引用站点的重要部分是
如果您正在运行基于 x64 的 SQL 实例(64 位),请确保在“安装类型”页面上选择“新实例”,而不是“将功能添加到现有实例”。
SSIS 包是可交付的工作单元。它是一个文件,.dtsx
内部是一堆 XML。
通常,SSIS 包的开发是使用 Visual Studio 完成的。无论您将其称为 BIDS、SSDT 还是只是 Visual Studio,都是一样的。有用于 SSIS 的注册模板以及在安装期间放入计算机的所有工具箱条目。这些东西支持设计时方面。Visual Studio 本身仍然是 32 位可执行文件。因此,当您使用 Visual Studio 创建包时,您用于创建包的编辑器是 32 位实体。除非您正在创建一个多演出包,否则这应该不是问题。
有人可能会争辩说,如果你得到一个多 GB 的包,即使 XML 是一种臃肿的存储机制,你也“做错了”;)
最后一点,包的开发并不局限于 Visual Studio。有一个付费产品Mist使用 Biml(一种描述 BI 对象的领域特定语言)来生成 SSIS 包。查看您的 SO 历史记录,您似乎有一些 PowerShell 印章,您可以使用PowerShell 修改 SSIS 包或完全创建它们。EzAPI可以帮助生成包的 COM 端。
包的执行可以来自 32 位或 64 位可执行文件。请参阅如何通过命令行执行 dtsx 包默认情况下,包将从 Visual Studio 以 64 位模式执行。设计时间是 32 位,但运行时间是 64 位。当人们使用 32 位驱动程序 (Excel/Jet/ACE) 并且软件包设计得很好但运行时会爆炸时,这总是会带来很好的娱乐性。32/64 驱动程序的另一个问题是创建 DSN,因为有 2 个不同的 DSN“空间” 请参阅64 位 windows server 2008 中的 32 位 informix 驱动程序不可用
在 2012 年,如果您使用项目部署模型,则包存储在 SSISDB 目录中。SQL Server 仅提供 64 位版本,但您也可以通过指定适当的参数从目录中调用 SSIS 的 32 位运行时。
如果您使用的是 x64 位 SQL Server,请确保在安装向导的“安装类型”页面上选择“新实例”。查看http://picnicerror.net/development/sql-server/installing-sql-server-data-tools-business-intelligence-for-visual-studio-2013-03-13/
最近我不得不为 sql 2014 实例安装 SSDT BI。可用的下载 msdn https://www.microsoft.com/en-us/download/details.aspx?id=42313表示它支持 32 位 (x86) 和 64 位 (x64) 架构。如果我们将 SSDT-BI 作为附加功能安装到现有 sql 实例,则安装失败并出现错误:规则评估消息:安装功能的 CPU 架构与指定的实例不同。要继续,请使用相同架构向此实例添加功能。我提到了这个链接https://danieladeniji.wordpress.com/tag/the-cpu-architecture-of-installation-features-is-different-than-the-instance-specified-to-continue-add-features-to-这个实例具有相同的架构/ 解决这个问题。将 SSDT-BI 作为新实例安装完成,没有任何错误。