作业活动监视器的下次运行不正确
Posted
技术标签:
【中文标题】作业活动监视器的下次运行不正确【英文标题】:Job Activity Monitor has incorrect Next Run 【发布时间】:2013-11-13 13:24:14 【问题描述】:我们最近将 s-s-rS 服务器移到了备份位置,但备份时间是 2014 年。 当我们注意到这一点时,我们对其进行了纠正。但是所有作业都运行了,并将 Next Run 时间更新为 2014。
因此,现在所有计划的作业都没有工作。
我通过 Job Activity Monitor 手动触发了一些作业,并且作业运行,但 Next Run 时间仍然在 2014 年。
我该如何纠正这个问题?我还没有找到手动更改下一次运行时间的选项,我真的不想为每次刷新、电子邮件订阅和 ETL 重新创建计划。
更新:
我在 sysjobschedules 表中找到了 next_run_date 字段,并将其更新为 2013。但它似乎没有更新系统。当我打开并刷新 Job Activity Monitor 时,日期仍然显示 2014。
【问题讨论】:
【参考方案1】:您指的是由 Reporting Services 报告订阅创建的 SQL Server 代理计划作业吗?如果是这样,您需要在 ReportServer 数据库中修复日期,而不是在 SQL Server 元数据中(您永远不应该手动更新 SQL Server 元数据表!)。
查看 ReportServer 数据库中的“订阅”和“计划”表,了解 2014 年日期的来源。
【讨论】:
以上是关于作业活动监视器的下次运行不正确的主要内容,如果未能解决你的问题,请参考以下文章
SQL Server代理(8/12):使用SQL Server代理外部程序
mac下使用npm run dev(webpack)端口占用问题