Compartilhar via

Atualizando para a Edição de Assinatura do Project Server

  • Artigo

Resumo: Saiba como atualizar para Edição de Assinatura do Project Server.
Aplica-se a: Edição de Assinatura do Project Server

Este artigo descreve as etapas necessárias para atualizar para Edição de Assinatura do Project Server.

Observação

Antes de ler este artigo, consulte Planejar a atualização para Edição de Assinatura do Project Server para obter mais informações sobre a atualização e o processo de atualização.

Requisitos de atualização

Observe os seguintes requisitos para atualização para Edição de Assinatura do Project Server:

  • Você só pode atualizar de Project Server 2016 ou 2019. Se você estiver atualizando de versões anteriores do Project Server, você deve atualizar seus bancos de dados para Project Server 2016 ou 2019 primeiro para atualizar para Edição de Assinatura do Project Server.

    Observação

    Para obter informações sobre como atualizar para Edição de Assinatura do Project Server do Project Server 2013, consulte Atualizar do SharePoint 2013 para Edição de Assinatura do SharePoint Server.

  • O processo de atualização exige que você execute cmdlets do Microsoft PowerShell no Shell de Gerenciamento Edição de Assinatura do SharePoint Server. Verifique se você tem as seguintes permissões mínimas para executá-las:

    • A função de servidor fixa securityadmin na instância do SQL Server.

    • A função de banco de dados fixa db_owner em todos os bancos de dados que devem ser atualizados.

    • O grupo de administradores no servidor no qual você está executando o cmdlets do PowerShell.

    Um administrador pode usar o cmdlet Add-SPShellAdmin para conceder permissões para usar cmdlets SharePoint Server.

    Observação

    Se você não possui permissões, entre em contato com seu administrador de Configuração ou o administrador do SQL Server para solicitar permissões. Para obter mais informações sobre permissões do PowerShell, consulte Add-SPShellAdmin

  • Se você estiver migrando seus planos de recursos Project Server 2016 ou 2019 para usar como Envolvimentos de Recursos em Edição de Assinatura do Project Server:

    • Eles devem ser publicados.

    • Eles devem ter dados em fases associados (ele deve conter trabalho, não apenas recursos).

      Observação

      Para obter mais informações sobre envolvimentos de recursos, confira esta postagem no blog: Envolvimentos de Recursos.

Edição de Assinatura do Project Server etapas de atualização

A atualização para Edição de Assinatura do Project Server pode ser dividida em quatro etapas. Eles incluem:

  1. Criar um farm Edição de Assinatura do Project Server

  2. Copiar e mover seus bancos de dados

  3. Anexar e atualizar seu banco de dados de conteúdo do SharePoint Server 2016 ou 2019

  4. Testar seu banco de dados de conteúdo do SharePoint

A seguir, fornece mais detalhes sobre essas etapas de atualização.

Criar seu farm de Edição de Assinatura do Project Server

A primeira etapa do processo de atualização é criar o farm Edição de Assinatura do Project Server. Como a anexação de banco de dados é o método com suporte para atualização, você anexará e atualizará seus bancos de dados Project Server 2016 ou 2019 para este farm nas etapas a seguir.

Observe que uma diferença fundamental na instalação de Edição de Assinatura do Project Server versus a forma como ela foi instalada nas versões anteriores é que a instalação Edição de Assinatura do Project Server agora faz parte do Edição de Assinatura do SharePoint Server instalação. Edição de Assinatura do Project Server agora é executado como um aplicativo de serviço no Edição de Assinatura do SharePoint Server e não requer uma instalação separada.

Importante

Edição de Assinatura do Project Server só pode ser habilitado na versão Enterprise do Edição de Assinatura do SharePoint Server. Edição de Assinatura do Project Server não pode ser habilitado no Edição de Assinatura do SharePoint Server com uma licença Standard.

Observação

Para obter mais informações sobre como instalar um novo farm Edição de Assinatura do Project Server, consulte Implantar o Project Servers 2016 ou 2019 ou o Subscription Edition.

Copiar e mover seus bancos de dados

A segunda etapa do processo de atualização copia seus bancos de dados necessários para seu ambiente Project Server 2016 ou 2019 para seu novo ambiente Edição de Assinatura do Project Server. Este é um processo de duas etapas:

  1. Com o farm do SharePoint Server 2016 ou 2019 no modo somente leitura, o administrador do farm do servidor faz backup do seguinte banco de dados da instância SQL Server:

    • Banco de dados de conteúdo do SharePoint Server 2016 ou 2019 que contém os dados do projeto

  2. O administrador do farm do servidor restaura uma cópia de backup do banco de dados para a instância do SQL Server 2019 que está sendo usada para hospedar os bancos de dados do farm Edição de Assinatura do Project Server.

