我目前正在从SQL Server 2008R2升级到2014(均为Enterprise)。有大量的SSIS作业正在生产中，需要迁移。我正在设法掌握今后应如何管理SSIS作业。
在2008R2中，我将始终使用BIDS将程序包部署到MSDB。然后，所有权限都通过SQL Server控制。
在2014年，我看到您仍然可以保存到文件系统或MSDB，但是现在有您创建的SSISDB作为Integration Services目录。通过添加易于访问的变量甚至环境变量，此方法显然可以提供更大的灵活性。
2014年将SSIS程序包部署到SSISDB是现在部署和管理SSIS项目的最佳实践方法，即而不是部署到MSDB吗？我仍然可以管理权限吗？备份SSISDB时，是否备份了所有已部署的项目(就像之前使用MSDB一样)？最后，当我通过SQL Agent计划这些程序包时，它们的行为是否仍然相同，在运行时，SQL Agent服务帐户和作业所有者的权限决定了SSIS程序包的权限？
非常感谢任何可以提供帮助的人。我整天都在Microsoft网站上浏览，虽然文档非常有用，但实际上并不能回答特定问题的这些问题。
最佳答案
我最近参加了SSIS考试(70-463)，所以我可以告诉您有关新部署模型的一些知识。
简短答案:
是的，SSISDB是最佳实践。包可以部署到SSISDB。软件包保留了部署历史记录(如非常基本的版本控制)，因此您甚至可以回滚软件包的某些修订版。
新模型的主要优点是配置。您不需要XML或专用的SQL表来保存配置。您可以使用输入参数并将其与sql server上定义的环境进行映射。
您可以通过SQL Server管理安全性，因为现在所有内容都可以通过SQL Server安全性进行处理。
另一个很酷的功能是Integration Services仪表板，它是使用报表服务模板自动生成的报表。只需单击Integration Service Catalog，然后右键单击您的包以查看“所有执行”。
您可以看到有关软件包的非常详细的信息，包括执行时间。
长答案:
我认为主要优势是项目参数。像这样的参数想像一下，您可以将其传递给SSIS包。您可以参数化连接管理器或其一部分。
示例:您可以设置服务器名称的参数，并在ssisdb中创建两个(或更多)名为“开发”和“生产”的环境。然后，您可以向两个变量都添加变量，并将它们映射到包的输入参数。
主要优点是您可以将程序包部署到SSISDB并链接到环境，而不必自己处理连接字符串。
关于sql-server - SQL Server 2014年: SSISDB vs MSDB for package deployment，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/27969960/