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 回答