The SSIS目录

SSIS目录SSIS目录是一个系统,通过该系统SQL Server Integration Services(SSIS)软件包的存储,执行和记录。在SQL Server 2016发行版中引入的SSIS目录有助于更好地将Integration Services调整为可用于企业的ETL系统。

在这篇文章中,我’将会简要介绍SSIS目录,以及指向本网站和其他地方内容的链接以及更多详细信息。

SSIS目录:简介

当涉及SSIS软件包时,SSIS目录被构建为宇宙的中心。它旨在用作存储软件包的部署目标,而无需在MSDB数据库中存储软件包。还使用目录存储过程中的内置逻辑执行了部署到SSIS目录的程序包,从而可以通过T-SQL轻松执行程序包。它还简化了日志记录过程,从而启用了简单的运行时设置来定义如何记录软件包。最终,它通过允许对谁将对哪些软件包执行何种操作进行更精细的控制,从而提高了安全性。

目录数据位于名为SSISDB的数据库中,该数据库存储项目,配置值和日志记录信息。该数据库位于的一个实例上 微软 SQL服务器,并且至少需要该数据库引擎的标准版。目录包括执行运行时,用于处理执行和管理。还包括一组基本报告,可快速浏览最近的目录活动。

入门

开始使用SSIS目录相对容易。一世’ve发表了关于如何 创建目录数据库。有关如何开始使用目录的更多信息,请访问 微软’s documentation 关于这个话题。

使用目录

有几种执行目录中存储包的方法。 SQL服务器代理作业,T-SQL脚本和命令行应用程序dtexec.exe均可用于调用程序包。我建议将SQL Server代理用于计划的作业,并建议将T-SQL命令用于临时执行。一世’ve also 分享了我写的剧本 显示了对通过T-SQL执行包的默认方式的一些修改。

您也总是可以从目录中删除软件包。但是,删除单个软件包并不意味着’一个简单的操作 我在这篇简短的文章中描述.

SSIS目录也有其自己的元数据验证工具。您可以 运行软件包验证 在执行之前(或代替执行)以验证其一些基础元数据。

记录中

SSIS目录最有用的功能之一是用于活动日志记录的内置系统。在早期版本中,配置和监视日志是一项繁琐的任务。该目录引入了一组新的 标准化日志表 这消除了执行日志记录中的许多手动工作和歧义。

记录的数据范围和数量由所选的记录级别定义。有五种预定义的日志记录级别,可让您设置每次执行记录的数据量。如果这些日志记录级别没有提供足够的灵活性,则可以 创建自己的自定义日志记录级别.

还有一种简便的方法可以跟踪程序包使用的运行时参数。 默认情况下记录此信息 在每次执行程序包时,对于故障排除和审核非常有用。

执行报告

尽管内置报告很有用,但有其局限性。这些报告仅在SQL Server Management Studio(SSMS)中可用,并且您可以’仅限于这些罐装只读报告中显示的数据。为了解决这个问题, 我已经发布了一组免费的仪表板报告 SSIS目录,可以根据需要进行修改以监视SSIS目录。这些报告可以部署到SQL Server Reporting Services,从而无需仅从SSMS内部运行报告。

当然,您也可以从SSISDB数据库创建自己的自定义报告。如果你这样做,你’我可能需要添加一些“helper” tables, such as 我创建的执行状态列表脚本.

如果要记录执行数据(不仅仅是事件和消息),请签入 数据抽头。数据分接头使您可以将数据流数据写出到CSV进行检查或审核。

维护与管理

当您将新版本的项目部署到SSIS目录时,旧版本将保留在存档状态。这样可以对以前的版本进行一些可视化,以进行审核或测试,或者从意外部署中快速恢复。默认情况下,每个项目最多保留10个版本。 这个帖子 详细介绍项目版本控制。

我前面提到的那些日志表随着时间的推移会变得相当大。为避免日志表膨胀,有一个过程可清除早于特定期限(默认为365天)的日志数据。这个过程, 在这里更详细地探索,每天在午夜运行。尽管此过程很有用,但在大型日志表上可能会表现不佳。 I’编写了自定义脚本 以更有效的方式处理该清除过程。

下一步

有关SSIS目录及其活动部分的更多动手说明, 观看我的视频介绍 关于这个话题。