Aggiornamento a Project Server 2016
Sintesi: informazioni su come effettuare l'aggiornamento a Project Server 2016.
Si applica a: Project Server 2016
In questo articolo vengono descritti i passaggi necessari per l'aggiornamento a Project Server 2016.
Nota
Prima di leggere questo articolo, vedere Pianificare l'aggiornamento a Project Server 2013 per ulteriori informazioni sull'aggiornamento e sulla procedura di aggiornamento.
Requisiti per l'aggiornamento
Tenere presente i seguenti requisiti per l'aggiornamento a Project Server 2016:
È possibile solo eseguire l'aggiornamento da Project Server 2013. Se si esegue l'aggiornamento da versioni precedenti di Project Server, sarà necessario aggiornare i database a Project Server 2013 prima di tutto per eseguire l'aggiornamento a Project Server 2016.
Nota
Per informazioni sull'aggiornamento a Project Server 2013 da Project Server 2010, vedere Aggiornamento a Project Server 2013.
Il processo di aggiornamento richiede di eseguire i cmdlet di Windows PowerShell nella console di gestione di SharePoint Server 2016. Assicurarsi di disporre delle autorizzazioni necessarie per eseguirli
Se si esegue la migrazione ai piani delle risorse di Project Server 2013 da usare come impegni delle risorse di Project Server 2016:
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 per l’aggiornamento di Project Server 2016
L'aggiornamento a Project Server 2016 può essere suddiviso in sei passaggi. Ad esempio:
Creare una farm Project Server 2016
Copiare e spostare i database
Collegare e aggiornare il database del contenuto di SharePoint 2013
Provare il database del contenuto di SharePoint
Allegare e aggiornare i database di Project Server 2013
Disattivare i limiti di quota del database per il sito di Project Web Access
Eseguire la migrazione dei piani di risorse di Project Server 2013 (facoltativo)
Di seguito vengono forniti ulteriori dettagli sulla procedura di aggiornamento citata nella panoramica dell'aggiornamento.
Creare la farm di Project Server 2016
Il primo passaggio del processo di aggiornamento consiste nel creare la farm di Project Server 2016. Poiché il collegamento del database è il metodo supportato per l'aggiornamento, si collegheranno e aggiorneranno i database di Project Server 2013 a questa farm nella procedura che segue.
Si noti che una differenza fondamentale nell'installare Project Server 2016 rispetto al modo in cui veniva installato nelle versioni precedenti è che l'installazione di Project Server 2016 ora fa parte dell'installazione di SharePoint Server 2016. Project Server 2016 ora viene eseguito come applicazione di servizio in SharePoint Server 2016 e non richiede un'installazione separata.
Importante
Project Server 2016 può essere attivato solo nella versione Enterprise di SharePoint Server 2016. Project Server 2016 non può essere attivato in SharePoint Server 2016 con una licenza Standard.
Nota
Per ulteriori informazioni sulle modalità di installazione di una nuova farm di Project Server 2016, vedere Distribuire Project Server 2013 in un ambiente server farm.
Copiare e spostare i database
Il secondo passaggio del processo di aggiornamento consente di copiare i database necessari per l'ambiente di Project Server 2013 nel nuovo ambiente di Project Server 2016. Si tratta di un processo in due passaggi:
Con la farm di SharePoint Server 2013 in modalità di sola lettura, l'amministratore della farm del server esegue il backup dei seguenti due database dall'istanza di SQL Server:
Database del contenuto di SharePoint 2013 che contiene i dati del progetto
Database di Project Server 2013
L'amministratore del farm del server ripristina una copia di backup del database nell'istanza di SQL Server 2014 usata per ospitare i database della farm di Project Server 2016.
È possibile utilizzare SQL Server Management Studio per copiare e ripristinare dei database.
Collegare e aggiornare il database del contenuto di SharePoint 2013
Il secondo passaggio del processo di aggiornamento consente di allegare e aggiornare il database del contenuto di SharePoint 2013 contenente i dati del sito Project nella nuova farm di Project Server 2016.
È necessario eseguire il cmdlet di PowerShell Mount -SPContentDatabase nella Shell di gestione SharePoint 2016 per eseguire questa operazione.
Aprire la Shell di gestione SharePoint 2016 come amministratore.
Quando viene richiesto, immettere:
Mount-SPContentDatabase -Name <database name> -WebApplication <Web application name>Ad esempio:
Mount-SPContentDatabase -Name WSSContentContosoPWA -WebApplication "SharePoint 80"
Provare il database del contenuto
Il passaggio successivo per l'aggiornamento consiste nel testare il database del contenuto appena collegato e aggiornato. Utilizzare il cmdlet di PowerShell Test-SPContentDatabase per testare un database del contenuto in base all'applicazione Web specificata allo scopo di verificare che tutte le personalizzazioni a cui viene fatto riferimento nel database del contenuto siano installate anche nell'applicazione Web nel nuovo ambiente di SharePoint Server 2016. Questo cmdlet non aggiornerà i dati in alcun modo.
Aprire la Shell di gestione SharePoint 2016 come amministratore.
Quando viene richiesto, immettere:
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 verranno cercate nell'applicazione Web di SharePoint aggiornata nel suo nuovo ambiente di SharePoint Server 2016. I risultati non implicano che l'aggiornamento del database del contenuto di SharePoint 2013 non sia riuscita, ma noteranno solo elementi che dovranno essere esaminati nel nuovo ambiente. Ad esempio, è possibile ottenere il seguente risultato:
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.
Questo messaggio nota che la web part Excel Services a cui viene fatto riferimento nel database del contenuto aggiornato non viene trovata nella farm di SharePoint Server 2016. Potrebbe essere necessario installare Office Online Server nella farm di SharePoint Server 2016 per poterla utilizzare.
Nota
L'uso di Office Online Server è supportato con Project Server 2016.
Collegare e aggiornare il database di Project Server 2013
Dopo aver collegato, aggiornato e testato i database del contenuto di SharePoint 2013, il passaggio successivo consiste nel collegare e aggiornare il database di Project Server 2013 per la farm di Project Server 2016. È necessario eseguire il cmdlet di PowerShell Migrate -SPProjectDatabase nella Shell di gestione di SharePoint 2016 per eseguire questa operazione.
Aprire la Shell di gestione SharePoint 2016 come amministratore.
Quando viene richiesto, immettere:
Migrate-SPProjectDatabase -DatabaseName <database name> -SiteCollection <PWA site URL>Ad esempio:
Migrate-SPProjectDatabase -DatabaseName ProjectDB1 -SiteCollection "https://contoso1/sites/PWA"Quando il cmdlet viene completato correttamente, verificare di poter aprire il sito di Project specificato in Project Server 2016.
Nota
Se si dispone di più siti di Project Web Access da aggiornare, tutti i siti nel database del contenuto e tutti i siti di Project Web Access devono essere aggiornati contemporaneamente. Ciò significa che il database del contenuto contenente i dati del sito di progetto ed eventuali database di Project associati per ogni sito di Project Web Access devono essere aggiornati.
Disattivare i limiti di quota del database per il sito di Project Web Access
È necessario eseguire il seguente cmdlet di Windows PowerShell per disabilitare una restrizione limite di quota di database impostata per impostazione predefinita in Project Server 2016:
Set-SPProjectDatabaseQuota -URL <https://servername/sites/pwa> -Enabled:$false -ReadOnlyLimit 10200 -ReadOnlyWarningThreshold 90 -MaxDbSize 10240
Ad esempio:
Set-SPProjectDatabaseQuota -URL https://contoso/sites/pwa -Enabled:$false -ReadOnlyLimit 10200 -ReadOnlyWarningThreshold 90 -MaxDbSize 10240
Nota
Se la limitazione del limite di quota del database non è disabilitata, si verificano i problemi seguenti:> se si esegue l'aggiornamento a Project Server 2016 e il database di Project che si sta aggiornando è maggiore di 10 gig, il sito di PWA verrà immediatamente impostato su Sola lettura.> Se si distribuisce Project Server 2016, si configura un sito di PWA e, tramite l'uso giornaliero del prodotto, i dati per il sito alla fine supera il limite di 10 gig, il sito di PWA verrà impostato su Sola lettura.> Se si usano più siti PWA, il cmdlet deve essere eseguito per ogni sito di PWA.
Nota
Per ulteriori informazioni su questo problema, vedere Blog del supporto di Project: se il sito di Project Web diventa di sola lettura
Aggiornare il piano delle risorse a impegni delle risorse
Se si vuole usare la funzionalità Impegni delle risorse in Project Server 2016, è possibile scegliere di aggiornare i piani delle risorse di Project Server 2013 esistenti per utilizzarli come impegni delle risorse. Per effettuare questa operazione, dopo aver aggiornato il database di Project Server 2013 a Project Server 2016, sarà anche necessario eseguire il cmdlet di PowerShell Migrate-SPProjectResourcePlans nella Shell di gestione di SharePoint 2016.
Aprire la Shell di gestione SharePoint 2016 come amministratore.
Quando viene richiesto, immettere:
Migrate-SPProjectResourcePlans -URL <PWA site URL>Ad esempio:
Migrate-SPProjectResourcePlans -URL "https://contoso1/sites/PWA"
Dopo avere eseguito il cmdlet, verrà visualizzato uno dei seguenti messaggi di conferma:
| Messaggio | Cosa significa |
|---|---|
| È stata eseguita correttamente la migrazione di tutti i piani delle risorse di Project |
Tutti i piani delle risorse sono stati trovati e ne è stata eseguita la migrazione |
|
{0} Migrazione dei piani di risorse del {1} progetto. Per altri dettagli, controllare i log. |
I piani delle risorse sono stati trovati, ma per alcuni la migrazione non è riuscita. |
| Non ci sono altri piani delle risorse di progetto per i quali eseguire la migrazione. Alternativamente, tutti i piani delle risorse sono stati migrati oppure è stato superato il numero di tentativi massimo. Verificare la tabella MSP_RESOURCE_PLANS nell'archivio pubblicato e verificare che RESPLAN_IS_MIGRATED sia importato per tutti i progetti |
Nessun piano delle risorse è stato trovato per cui eseguire la migrazione oppure il numero massimo di tentativi è stato superato. |
Se i piani delle risorse non sono stati migrati correttamente (è stato visualizzato uno degli ultimi due messaggi), è possibile utilizzare la seguente procedura di risoluzione dei problemi per trovare ulteriori informazioni.
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 del sito di Project Web Access, eseguire il seguente cmdlet di PowerShell nella console di gestione di SharePoint Server 2016:
$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