SSIS 部署和执行答案

【问题标题】：SSIS deployment and executionSSIS 部署和执行
【发布时间】：2017-01-09 21:58:42
【问题描述】：

一直在阅读和关注有关 Microsoft 商业智能的教程。我想澄清一些事情。因此，正如我所阅读和实践的那样，在 MSBI 中没有像“maven”或“msbuild”那样的技术构建过程。我对实用程序更感兴趣，即：dtutil.exe 和dtexec.exe；这样我就有希望使部署过程自动化。一些问题：

这里的部署更像是在目标服务器/文件系统/存储上移动文件 *.dtsx？那么，我的构建编排服务器会从版本控制中签出文件并执行 dtutil.exe 以移动（也称为部署，此处）到目标服务器？
与 dtutil.exe 的这种移动与仅手动复制和粘贴有何不同？
对于包的执行（使用 dtutil.exe 部署的包），我可以通过部署包的远程服务器上的构建服务器来执行吗？

更新：微软 SQL 2012； SSDT 2013

【问题讨论】：

您使用的是哪个版本的 TFS？您使用 xaml 构建还是新构建系统？在新的构建系统中，很容易在命令行任务中指定要运行的工具，检查：visualstudio.com/en-us/docs/build/steps/utility/command-line

标签： ssis tfsbuild msbi

【解决方案1】：

什么版本的 SSIS？如果您说的是DTUtil.exe，那么我猜您的意思是 2008 或 SQL 2012 包部署（不是项目部署）

2008 年和 2012 年差别很大。

2012年以后有一个更成熟的执行平台。大多数（如果不是全部）功能都是通过 SSISDB 存储过程实现的，即：https://msdn.microsoft.com/en-us/library/jj820152.aspx

2008 年有几个部署选项，但在我看来，部署到 msdb 没有任何好处（这需要 DTUtil.exe），所以我只是复制文件以部署到运行时文件夹（甚至没有需要在 SQL Server 上，但它使事情变得更简单）。

然后您使用DTExec.exe 运行包。您可能希望使用/Va 选项作为部署的一部分进行验证。

过去我还编写了一个文本爬虫，它会从包中吸出并记录版本号，以便您查看包版本。

【讨论】：

我认为SP的部署方式适用于项目部署模式，不适用于包部署。 msdn.microsoft.com/en-us/library/… .. 我加入的新团队正在使用 packge 部署模型。有什么想法吗？
所以特别是您正在使用 SQL 2012 包部署。这与 SQL 2008 非常相似。他们坚持包部署是否有原因 - 项目部署有很多好处而没有很多缺点。
关于 SQL 2012 包部署，它们是从文件系统运行 .dtsx 还是使用 msdb。有许多不同的部署和运行时选项，您需要针对此调整部署。
我认为，他们正在使用基于文件系统的部署。和要执行的工作。因此，我正在尝试简化手动复制和基于作业的执行过程；到基于脚本的部署（我认为这只是使用 dtutil.exe 的副本）并使用 dtexec.exe 执行包或暂时将其留给预定的作业。
基本上，您在 Visual Studio 中编辑的 .dtsx 文件（并签入版本控制）是 DTExec.exe 执行的内容。我不知道您的环境，但很可能包和 SQL 代理作业之间没有一对一的关系。有些作业可能会执行多个包。一些包可能在多个工作中。有些包不是由作业执行的。通常只有几个作业执行调用其他包的“主包”。所以我不知道你是否可以自动化 SQL 代理方面的事情。