Skk*_*kra 9 sql-server ssis bids sql-server-2014
我目前正在从SQL Server 2008R2升级到2014(两者都是Enterprise).有大量的SSIS作业正在生产中,需要迁移.我正试图了解如何管理未来的SSIS工作.
在2008R2中,我总是使用BIDS将软件包部署到MSDB.然后通过SQL Server控制所有权限.
在2014年,我看到您仍然可以保存到文件系统或MSDB,但现在存在您作为Integration Services目录创建的SSISDB.通过添加简单的变量访问甚至环境变量,这种方法显然可以提供更大的灵活性.
在2014年将SSIS包部署到SSISDB现在是部署和管理SSIS项目的最佳实践方式,而不是部署到MSDB？我还能管理权限吗？当我备份SSISDB时,是否备份了所有部署的项目(就像以前一样使用MSDB)？最后,当我通过SQL代理安排这些软件包时,它们的行为是否仍然相同,其中SQL代理服务帐户和作业所有者的权限在运行时确定SSIS包的权限？
非常感谢任何可以提供帮助的人.我整天都在微软的网站上,虽然文档非常有用,但实际上并没有回答这些问题的具体问题.
我最近参加了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并链接到环境,而您不必自己处理连接字符串.