代码之家 › 专栏 › 技术社区 › Mark Struzinski

SSIS作业监视和报告

ssis

3

Mark Struzinski · 技术社区 · 15 年前

我们的商店严重依赖SSIS来运行后端进程和数据库任务。总的来说,我们有数百个工作岗位,而且在大多数情况下,所有工作都高效、顺利地进行。

大多数情况下,由于外部依赖失败(数据不可用、文件未传递等),我们会出现作业失败。现在,我们的流程设置为每次作业失败时都向我们发送电子邮件。SSIS将生成一封电子邮件,向我们发送作业名称及其失败的步骤。

我正在考虑创建一个仪表板,以便更有效地监控这个过程。我知道,通过查询msdb数据库,也可以从SSIS的Job History窗口获得相同的信息。我想设置一个中心位置来报告故障(可能使用SQL Reporting Services),还需要一个更智能的电子邮件警报系统。

有其他人处理过这个问题吗?如果是,您围绕SSIS过程创建了什么样的流程/报告来简化作业失败或警报的通知?

3 回复 | 直到 15 年前

1

2

Registered User 15 年前

我们公司也有类似的设置。我们主要依靠在出现问题时让工作通知我们,我们让员工在特定时间检查工作状态,以确保一切正常工作,没有任何事情被忽视。

我的团队每天早上6点和下午4点都会收到一封SQL Server代理作业活动报告HTML电子邮件,该电子邮件将所有失败的作业列在顶部,运行低于该位置的作业以及低于该位置的所有其他作业分为每日、每周、每月、每季度和其他类别。我们基本上监视的是SQLServer代理作业,而不是SSIS包本身。我们依赖作业类别和作业计划命名约定来自动在报表中进行分组。

我考虑让我们的数据中心人员每天早上4点左右运行一个报告来检查服务器的状态,但最后我决定这不是必须的,因为我们有一个早上6点开始工作的人。我对实现这个过程的主要担忧是,我们的ETL会随着时间的推移而变化,因此我有必要维护有关如何正确检查作业以及如何在检测到问题时将通知上报给我的团队的文档。如果进程必须在半夜运行,我愿意这样做。然而,我们的ETL每天每小时都在运行,因此如果我们必须在清晨启动所有主要的ETL过程,我们仍然可以在任何人进入办公室之前完成数据仓库的加载和发布报告。另外,由于某些原因,我们的办公室开始得很晚,所以人们通常在上午9点之前都不会以交互方式运行我们的报告。

2

1

Shane H 9 年前

如果你不想做一个完全定制的构建,你可以使用 https://cronitor.io

3

0

user11011557 6 年前

没有SSRS作业监视过程。如果任何SSRS作业失败,用户将创建事件,然后TOPS报告和SSRS开发团队将根据事件开始工作。因此,这一进程花费了大量的周转时间来解决这一问题。

拟定SSRS作业监控流程: SSRS订阅监控作业将帮助TOPS报告和SSRS开发人员主动监控SSRS作业。此作业将创建报告以显示失败的报告列表以及常规执行日志状态和订阅错误日志状态。首先,开发人员可以从该报告中了解报告失败的原因,然后开发人员就可以开始主动解决问题。