Atualização para o Project Server 2016
Resumo: Saiba como atualizar para Project Server 2016.
Aplica-se a: Project Server 2016
Este artigo descreve as etapas necessárias para atualizar para Project Server 2016.
Observação
Antes de ler este artigo, consulte Planejar a atualização para Project Server 2016 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 Project Server 2016:
Você só pode atualizar do Project Server 2013. Se você estiver atualizando de versões anteriores do Project Server, você deve atualizar seus bancos de dados para o Project Server 2013 primeiro para atualizar para Project Server 2016.
Observação
Para obter informações sobre como atualizar para o Project Server 2013 do Project Server 2010, confira Atualizar para o Project Server 2013.
O processo de atualização exige que você execute Windows PowerShell cmdlets no Console de Gerenciamento do SharePoint Server 2016. Verifique se você tem as permissões necessárias para executá-las
Se você estiver migrando seus Planos de Recursos do Project Server 2013 para usar como Envolvimentos de Recursos no Project Server 2016:
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.
Project Server 2016 etapas de atualização
A atualização para Project Server 2016 pode ser dividida em seis etapas. Eles incluem:
Criar um farm Project Server 2016
Copiar e mover seus bancos de dados
Anexar e atualizar seu banco de dados de conteúdo do SharePoint 2013
Testar seu banco de dados de conteúdo do SharePoint
Anexar e atualizar seus bancos de dados do Project Server 2013
Desabilitar limites de cota de banco de dados para seu site PWA
Migrar seus planos de recursos do Project Server 2013 (opcional)
A seguir, fornece mais detalhes sobre as etapas de atualização mencionadas na visão geral da atualização.
Criar seu farm de Project Server 2016
A primeira etapa do processo de atualização é criar o farm Project Server 2016. Como a anexação de banco de dados é o método com suporte para atualização, você anexará e atualizará seus bancos de dados do Project Server 2013 para este farm nas etapas a seguir.
Observe que uma diferença fundamental na instalação de Project Server 2016 versus a forma como ela foi instalada nas versões anteriores é que a instalação do Project Server 2016 agora faz parte da instalação do SharePoint Server 2016. Project Server 2016 agora é executado como um aplicativo de serviço no SharePoint Server 2016 e não requer uma instalação separada.
Importante
O Project Server 2016 pode ser ativado apenas na versão Enterprise do SharePoint Server 2016. Project Server 2016 não pode ser habilitado no SharePoint Server 2016 com uma licença Standard.
Observação
Para obter mais informações sobre como instalar um novo farm de Project Server 2016, consulte Implantar Project Server 2016.
Copiar e mover seus bancos de dados
A segunda etapa do processo de atualização copia seus bancos de dados necessários para o ambiente do Project Server 2013 para seu novo ambiente Project Server 2016. Este é um processo de duas etapas:
Com o farm do SharePoint Server 2013 no modo somente leitura, o administrador do farm do servidor faz backup dos dois bancos de dados a seguir da instância SQL Server:
Banco de dados de conteúdo do SharePoint 2013 que contém os dados do projeto
Banco de dados do Project Server 2013
O administrador do farm do servidor restaura uma cópia de backup dos bancos de dados para a instância do SQL Server 2014 que está sendo usada para hospedar os bancos de dados do farm Project Server 2016.
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 2013
A segunda etapa do processo de atualização anexa e atualiza seu banco de dados de conteúdo do SharePoint 2013 que contém os dados do site do Project para seu novo farm de Project Server 2016.
Você precisará executar o cmdlet Mount -SPContentDatabase PowerShell no Shell de Gerenciamento do SharePoint 2016 para fazer isso.
Abra o Shell de Gerenciamento do SharePoint 2016 como administrador.
No prompt, insira:
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 próxima 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 do SharePoint Server 2016. Esse cmdlet não atualizará seus dados de qualquer maneira.
Abra o Shell de Gerenciamento do SharePoint 2016 como administrador.
No prompt, insira:
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 do SharePoint Server 2016. Os resultados não implicam que a atualização do banco de dados de conteúdo do SharePoint 2013 falhou, mas apenas observará as coisas que você precisa examinar em seu novo ambiente. Por exemplo, você pode ver o seguinte resultado:
Category: MissingWebPart
Error: True
UpgradeBlocking : False
Message: WebPart class [e6002ce8-69ee-168a-8f7c-a1d98d51da29] (class [Microsoft.Office.Excel.WebUI.ExcelWebRenderer] from assembly [Microsoft.Office.Excel.WebUI, Version=15.0.0.0, Culture=neutral, PublicKeyToken=71e9bce111e9429c]) is referenced [1] times in the database [WSSContentContosoPWA], but is not installed on the current farm. Please install any feature/solution which contains this web part.
Remedy: One or more web parts are referenced in the database [WSSContentContosoPWA], but are not installed on the current farm. Please install any feature or solution which contains these web parts.
Esta mensagem observa que o Serviços do Excel Web Part referenciado no banco de dados de conteúdo atualizado não é encontrado no farm do SharePoint Server 2016. Talvez seja necessário instalar Servidor do Office Online em seu farm do SharePoint Server 2016 para usá-lo.
Observação
Servidor do Office Online tem suporte para uso com Project Server 2016.
Anexar e atualizar seu banco de dados do Project Server 2013
Depois de anexar, atualizar e testar seu banco de dados de conteúdo do SharePoint 2013, a próxima etapa é anexar e atualizar seu banco de dados do Project Server 2013 para o farm Project Server 2016. Você precisará executar o cmdlet Migrar -SPProjectDatabase PowerShell no Shell de Gerenciamento do SharePoint 2016 para fazer isso.
Abra o Shell de Gerenciamento do SharePoint 2016 como administrador.
No prompt, insira:
Migrate-SPProjectDatabase -DatabaseName <database name> -SiteCollection <PWA site URL>Por exemplo:
Migrate-SPProjectDatabase -DatabaseName ProjectDB1 -SiteCollection "https://contoso1/sites/PWA"Quando o cmdlet for concluído com êxito, verifique se você pode abrir o site do Projeto especificado em Project Server 2016.
Observação
Se você tiver vários sites PWA que deseja atualizar, todos os sites no DB de conteúdo e todos os sites PWA devem ser atualizados ao mesmo tempo. Isso significa que o banco de dados de conteúdo que contém os dados do site do projeto, bem como todos os bancos de dados do Project associados para cada site PWA, deve ser atualizado.
Desabilitar limites de cota de banco de dados para seu site PWA
Você precisará executar o seguinte cmdlet Windows PowerShell para desabilitar uma restrição de limite de cota de banco de dados definida por padrão em Project Server 2016:
Set-SPProjectDatabaseQuota -URL <https://servername/sites/pwa> -Enabled:$false -ReadOnlyLimit 10200 -ReadOnlyWarningThreshold 90 -MaxDbSize 10240
Por exemplo:
Set-SPProjectDatabaseQuota -URL https://contoso/sites/pwa -Enabled:$false -ReadOnlyLimit 10200 -ReadOnlyWarningThreshold 90 -MaxDbSize 10240
Observação
Se a restrição de limite de cota de banco de dados não estiver desabilitada, você encontrará os seguintes problemas:> se você estiver atualizando para Project Server 2016 e seu banco de dados project você estiver atualizando for maior que 10 Gigs, seu site PWA será imediatamente definido como Somente leitura.> Se você implantar Project Server 2016, configurar um site PWA e, por meio do uso diário do produto, os dados do site eventualmente ultrapassarão o limite de 10 Gig, seu site PWA será definido como Somente leitura.> Se você estiver usando vários sites PWA, o cmdlet deverá ser executado para cada site PWA.
Observação
Para obter mais informações sobre esse problema, consulte Blog de Suporte ao Projeto: se o site do PWA for somente leitura
Atualizar seus planos de recursos para compromissos de recursos
Se você quiser usar o recurso Resource Engagements no Project Server 2016, poderá optar por atualizar seus Planos de Recursos do Project Server 2013 existentes para uso como Envolvimentos de Recursos. Para fazer isso, depois de atualizar o banco de dados do Project Server 2013 para Project Server 2016, você também precisará executar o cmdlet Migrar-SPProjectResourcePlans do PowerShell no Shell de Gerenciamento do SharePoint 2016.
Abra o Shell de Gerenciamento do SharePoint 2016 como administrador.
No prompt, insira:
Migrate-SPProjectResourcePlans -URL <PWA site URL>Por exemplo:
Migrate-SPProjectResourcePlans -URL "https://contoso1/sites/PWA"
Depois de executar o cmdlet, você deve receber uma das seguintes mensagens de confirmação:
| Mensagem | O que isso significa |
|---|---|
| Todos os Planos de Recursos do Projeto migraram com êxito |
Todos os planos de recursos foram encontrados e todos foram migrados |
| Migrado {0} de Planos de Recursos do {1} Projeto. Verifique os logs para obter mais detalhes. |
Planos de recursos foram encontrados, mas alguns não migram. |
| Não há mais planos de recurso de projeto para migrar. Todos os planos de recursos foram migrados ou excederam a contagem máxima de repetição. Verifique a tabela MSP_RESOURCE_PLANS no repositório publicado e verifique se RESPLAN_IS_MIGRATED está definido para todos os projetos |
Nenhum plano de recurso foi encontrado para migrar ou o número máximo de tentativas passou. |
Se seus planos de recursos não migrarem com êxito (você recebeu uma das duas últimas mensagens), poderá usar as seguintes etapas de solução de problemas para encontrar mais informações.
Verifique seu banco de dados de conteúdo do SharePoint Server 2016 para obter informações de migração de 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 |
Verifique seu banco de dados de conteúdo do SharePoint Server 2016 para obter informações de migração de plano de recursos
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 cmdlet do PowerShell no Console de Gerenciamento do SharePoint Server 2016:
$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