Condividi tramite

Aggiornare a Project Server Subscription Edition

  • Articolo

Riepilogo: Informazioni su come eseguire l'aggiornamento a Project Server Subscription Edition.
Si applica a: Project Server Subscription Edition

Questo articolo descrive i passaggi necessari per eseguire l'aggiornamento a Project Server Subscription Edition.

Nota

Prima di leggere questo articolo, vedere Pianificare l'aggiornamento a Project Server Subscription Edition 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 Subscription Edition:

  • È possibile eseguire l'aggiornamento solo da Project Server 2016 o 2019. Se si esegue l'aggiornamento da versioni precedenti di Project Server, è necessario aggiornare prima i database a Project Server 2016 o 2019 per eseguire l'aggiornamento a Project Server Subscription Edition.

    Nota

    Per informazioni sull'aggiornamento a Project Server Subscription Edition da Project Server 2013, vedere Eseguire l'aggiornamento da SharePoint 2013 a SharePoint Server Subscription Edition.

  • Il processo di aggiornamento richiede l'esecuzione di cmdlet di Microsoft PowerShell in SharePoint Server Subscription Edition 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

    [!NOTA] Se non si dispone delle autorizzazioni, richiederle all'amministratore per l'installazione o all'amministratore di SQL Server. Per altre informazioni sulle autorizzazioni di PowerShell, vedere Add-SPShellAdmin

  • Se si esegue la migrazione dei piani di risorse Project Server 2016 o 2019 da usare come Resource Engagements in Project Server Subscription Edition:

    • 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.

Project Server Subscription Edition passaggi di aggiornamento

L'aggiornamento a Project Server Subscription Edition può essere suddiviso in quattro passaggi. tra cui:

  1. Creare una farm Project Server Subscription Edition

  2. Copiare e spostare i database

  3. Collegare e aggiornare il database del contenuto di SharePoint Server 2016 o 2019

  4. Provare il database del contenuto di SharePoint

Di seguito vengono fornite informazioni più dettagliate su questi passaggi di aggiornamento.

Creare la farm Project Server Subscription Edition

Il primo passaggio del processo di aggiornamento consiste nel creare la farm Project Server Subscription Edition. Poiché il collegamento di database è il metodo supportato per l'aggiornamento, si collegheranno e si aggiorneranno i database Project Server 2016 o 2019 a questa farm nei passaggi seguenti.

Si noti che una differenza fondamentale nell'installazione di Project Server Subscription Edition rispetto al modo in cui è stata installata nelle versioni precedenti è che l'installazione Project Server Subscription Edition fa ora parte del SharePoint Server Subscription Edition'installazione. Project Server Subscription Edition viene ora eseguita come applicazione di servizio in SharePoint Server Subscription Edition e non richiede un'installazione separata.

Importante

Project Server Subscription Edition può essere abilitato solo nella versione Enterprise di SharePoint Server Subscription Edition. Project Server Subscription Edition non può essere abilitato in SharePoint Server Subscription Edition con una licenza Standard.

Nota

Per altre informazioni su come installare una nuova farm Project Server Subscription Edition, vedere Distribuire Project Server 2016 o 2019 o Subscription Edition.

Copiare e spostare i database

Il secondo passaggio del processo di aggiornamento copia i database necessari per l'ambiente Project Server 2016 o 2019 nel nuovo ambiente Project Server Subscription Edition. Si tratta di un processo in due passaggi:

  1. Con la farm di SharePoint Server 2016 o 2019 in modalità di sola lettura, l'amministratore della server farm esegue il backup del database seguente dall'istanza di SQL Server:

    • Database del contenuto di SharePoint Server 2016 o 2019 che contiene i dati del progetto

  2. L'amministratore della server farm ripristina una copia di backup del database nell'istanza di SQL Server 2019 usata per ospitare i database della farm Project Server Subscription Edition.

È possibile usare SQL Server Management Studio per copiare e ripristinare i database.

Collegare e aggiornare il database del contenuto di SharePoint Server 2016 o 2019

Il terzo passaggio del processo di aggiornamento collega e aggiorna il database del contenuto di SharePoint Server 2016 o 2019 che contiene i dati del sito di Project alla nuova farm di Project Server Subscription Edition.

A tale scopo, è necessario eseguire il cmdlet di PowerShell Mount -SPContentDatabase in SharePoint Subscription Edition Management Shell.

  1. Aprire SharePoint Subscription Edition Management Shell come amministratore.

  2. 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 Subscription Edition. Questo cmdlet non aggiornerà i dati in alcun modo.

  1. Aprire SharePoint Subscription Edition Management Shell come amministratore.

  2. 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 Subscription Edition. I risultati non implicano che l'aggiornamento del database del contenuto di SharePoint 2016 o 2019 non sia riuscito, ma noteranno solo gli elementi che è necessario esaminare nel nuovo ambiente. Di seguito sono riportati alcuni controlli che possono essere visualizzati nei risultati.

Controllare il database del contenuto di SharePoint Server 2016 o 2019 per informazioni sulla migrazione del piano di 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

È 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 Subscription Edition 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