我目前正在从SQL Server 2008R2升级到2014（两个企业版）。有大量的SSIS作业正在生产中，需要迁移。我试图了解如何管理未来的SSIS工作。
在2008R2中，我总是使用BIDS将软件包部署到MSDB。然后通过SQL Server控制所有权限。
2014年，我发现您仍然可以保存到文件系统或MSDB，但现在您创建的SSISDB是Integration Services目录。通过添加简单的变量访问甚至环境变量，这种方法显然可以提供更大的灵活性。
2014年将SSIS包部署到SSISDB现在是部署和管理SSIS项目的最佳实践方式，而不是部署到MSDB？我还能管理权限吗？当我备份SSISDB时，是否备份了所有部署的项目（就像以前一样使用MSDB）？最后，当我通过SQL代理安排这些软件包时，它们的行为是否仍然相同，SQL代理服务帐户和作业所有者的权限在运行时确定SSIS包的权限？
非常感谢能够提供帮助的任何人。我整天都在微软的网站上，虽然文档非常有用，但实际上并没有回答这些问题的具体问题。
答案 0 :(得分：8)
我最近参加了SSIS考试（70-463），所以我可以告诉你一些关于新部署模型的事情。
简答：
是SSISDB是最佳实践。软件包可以部署到SSISDB。软件包保留了部署历史记录（如非常基本的版本控制），因此您甚至可以回滚软件包的某些修订版。
新模型的主要优点是配置。您不需要XML或专用SQL表来保存配置。您可以使用输入参数并使用在sql server上定义的环境映射它们。
您可以通过SQL Server管理安全性，因为现在可以通过SQL Server安全性处理所有内容。
另一个很酷的功能是Integration Services仪表板，这是一个使用报表服务模板自动构建的报表。只需单击Integration Service Catalog并右键单击您的包即可查看“All Executions”。
您可以看到非常详细的包裹信息，包括执行时间。
长答案： 在我看来，主要优点是项目参数。想象一下这个参数可以传递给SSIS包。您可以参数化Connection Manager或仅部分参考管理器。
示例：您可以参数化服务器名称，在ssisdb中，您可以创建两个称为“开发”和“生产”的环境（或更多）。然后，您可以向它们添加变量并将它们映射到包的输入参数。 主要优点是您可以将程序包部署到SSISDB并链接到环境，而不必自己处理连接字符串。