Olá pessoal –
Ao clicar em More Info, os detalhes do
erro são exibidos:
<?xml
version="1.0" encoding="utf-16"?>
<errinfo>
<general>
<class
name="Microsoft.Office.Project.Server.BusinessLayer.Queue.Message">
<error
id="23000" name="ProjectPublishFailure"
uid="bbe7f23f-d3af-ea11-b0c0-00155dd85201"
projectuid="82526c60-91ef-e911-b09a-00155de0cb15"
messagetype="Microsoft.Office.Project.Server.BusinessLayer.QueueMsg.PublishProjectMessage"
messageID="12" stage="" blocking="Block"/>
</class>
<class
name="Queue">
<error id="26000"
name="GeneralQueueJobFailed"
uid="bce7f23f-d3af-ea11-b0c0-00155dd85201"
JobUID="bb6e6439-d3af-ea11-92f7-5ccd5b0bb796"
ComputerName="2af58245-7478-4133-bc68-6f050af4d94b"
GroupType="ProjectPublish" MessageType="PublishProjectMessage"
MessageId="12" Stage=""
CorrelationUID="09f75c9f-c0af-0000-52fa-8920d708dbee"/>
</class>
</general>
</errinfo>
Enquanto é difícil saber o que efetivamente estaria
causando o erro (muito provavelmente esse caso se trata de um cronograma
corrompido), a boa notícia é que é possível corrigi-lo. Mas, para entender o
processo de correção, é preciso entender um pouco da estrutura e do esquema dos
bancos de dados do Project Online.
No Project Online, os projetos podem estar
salvos em até 3 bancos de dados diferentes: Draft, Published e Archived.
O banco de dados Published tem como responsabilidade armazenar os projetos
conforme eles foram publicados – ou seja, aquilo que o usuário visualiza na Central
de Projetos é oriundo desse banco de dados (em resumo, são as informações mais
recentes e representam a última atualização do projeto).
Enquanto isso, o banco de dados Draft tem como
objetivo armazenar as informações dos projetos que foram modificados e salvos,
mas que ainda não foram publicados. Por exemplo: um gerente de projetos acessa
o cronograma via Project Professional, efetua algumas modificações nas tarefas,
salva o arquivo mas não efetua a publicação. Dessa maneira, o que os usuários irão
visualizar na Central de Projetos não será as modificações realizadas pelo gerente
de projetos, mas sim as informações do projeto com base na última vez em que
ele foi publicado. Daí, quando o projeto é finalmente publicado, as informações
do banco Draft são espelhadas no banco Published.
Perceba que você NÃO deve marcar a opção de excluir
os Sites do SharePoint conectados.
Dessa forma, o projeto será removido do banco de
dados Published, mas continuará ativo no banco de dados Draft. Então, bastará
pedir para o gerente de projetos abrir o cronograma novamente a partir do
Microsoft Project e publicar o projeto 😊.
Espero que ajude!
Obrigado! Resolveu o meu problema, embora eu ainda não tenha encontrado a causa raiz dele.
ResponderExcluirFico feliz em ajudar Alcyr 👍
ResponderExcluirGracias, tenía mismo error y me sirvio esta solucion
ResponderExcluirOlá, fazendo este procedimento as horas reportadas pelos recursos nas timesheets mantêm-se? E no projecto, as que já foram reportadas e aprovadas?
ResponderExcluirObrigada