O que é interessante de verificar é que a regra deteta e inativa os serviços de Project Server 2010, pois pensa que os serviços assim deverão estar. E então encontramos a razão da mudança:
Apesar de o "Service Application " estar 'Iniciado' como se viu na figura anterior, ao executar os comandos PowerShell, verifica-se que estão realmente desativados:
((Get-SPFarm).)Services| where {$ _.}Name - match "ProjectQueueService14"}) .instances
((Get-SPFarm).)Services| where {$ _.}Name - match "ProjectEventService14"}) .instances
A inconsistência no estado desses serviços é que causava a sua desativação pelo processo "Health check".
Ainda não temos uma boa explicação para esta situação mas há uma maneira de a travar! Mais uma vez, usaremos o PowerShell e precisaremos de executar o seguinte comando em todos os servidores em que os serviços estão instalados:
Start-SPServiceInstance - Identity < Id >
Onde o Id é o ID devolvido pelo comando Get-SPFarm para os serviços específicos. Por vezes verificámos que isto poderá ainda não resolver o problema de imediato, e nestes casos é preciso limpar a cache de configuração, parar e iniciar a instância do serviço:
Stop-SPServiceInstance - Identity < Id > Start-SPServiceInstance - Identity < Id >
Note: caso não seja exatamente o seu problema, verifique outros artigos sobre possíveis razões para ter uma fila lenta ou mesmo parada, por ex.:
http://blogs.msdn.com/b/brismith/archive/2012/09/19/when-your-project-server-queue-slows-down.aspx
Finalmente, fica o agradecimento ao colega Marc pela analise detalhada deste problema e pelo seu artigo original no blog francês:
http://blogs.technet.com/b/frenchpjblog/archive/2012/12/24/3542467.aspx