我无助......几个星期以来一直在寻找解决方案。 我迁移的SharePoint场中的某些TimerJobs(系统作业和自定义)将无法执行。从2010年迁移到2013年至2016年。 上次运行时间为:N / A或通过powershell 01.01.0001 00:00:00
我花了很多时间寻找解决方案,并且已经做了以下事情:
我也想知道其中一些还没有关联的Web应用程序。这是正常的吗? Web application: N/A
有人有想法吗? 谢谢你的帮助。
答案 0 :(得分:0)
尝试shell
$server=Get-SPServer -Identity "name"
$ts = $server.ServiceInstances | ? { $_.GetType().Name -like "*sptimerservice*" } | Select -First 1
$ts.AllowContentDatabaseJobs = $true
$ts.AllowServiceJobs = $true
$ts.Update()
答案 1 :(得分:0)
关于自定义作业,它可能与缺少部署步骤有关,例如WSP安装(例如兼容级别或其他)或甚至功能激活以及附加'它到Web应用程序,服务实例或服务器。记住我们有一种范围'必须在时间工作发展期间检查。这不是新的,而是一种很好的材料:
关于系统(本机)作业,我建议您给我们一个示例,以便我们检查SharePoint 2016 TimerJobs参考列表:
在检查这些要求之后,您可以使用SharePoint shell上的以下命令启动一些卡住的作业(或强制它们立即运行):
net stop spadminv4
stsadm -o execadmsvcjobs
net start spadminv4
参考:https://technet.microsoft.com/pt-br/library/cc262783(v=office.12).aspx
最后一击 - 检查是否有待处理的管理更改,例如运行PSConfig。 Central Admin Health Analyzer是您最好的朋友;)
Bonus:关于自定义计时器作业,请始终确保某些功能可能需要在CA Server上启动Microsoft SharePoint Foundation Web应用程序服务,以便在Central Admin下提供自定义计时器作业:
https://docs.microsoft.com/en-us/SharePoint/administration/service-deployment-planning
"此服务提供Web服务器功能。默认情况下,它在Web服务器上启动。如果未在运行管理中心的服务器上启动此服务,并且无法全局部署该功能,则作用于Web应用程序的自定义功能可能无法按预期显示在管理中心中。"