Reporting services 作业活动监视器的下一次运行不正确

Reporting services 作业活动监视器的下一次运行不正确,reporting-services,runtime,next,job-scheduling,Reporting Services,Runtime,Next,Job Scheduling,我们最近将SSRS服务器移至备份,但备份时间是2014年。 当我们注意到这一点时,我们纠正了它。但所有作业都运行了,并将下一次运行时间更新到2014年 因此,所有计划的作业现在都不起作用 我通过作业活动监视器手动触发了一些作业,作业运行,但下一次运行时间仍在2014年 我怎样才能纠正这个问题?我还没有找到手动更改下一次运行时间的选项,我也不想为每次刷新、电子邮件订阅和ETL重新创建计划 更新: 我在sysjobschedules表中找到了next_run_date字段,并将其更新到2013年。但

我们最近将SSRS服务器移至备份,但备份时间是2014年。 当我们注意到这一点时,我们纠正了它。但所有作业都运行了,并将下一次运行时间更新到2014年

因此,所有计划的作业现在都不起作用

我通过作业活动监视器手动触发了一些作业,作业运行,但下一次运行时间仍在2014年

我怎样才能纠正这个问题?我还没有找到手动更改下一次运行时间的选项,我也不想为每次刷新、电子邮件订阅和ETL重新创建计划

更新:


我在sysjobschedules表中找到了next_run_date字段,并将其更新到2013年。但它似乎没有更新系统。打开并刷新作业活动监视器时,日期仍然显示为2014年。

您指的是由Reporting Services报表订阅创建的SQL Server代理计划作业吗?如果是这样,您需要在ReportServer数据库中而不是在SQL Server元数据中修复日期(您永远不应该手动更新SQL Server元数据表!)

查看ReportServer数据库中的“订阅”和“计划”表,以了解2014年日期的来源