Aggiornamento a Project Server 2019
Riepilogo: Informazioni su come eseguire l'aggiornamento a Project Server 2019.
Si applica a: Project Server 2019
Questo articolo descrive i passaggi necessari per eseguire l'aggiornamento a Project Server 2019.
Nota
Prima di leggere questo articolo, vedere Pianificare l'aggiornamento a Project Server 2019 per altre informazioni sull'aggiornamento e sul processo di aggiornamento.
Requisiti per l'aggiornamento
Si noti i requisiti seguenti per l'aggiornamento a Project Server 2019:
È possibile eseguire l'aggiornamento solo da Project Server 2016. Se si esegue l'aggiornamento da versioni precedenti di Project Server, è necessario aggiornare i database a Project Server 2016 prima di eseguire l'aggiornamento a Project Server 2019.
Nota
Per informazioni sull'aggiornamento a Project Server 2019 da Project Server 2013, vedere Eseguire l'aggiornamento da SharePoint 2013 a SharePoint Server 2019.
Il processo di aggiornamento richiede l'esecuzione di cmdlet di Microsoft PowerShell in SharePoint Server 2019 Management Shell. Verificare di disporre delle autorizzazioni minime seguenti per eseguirle:
Ruolo predefinito del server securityadmin nell'istanza di SQL Server.
Ruolo predefinito del database db_owner in tutti i database da aggiornare.
Gruppo Administrators per il server in cui vengono eseguiti i cmdlet diPowerShell.
Un amministratore può utilizzare il cmdlet Add-SPShellAdmin per concedere le autorizzazioni per l'utilizzo dei cmdlet di SharePoint Server.
[! NOTA]Se non si dispone delle autorizzazioni, contattare l'amministratore del programma di installazione o SQL Server amministratore per richiedere le autorizzazioni. Per altre informazioni sulle autorizzazioni di PowerShell, vedere Add-SPShellAdmin
Se si esegue la migrazione dei piani di risorse Project Server 2016 da usare come resource engagement in Project Server 2019:
devono essere pubblicati.
È necessario associarvi dati rapportati alla scala cronologica (devono contenere lavoro, non solo risorse).
Nota
Per ulteriori informazioni sugli impegni delle risorse, vedere il seguente post del blog: Impegni delle risorse.
Passaggi di aggiornamento di Project Server 2019
L'aggiornamento a Project Server 2019 può essere suddiviso in quattro passaggi. tra cui:
Creare una farm di Project Server 2019
Copiare e spostare i database
Collegare e aggiornare il database del contenuto di SharePoint Server 2016
Provare il database del contenuto di SharePoint
Di seguito vengono fornite informazioni più dettagliate su questi passaggi di aggiornamento.
Creare la farm di Project Server 2019
Il primo passaggio del processo di aggiornamento consiste nel creare la farm di Project Server 2019. Poiché il collegamento di database è il metodo supportato per l'aggiornamento, è necessario collegare e aggiornare i database Project Server 2016 a questa farm nei passaggi seguenti.
Si noti che una differenza fondamentale nell'installazione di Project Server 2019 rispetto al modo in cui è stata installata nelle versioni precedenti è che l'installazione di Project Server 2019 fa ora parte dell'installazione di SharePoint Server 2019. Project Server 2019 viene ora eseguito come applicazione di servizio in SharePoint Server 2019 e non richiede un'installazione separata.
Importante
Project Server 2019 può essere abilitato solo nella versione Enterprise di SharePoint Server 2019. Non è possibile abilitare Project Server 2019 in SharePoint Server 2019 con una licenza Standard.
Nota
Per altre informazioni su come installare una nuova farm di Project Server 2019, vedere Distribuire Project Server 2016 o 2019.
Copiare e spostare i database
Il secondo passaggio del processo di aggiornamento copia i database necessari per l'ambiente Project Server 2016 nel nuovo ambiente di Project Server 2019. Si tratta di un processo in due passaggi:
Con la farm di SharePoint Server 2016 in modalità di sola lettura, l'amministratore della server farm esegue il backup dei due database seguenti dall'istanza di SQL Server:
- Database del contenuto di SharePoint Server 2016 che contiene i dati del progetto
L'amministratore della server farm ripristina una copia di backup dei database nell'istanza di SQL Server 2016 o 2017 usata per ospitare i database della farm di Project Server 2019.
È possibile usare SQL Server Management Studio per copiare e ripristinare i database.
Collegare e aggiornare il database del contenuto di SharePoint Server 2016
Il terzo passaggio del processo di aggiornamento collega e aggiorna il database del contenuto di SharePoint Server 2016 che contiene i dati del sito di Project alla nuova farm di Project Server 2019.
A tale scopo, è necessario eseguire il cmdlet di PowerShell Mount -SPContentDatabase in SharePoint 2019 Management Shell.
Aprire SharePoint 2019 Management Shell come amministratore.
Al prompt dei comandi di PowerShell digitare:
Mount-SPContentDatabase -Name <database name> -WebApplication <Web application name>
Ad esempio:
Mount-SPContentDatabase -Name WSSContentContosoPWA -WebApplication "SharePoint 80"
Provare il database del contenuto
Il quarto passaggio dell'aggiornamento consiste nel testare il database del contenuto appena collegato e aggiornato. Si userà il cmdlet Di PowerShell Test-SPContentDatabase per eseguire il test sull'applicazione Web specificata per verificare che tutte le personalizzazioni a cui si fa riferimento nel database del contenuto siano installate anche nell'applicazione Web nel nuovo ambiente SharePoint Server 2019. Questo cmdlet non aggiornerà i dati in alcun modo.
Aprire SharePoint 2019 Management Shell come amministratore.
Al prompt dei comandi di PowerShell digitare:
Test-SPContentDatabase -Name <database name> -WebApplication <Web application name>
Ad esempio:
Test-SPContentDatabase -Name WSSContentContosoPWA -WebApplication "SharePoint 80"
L'applicazione SharePoint - 80 Web verrà controllata in base alle personalizzazioni a cui viene fatto riferimento nel database WSSContentContosoPWA database e verranno pubblicati i risultati.
I risultati del cmdlet Test-SPContentDatabase noteranno le incoerenze che troverà nell'applicazione Web SharePoint aggiornata nel nuovo ambiente SharePoint Server 2019. I risultati non implicano che l'aggiornamento del database del contenuto di SharePoint 2016 non sia riuscito, ma noteranno solo gli elementi da esaminare nel nuovo ambiente. Di seguito sono riportati alcuni controlli che possono essere visualizzati nei risultati.
Consultare il database del contenuto di SharePoint Server 2016 per informazioni sulla migrazione dei piani delle risorse
Consultare nella tabella MSP_RESOURCE_PLANS le colonne seguenti:
Colonna | Valori |
---|---|
RESPLAN_IS_MIGRATED |
"0" non migrati "1" migrato |
MIGRATED_REV_COUNTER |
Il valore visualizzato è il numero di tentativi impiegati per eseguire la migrazione di questo piano delle risorse. Se il comando viene eseguito più volte, questo valore viene incrementato ogni volta, con un valore massimo di 50. |
MIGRATION_ERROR_INFO |
Per altre informazioni sulla migrazione: MissingResources=1, seguito da un elenco di risorse mancanti AccessDenied=2, seguito da informazioni aggiuntive DatabaseError=3, seguito da informazioni aggiuntive Unknown=4, seguito da informazioni aggiuntive |
Consultare il database del contenuto di SharePoint Server 2016 per informazioni sulla migrazione dei piani delle risorse
È possibile verificare se un sito di PWA specifico per il quale si sta eseguendo la migrazione presenta un piano delle risorse associato. Utilizzare la seguente query SQL per eseguire tale operazione:
SELECT *
FROM [DBName].[pjpub].[MSP_RESOURCE_PLANS] where SiteId = <SiteId>
Esiste una riga in questa tabella per ogni piano delle risorse per il sito (un progetto può includere 0 o 1 piano delle risorse).
Per ottenere il valore SiteID per il sito di PWA, eseguire il comando di PowerShell seguente in SharePoint Server 2019 Management Shell:
$site = get-spsite <SiteUrl>
$site.ID
Controllare i log di Servizio di registrazione unificato per ulteriori informazioni
I tag seguenti in category:Engagements (PWA) potrebbero contenere informazioni utili per consentire la risoluzione di qualsiasi problema associato alla migrazione del piano delle risorse:
tag_a5h65
tag_a5h66
tag_a1kg8
tag_a3qj3
tag_a1khb
tag_a5h67
tag_a1khf
tag_a2ifm
tag_a4bic
tag_a1khh
tag_a2ifo