Você pode usar SQL Server Management Studio para copiar e restaurar os bancos de dados.

Anexar e atualizar seu banco de dados de conteúdo do SharePoint Server 2016 ou 2019

A terceira etapa do processo de atualização anexa e atualiza seu banco de dados de conteúdo do SharePoint Server 2016 ou 2019 que contém os dados do site do Project para seu novo farm de Edição de Assinatura do Project Server.

Você precisará executar o cmdlet Mount -SPContentDatabase PowerShell no Shell de Gerenciamento de Edição de Assinatura do SharePoint para fazer isso.

  1. Abra o Shell de Gerenciamento de Edição de Assinatura do SharePoint como administrador.

  2. No prompt de comando do PowerShell, digite:

    Mount-SPContentDatabase -Name <database name> -WebApplication <Web application name>

    Por exemplo:

    Mount-SPContentDatabase -Name WSSContentContosoPWA -WebApplication "SharePoint 80"

Testar seu banco de dados de conteúdo

A quarta etapa da atualização é testar seu banco de dados de conteúdo recém-anexado e atualizado. Você usará o cmdlet Test-SPContentDatabase PowerShell para testar no aplicativo Web especificado para verificar se todas as personalizações referenciadas no banco de dados de conteúdo também estão instaladas no aplicativo Web no novo ambiente Edição de Assinatura do SharePoint Server. Esse cmdlet não atualizará seus dados de qualquer maneira.

  1. Abra o Shell de Gerenciamento de Edição de Assinatura do SharePoint como administrador.

  2. No prompt de comando do PowerShell, digite:

    Test-SPContentDatabase -Name <database name> -WebApplication <Web application name>

    Por exemplo:

    Test-SPContentDatabase -Name WSSContentContosoPWA -WebApplication "SharePoint 80"

    Isso verificará o aplicativo Web SharePoint – 80 em relação às personalizações referenciadas no banco de dados WSSContentContosoPWA e postará os resultados.

Os resultados do cmdlet Test-SPContentDatabase observarão inconsistências encontradas em seu aplicativo Web do SharePoint atualizado em seu novo ambiente de Edição de Assinatura do SharePoint Server. Os resultados não implicam que a atualização do banco de dados de conteúdo do SharePoint 2016 ou 2019 falhou, mas apenas observará as coisas que você precisa examinar em seu novo ambiente. A seguir estão algumas verificações que podem aparecer em seus resultados.

Verifique seu banco de dados de conteúdo do SharePoint Server 2016 ou 2019 para obter informações de migração do plano de recursos

Verifique a tabela MSP_RESOURCE_PLANS para obter as seguintes colunas:

Coluna Valores
RESPLAN_IS_MIGRATED
 "0" não migrado
"1" migrado
MIGRATED_REV_COUNTER
 O valor mostrado é o número de tentativas necessárias para migrar esse plano de recursos. Se o comando for executado repetidamente, esse valor será incrementado sempre, com um valor máximo de 50.
MIGRATION_ERROR_INFO
 Fornece informações adicionais sobre migração:
MissingResources=1, seguido por uma lista de recursos ausentes
AccessDenied=2, seguido de qualquer informação adicional
DatabaseError=3, seguido por qualquer informação adicional
Unknown=4, seguido por qualquer informação adicional

Você pode verificar se um site PWA específico que você está migrando tem um plano de recurso associado. Use a seguinte consulta SQL para fazer isso:

SELECT *
  FROM [DBName].[pjpub].[MSP_RESOURCE_PLANS] where SiteId = <SiteId>

Há uma linha nesta tabela para cada plano de recursos para o site (um projeto pode ter 0 ou 1 plano de recursos).

Para obter o valor SiteID para seu site PWA, execute o seguinte comando do PowerShell no Shell de Gerenciamento de Edição de Assinatura do SharePoint Server:

$site = get-spsite <SiteUrl>
$site.ID

Verifique seus logs uls para obter mais informações

As seguintes marcas em category:Engagements (PWA) podem ter informações úteis para ajudar a solucionar problemas associados à migração do plano de recursos:

  • tag_a5h65

  • tag_a5h66

  • tag_a1kg8

  • tag_a3qj3

  • tag_a1khb

  • tag_a5h67

  • tag_a1khf

  • tag_a2ifm

  • tag_a4bic

  • tag_a1khh

  • tag_a2ifo