1

我有一份工作“WorkItem User Delivery”似乎卡在 TFS 2017 Update 2 (SQL Server 2016) 中。它已经运行了 4 天,并导致其他邮件/soap 作业出现问题,并且电子邮件警报非常零星: TFS OI 中 JobQueue 的图像

我在 [Tfs_Configuration].[dbo].[tbl_JobQueue] 中找到了 JobID 为 631F49B3-46E1-42EC-8FFF-081BD176C18A 的作业。我已经重新启动了 TFSJobAgent,但没有运气。从表中删除这一行是否安全,这对删除作业是否有效?

4

2 回答 2

0

对于排队的作业,您可以尝试使用RepairJobQueue 命令修复已停止为部署和收集主机运行的计划作业。

一般来说,我们不建议直接对数据库执行操作,因为它不安全。

但如果还是不行,你可以尝试清除相关的 Job Queues。请记住先备份数据库,以防遇到意外问题。

备份后,您可以尝试清除相关的通知作业队列并删除WorkItem User Delivery带有 ID 的“”作业:631F49B3-46E1-42EC-8FFF-081BD176C18A以检查是否有帮助。

要清除 Notification Job Queues,可以参考这个线程:TFS Clear Notification Job Queue

于 2018-01-09T04:34:00.267 回答
0

我们最近在我们的生产基础设施中添加了两个新的应用程序层,因为我们准备迁移到新的本地数据中心。这两个新的应用程序层没有添加到我们的负载平衡 VIP 中,因此实际上没有负载到达它们(除非我直接点击它们)。

这些新机器没有防火墙访问正在侦听当前 prod 数据中心中的 SOAP 调用的机器(甚至可能没有邮件主机)。我相信 TFS 将这些通知/soap 作业卸载到其中一台新机器上,因为一旦我在所有四台机器上关闭 TFSJobAgent 并在只有两台原始机器上重新打开它,一切就又开始工作了。

于 2018-01-11T21:52:56.783 回答