2017-07-11 47 views
0

SQL Server 2008(不是R2)。SSRS计划报表按照与安装时间不同的计划运行

该报告于5/8/2017设置,并计划每4周每周一运行。它在2017年6月5日再次运行,这是正确的。然后在2017年6月12日再次运行,只有1周。然后它在7/10/2017再次运行,这是4周。查看执行日志中的用户名是sql.service,而RequestType是Subscription for 6/5,6/12 & 7/10。在报告管理器中,它表示时间表从5/8开始。我没有看到任何表明时间表发生变化的事情。

任何想法为什么当报告不计划运行时,报告将在6/12上再次运行?谢谢!

下面是今天的时间表。 enter image description here

+1

我的猜测是检查SQL作业代理的历史记录订阅(不是实际的日志订阅)的日期2017年6月12日,它可能显示谁/工作是如何执行。 – CuriousKid

+0

挖掘更深一点我看到报告已于2017/6/7更新,以添加另一个人到电子邮件传送 - 在“到”添加另一个电子邮件地址。这是否会导致日程安排日期重置? 6/7是星期五,6/12是星期一。如果添加一个电子邮件地址,只需单击保存(不进行其他更改)即可重置计划,以解释为何它会在6/12星期一再次运行。 –

+0

CuriousKid - 我检查了日志,它被sql.service作为订阅执行,没有人手动运行它。 –

回答

0

如何检查数据库以查看报告正在进行的操作?

像下面这样的东西? :

USE ReportServer; 
GO 

DECLARE @Path VARCHAR(200)= '%'+'ReportName'+'%'; 

SELECT TimeStart, 
     Catalog.Type, 
     Catalog.Name, 
     Catalog.Path, 
     UserName, 
     ReportID 
FROM Catalog 
    INNER JOIN ExecutionLog ON Catalog.ItemID = ExecutionLog.ReportID 
WHERE Path LIKE @Path; 
+0

我已经有了这些信息。在2017年7月6日有人向TO添加了另一个电子邮件地址。那是一个星期三。然后在星期一6/12/2017运行。我的理论是当他们在6/7做出改变时间表的重置时 - 而不是下面的星期一是第2周,现在是第1周,所以它跑了。我告诉他们下次他们做这样的改变时,也将“开始运行这个时间表”改为它应该运行的下一个日期,在这种情况下本应该是7/3/2017。 –

+0

听起来像你想出来的。对? – ViKiNG

+0

我不知道这是真的发生了什么,希望有人能告诉我是或否。我要用我的本地安装来测试这个。感谢您的帮助,非常感谢! :) –