sexta-feira, 31 de julho de 2020

Project Online: Erro 23000(0x59D8)

Olá pessoal –

Recentemente um cliente começou a enfrentar um problema ao tentar publicar um cronograma no Project Online:


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.

Pois bem, voltando à correção do erro, para resolver o problema de publicação foi necessário acessar a área de exclusão de projetos (Administração do Banco de Dados e Fila > Excluir Objetos da Empresa) e escolher a opção de exclusão de apenas projetos publicados:


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!


4 comentários:

  1. Obrigado! Resolveu o meu problema, embora eu ainda não tenha encontrado a causa raiz dele.

    ResponderExcluir
  2. Gracias, tenía mismo error y me sirvio esta solucion

    ResponderExcluir
  3. Olá, fazendo este procedimento as horas reportadas pelos recursos nas timesheets mantêm-se? E no projecto, as que já foram reportadas e aprovadas?
    Obrigada

    ResponderExcluir