Aggiornare le applicazioni del servizio a SharePoint Server 2016

Articolo
03/21/2018

**Si applica a:**SharePoint Server 2016

**Ultima modifica dell'argomento:**2018-03-15

Riepilogo: aggiornare applicazioni di servizio (Servizi di integrazione applicativa, metadati gestiti, archiviazione sicura e ricerca) a SharePoint Server 2016.

Quando si esegue l'aggiornamento da SharePoint Server 2013 con Service Pack 1 (SP1) a SharePoint Server 2016, è necessario utilizzare un aggiornamento basato sul collegamento di database, in base al quale viene aggiornato solo il contenuto dell'ambiente e non le impostazioni di configurazione. Dopo aver configurato l'ambiente SharePoint Server 2016 e aver copiato i database del contenuto e delle applicazioni di servizio, è possibile eseguire l'aggiornamento delle applicazioni di servizio a SharePoint Server 2016. In questo articolo vengono illustrati i passaggi che è necessario eseguire per l'aggiornamento delle applicazioni di servizio.

Fase 3 del processo di aggiornamento: aggiornare le applicazioni di servizio

Phase 3 of the upgrade process: Upgrade service applications

Questa è la terza fase del processo di aggiornamento dei dati e dei siti di SharePoint Server 2013 con Service Pack 1 (SP1) a SharePoint Server 2016. Il processo include le fasi seguenti, che devono essere eseguite nell'ordine indicato:

Per una panoramica dell'intero processo, vedere Panoramica del processo di aggiornamento a SharePoint Server 2016.

Operazioni preliminari

Prima di aggiornare le applicazioni di servizio, leggere le informazioni seguenti ed eseguire le azioni consigliate.

Verificare che l'account utilizzato per eseguire i passaggi illustrati in questo articolo sia membro del gruppo Amministratori farm in Amministrazione centrale.
Decidere quale pool di applicazioni di servizio utilizzare per le applicazioni di servizio aggiornate. Nelle procedure riportate di seguito viene utilizzato il pool di applicazioni predefinito per le applicazioni di servizio, ovvero "SharePoint Web Services Default". È possibile visualizzare un elenco di pool di applicazioni di servizio disponibili utilizzando il cmdlet Get-SPServiceApplicationPool in PowerShell. In alternativa, è possibile creare un pool di applicazioni di servizio utilizzando il cmdlet New-SPServiceApplicationPool. Per ulteriori informazioni, vedere Get-SPServiceApplicationPool e New-SPServiceApplicationPool.

Suggerimento

In questo articolo vengono utilizzate variabili (ad esempio $applicationPool, $sss, $upa e così via) nei cmdlet di PowerShell per risparmiare tempo e lavoro. Non è obbligatorio utilizzarle se non lo si desidera. Se tuttavia non si utilizzano queste variabili, sarà necessario utilizzare gli ID delle applicazioni di servizio e dei proxy di applicazione di servizio quando si specificano i parametri identity. Ogni procedura include informazioni sulle variabili utilizzate o sui cmdlet alternativi da utilizzare per ricercare gli eventuali ID necessari.
Molte procedure in questo articolo includono inoltre un passaggio per l'impostazione della variabile $applicationPool. Se si eseguono tutte queste procedure nella stessa sessione di PowerShell e si desidera utilizzare lo stesso pool di applicazioni per tutte le applicazioni di servizio, non sarà necessario ripetere questo passaggio in ogni procedura. Sarà sufficiente impostare una volta questa variabile all'inizio e utilizzarla nelle procedure illustrate in questo articolo.

Nota

Ogni proprietà gestita di SPWebURL nel rispettivo Schema di SharePoint 2013 deve essere rinominata (vale a dire, da SPWebURL a SPWebURL1). Dopo l'aggiornamento a SharePoint Server 2016, il nome della proprietà gestita SPWebURL1 può essere riportato la nome originale (vale a dire, SPWebURL).

Informazioni sull'aggiornamento dei database delle applicazioni di servizio

Per aggiornare un database di un'applicazione di servizio, è necessario creare una nuova applicazione di servizio e utilizzare il nome del database esistente per la nuova applicazione. Quando viene creata l'applicazione di servizio, il database viene aggiornato. Questo processo include diversi passaggi.

Nota

Word Automation Services e Machine Translation Services non possono essere aggiornati. Sarà necessario creare una nuova istanza di servizio.

Importante

La procedura seguente si applica solo al tipo di ruolo del server Personalizzato. Per ulteriori informazioni sui tipi di ruolo del server, vedere Pianificazione di una distribuzione a server MinRole in SharePoint Server 2016.

Avviare le istanze dei servizi

Il primo passaggio consiste nell'avviare le istanze del servizio delle cinque applicazioni di servizio che è possibile aggiornare: servizio di integrazione applicativa dei dati, il servizio Web metadati gestiti, il servizio PerformancePoint Services, il servizio archiviazione sicura e il servizio di ricerca. La maggior parte delle istanze di questi servizi può essere avviata da Amministrazione centrale. L'istanza del servizio di ricerca di SharePoint Server deve invece essere avviata tramite PowerShell.
Creare le applicazioni di servizio e aggiornare i database

Dopo avere avviato le istanze dei servizi, è necessario creare le applicazioni di servizio e aggiornare i database. Utilizzare PowerShell per ripristinare i database delle applicazioni di servizio.
Creare i proxy per le applicazioni di servizio

Dopo avere aggiornato i database delle applicazioni di servizio, è necessario creare i proxy per tali applicazioni e aggiungerli al gruppo di proxy predefinito. È necessario creare i proxy per le applicazioni di servizio seguenti:
- Applicazione del servizio metadati gestiti
- Applicazione del servizio di ricerca
- Applicazione del servizio di archiviazione sicura
- Applicazione di servizio PerformancePoint Services
L'applicazione servizio di integrazione applicativa dei dati crea automaticamente un proxy e lo assegna al gruppo di proxy predefinito quando si crea l'applicazione di servizio.
Verificare che i proxy appartengano al gruppo predefinito

Nelle sezioni riportate di seguito sono descritte le procedure per completare questi passaggi.

Avviare le istanze dei servizi

Le procedure riportate di seguito consentono di avviare le istanze dei servizi.

Per avviare le istanze delle applicazioni di servizio da Amministrazione centrale

Avviare Amministrazione centrale SharePoint 2016.
- Per Windows Server 2012 R2:
  - Nella schermata Start fare clic su Amministrazione centrale SharePoint 2016.
    
    Se Amministrazione centrale SharePoint 2016 non è disponibile nella schermata Start:
  - Fare clic con il pulsante destro del mouse su Computer, scegliere Tutte le app e quindi Amministrazione centrale SharePoint 2016.
Per ulteriori informazioni su come interagire con Windows Server 2012 R2, vedere Attività di gestione comuni e spostamento in Windows Server 2012.
Nella sezione Applicazioni di servizio della pagina Gestione applicazione di Amministrazione centrale SharePoint 2016 fare clic su Gestisci servizi nel server.
Accanto a servizio di integrazione applicativa dei dati fare clic su Avvia.
Accanto a Servizio Web metadati gestiti fare clic su Avvia.
Accanto a Servizio PerformancePoint Services fare clic su Avvia.
Accanto a Servizio archiviazione sicura fare clic su Avvia.

L'istanza del servizio di ricerca deve essere avviata con PowerShell in quanto non è possibile avviarla da Amministrazione centrale, a meno che non esista già un'applicazione del servizio di ricerca.

Per avviare l’istanza del servizio di ricerca tramite PowerShell

Verificare di essere membri dei ruoli e dei gruppi seguenti:
- Ruolo predefinito del server securityadmin nell'istanza di SQL Server.
- Ruolo predefinito del database db_owner in tutti i database da aggiornare.
- Gruppo Administrators nel server in cui si eseguono i cmdlet di PowerShell.
Un amministratore può utilizzare il cmdlet Add-SPShellAdmin per concedere le autorizzazioni per l'utilizzo dei cmdlet di SharePoint Server 2016.

Nota

Se non si dispone delle autorizzazioni, richiederle all'amministratore dell'installazione o all'amministratore di SQL Server. Per altre informazioni sulle autorizzazioni di PowerShell, vedere Add-SPShellAdmin.
Avviare SharePoint 2016 Management Shell.
- Per Windows Server 2012 R2:
  - Nella schermata Start fare clic su SharePoint 2016 Management Shell.
    
    Se la SharePoint 2016 Management Shell non è disponibile nella schermata Start:
  - Fare clic con il pulsante destro del mouse su Computer, scegliere Tutte le app e quindi SharePoint 2016 Management Shell.
Per ulteriori informazioni su come interagire con Windows Server 2012 R2, vedere Attività di gestione comuni e spostamento in Windows Server 2012.

Per avviare l'istanza del servizio di ricerca, al prompt dei comandi di Microsoft PowerShell digitare i comandi seguenti e premere INVIO dopo ognuno:

$SearchInst = Get-SPEnterpriseSearchServiceInstance
# Stores the identity for the Search service instance on this server as a variable 

Start-SPServiceInstance $SearchInst
# Starts the service instance

Per ulteriori informazioni, vedere Get-SPEnterpriseSearchServiceInstance e Start-SPServiceInstance.

Aggiornare l'applicazione di servizio archiviazione sicura.

Per aggiornare l'applicazione del servizio archiviazione sicura, è necessario creare la nuova applicazione di servizio e aggiornare il database, creare un proxy e aggiungerlo al gruppo di proxy predefinito e quindi ripristinare la passphrase dell'ambiente precedente.

Aggiornare l’applicazione del servizio archiviazione sicura tramite PowerShell

Verificare di essere membri dei ruoli e dei gruppi seguenti:
- Ruolo predefinito del server securityadmin nell'istanza di SQL Server.
- Ruolo predefinito del database db_owner in tutti i database da aggiornare.
- Gruppo Administrators nel server in cui si eseguono i cmdlet di PowerShell.
Un amministratore può utilizzare il cmdlet Add-SPShellAdmin per concedere le autorizzazioni per l'utilizzo dei cmdlet di SharePoint Server 2016.

Nota

Se non si dispone delle autorizzazioni, richiederle all'amministratore dell'installazione o all'amministratore di SQL Server. Per altre informazioni sulle autorizzazioni di PowerShell, vedere Add-SPShellAdmin.
Avviare SharePoint 2016 Management Shell.
- Per Windows Server 2012 R2:
  - Nella schermata Start fare clic su SharePoint 2016 Management Shell.
    
    Se la SharePoint 2016 Management Shell non è disponibile nella schermata Start:
  - Fare clic con il pulsante destro del mouse su Computer, scegliere Tutte le app e quindi SharePoint 2016 Management Shell.
Per ulteriori informazioni su come interagire con Windows Server 2012 R2Windows Server 2012, vedere Attività di gestione comuni e spostamento in Windows Server 2012.
Per archiviare il pool di applicazioni che si desidera utilizzare come variabile per questa applicazione di servizio, al prompt dei comandi di Microsoft PowerShell digitare il comando seguente:
```
$applicationPool = Get-SPServiceApplicationPool -Identity 'SharePoint Web Services default'
```
Dove:
- SharePoint Web Services default è il nome del pool di applicazioni di servizio in cui saranno contenute le nuove applicazioni di servizio. Questo è il pool di applicazioni di servizio predefinito. È possibile specificare un altro pool di applicazioni di servizio.
Questo cmdlet imposta il pool di applicazioni di servizio come variabile che è possibile riutilizzare nei cmdlet successivi. Se si dispone di più pool di applicazioni ed è necessario utilizzare un pool di applicazioni diverso per una determinata applicazione di servizio, ripetere questo passaggio nella procedura per creare ogni applicazione di servizio in modo da utilizzare il pool di applicazioni appropriato.
Per aggiornare l'applicazione del servizio archiviazione sicura, al prompt dei comandi di Microsoft PowerShell digitare il comando seguente:
```
$sss = New-SPSecureStoreServiceApplication -Name 'Secure Store' -ApplicationPool $applicationPool -DatabaseName 'SecureStore_Upgrade_DB' -AuditingEnabled
```
Dove:
- SecureStore è il nome che si desidera dare alla nuova applicazione del servizio archiviazione sicura.
- $applicationpool è la variabile impostata precedentemente per identificare il pool di applicazioni di servizio da utilizzare.
  
  Suggerimento
  
  Se non si utilizza la variabile $applicationPool, è necessario specificare il nome di un pool di applicazioni di servizio esistente nel formato 'Nome pool applicazioni'. Per visualizzare un elenco dei pool di applicazioni di servizio, è possibile eseguire il cmdlet Get-SPServiceApplicationPool.
- SecureStore_Upgrade_DB è il nome del database dell'applicazione di servizio che si desidera aggiornare.
Questo comando imposta la variabile $sss, utilizzata in un secondo momento quando si creerà il proxy.

Per ulteriori informazioni, vedere New-SPSecureStoreApplication.
Digitare il comando seguente per creare un proxy per l'applicazione del servizio archiviazione sicura:
```
$sssp = New-SPSecureStoreServiceApplicationProxy -Name ProxyName -ServiceApplication $sss -DefaultProxyGroup
```
Dove:
- ProxyName è il nome del proxy che si desidera utilizzare.
- $sss è la variabile impostata precedentemente per identificare la nuova applicazione del servizio archiviazione sicura.
  
  Suggerimento
  
  Se non si utilizza la variabile $sss, è necessario utilizzare un ID per identificare l'applicazione del servizio di archiviazione sicura anziché un nome. Per trovare l'ID, eseguire il cmdlet Get-SPServiceApplication per ottenere un elenco degli ID di tutte le applicazioni di servizio.
- DefaultProxyGroup aggiunge il proxy dell'applicazione del servizio archiviazione sicura al gruppo di proxy predefinito per la farm locale.
Questo comando imposta la variabile $sssp per il proxy di applicazione di servizio utilizzato quando si ripristina la passphrase.

Per ulteriori informazioni, vedere New-SPSecureStoreServiceApplicationProxy.

Dopo aver creato l'applicazione del servizio di archiviazione sicura e il proxy, è necessario aggiornare la chiave di crittografia. Per informazioni sull'aggiornamento della chiave di crittografia, vedere Refresh the Secure Store encryption key.
Digitare il comando seguente per ripristinare la passphrase per l'applicazione del servizio archiviazione sicura:
```
Update-SPSecureStoreApplicationServerKey -Passphrase <Passphrase> -ServiceApplicationProxy $sssp
```
Dove:
- <Passphrase> è la passphrase per l'applicazione del servizio archiviazione sicura dell'ambiente precedente.
- $sssp è una variabile impostata precedentemente per identificare il nuovo proxy dell'applicazione del servizio di archiviazione sicura.
  
  Suggerimento
  
  Se non si utilizza la variabile $sssp, è necessario utilizzare un ID per identificare il proxy dell'applicazione del servizio di archiviazione sicura anziché un nome. Per trovare l'ID, eseguire il cmdlet Get-SPServiceApplicationProxy per ottenere un elenco degli ID di tutti i proxy di applicazione di servizio.
Per ulteriori informazioni, vedere Update-SPSecureStoreApplicationServerKey.

Aggiornare l'applicazione servizio di integrazione applicativa dei dati

Per aggiornare l'applicazione servizio di integrazione applicativa dei dati, creare la nuova applicazione di servizio e aggiornare il database. Non è necessario creare un proxy per l'applicazione servizio di integrazione applicativa dei dati. L'applicazione servizio di integrazione applicativa dei dati crea automaticamente un proxy e lo assegna al gruppo di proxy predefinito quando si crea l'applicazione di servizio.

Aggiornare l’applicazione servizio di integrazione applicativa dei dati usando PowerShell

Verificare di essere membri dei ruoli e dei gruppi seguenti:
- Ruolo predefinito del server securityadmin nell'istanza di SQL Server.
- Ruolo predefinito del database db_owner in tutti i database da aggiornare.
- Gruppo Administrators nel server in cui si eseguono i cmdlet di PowerShell.
Un amministratore può utilizzare il cmdlet Add-SPShellAdmin per concedere le autorizzazioni per l'utilizzo dei cmdlet di SharePoint Server 2016.

Nota

Se non si dispone delle autorizzazioni, richiederle all'amministratore dell'installazione o all'amministratore di SQL Server. Per altre informazioni sulle autorizzazioni di PowerShell, vedere Add-SPShellAdmin.
Avviare SharePoint 2016 Management Shell.
- Per Windows Server 2012 R2:
  - Nella schermata Start fare clic su SharePoint 2016 Management Shell.
    
    Se la SharePoint 2016 Management Shell non è disponibile nella schermata Start:
  - Fare clic con il pulsante destro del mouse su Computer, scegliere Tutte le app e quindi SharePoint 2016 Management Shell.
Per ulteriori informazioni su come interagire con Windows Server 2012 R2, vedere Attività di gestione comuni e spostamento in Windows Server 2012.
Per archiviare il pool di applicazioni che si desidera utilizzare come variabile per questa applicazione di servizio, al prompt dei comandi di Microsoft PowerShell digitare il comando seguente:
```
$applicationPool = Get-SPServiceApplicationPool -Identity 'SharePoint Web Services default'
```
Dove:
- SharePoint Web Services default è il nome del pool di applicazioni di servizio che conterrà le nuove applicazioni di servizio.
Questo cmdlet imposta il pool di applicazioni di servizio come variabile che è possibile riutilizzare nei cmdlet successivi. Se si dispone di più pool di applicazioni ed è necessario utilizzare un pool di applicazioni diverso per una determinata applicazione di servizio, ripetere questo passaggio nella procedura per creare ogni applicazione di servizio in modo da utilizzare il pool di applicazioni appropriato.
Per aggiornare l'applicazione servizio di integrazione applicativa dei dati, al prompt dei comandi di Microsoft PowerShell digitare il comando seguente:
```
New-SPBusinessDataCatalogServiceApplication -Name 'BDC Service' -ApplicationPool $applicationPool -DatabaseName 'BDC_Service_DB'
```
Dove:
- BDC Service è il nome che si desidera dare alla nuova applicazione servizio di integrazione applicativa dei dati.
- $applicationpool è la variabile impostata precedentemente per identificare il pool di applicazioni di servizio da utilizzare.
  
  Suggerimento
  
  Se non si utilizza la variabile $applicationPool, è necessario specificare il nome di un pool di applicazioni di servizio esistente nel formato 'Nome pool applicazioni'. Per visualizzare un elenco dei pool di applicazioni di servizio, è possibile eseguire il cmdlet Get-SPServiceApplicationPool.
- BDC_Service_DB è il nome del database dell'applicazione di servizio che si desidera aggiornare.
Per ulteriori informazioni, vedere New-SPBusinessDataCatalogServiceApplication.

Aggiornare l'applicazione del servizio metadati gestiti

Per aggiornare l'applicazione del servizio metadati gestiti, è necessario creare la nuova applicazione di servizio e aggiornare il database, quindi creare un proxy e aggiungerlo al gruppo di proxy predefinito.

Per aggiornare l'applicazione del servizio metadati gestiti tramite PowerShell

Verificare di essere membri dei ruoli e dei gruppi seguenti:
- Ruolo predefinito del server securityadmin nell'istanza di SQL Server.
- Ruolo predefinito del database db_owner in tutti i database da aggiornare.
- Gruppo Administrators nel server in cui si eseguono i cmdlet di PowerShell.
Un amministratore può utilizzare il cmdlet Add-SPShellAdmin per concedere le autorizzazioni per l'utilizzo dei cmdlet di SharePoint Server 2016.

Nota

Se non si dispone delle autorizzazioni, richiederle all'amministratore dell'installazione o all'amministratore di SQL Server. Per altre informazioni sulle autorizzazioni di PowerShell, vedere Add-SPShellAdmin.
Avviare SharePoint 2016 Management Shell.
- Per Windows Server 2012 R2:
  - Nella schermata Start fare clic su SharePoint 2016 Management Shell.
    
    Se la SharePoint 2016 Management Shell non è disponibile nella schermata Start:
  - Fare clic con il pulsante destro del mouse su Computer, scegliere Tutte le app e quindi SharePoint 2016 Management Shell.
Per ulteriori informazioni su come interagire con Windows Server 2012 R2, vedere Attività di gestione comuni e spostamento in Windows Server 2012.
Per archiviare il pool di applicazioni che si desidera utilizzare come variabile per questa applicazione di servizio, al prompt dei comandi di Microsoft PowerShell digitare il comando seguente:
```
$applicationPool = Get-SPServiceApplicationPool -Identity 'SharePoint Web Services default'
```
Dove:
- SharePoint Web Services default è il nome del pool di applicazioni di servizio che conterrà le nuove applicazioni di servizio.
Questo cmdlet imposta il pool di applicazioni di servizio come variabile che è possibile riutilizzare nei cmdlet successivi. Se si dispone di più pool di applicazioni ed è necessario utilizzare un pool di applicazioni diverso per una determinata applicazione di servizio, ripetere questo passaggio nella procedura per creare ogni applicazione di servizio in modo da utilizzare il pool di applicazioni appropriato.
Per aggiornare l'applicazione del servizio metadati gestiti, al prompt dei comandi di Microsoft PowerShell digitare il comando seguente:
```
$mms = New-SPMetadataServiceApplication -Name 'Managed Metadata Service Application' -ApplicationPool $applicationPool -DatabaseName 'Managed Metadata Service_DB'
```
Dove:
- Managed Metadata Service Application è il nome che si desidera dare alla nuova applicazione del servizio metadati gestiti.
- $applicationpool è la variabile impostata precedentemente per identificare il pool di applicazioni di servizio da utilizzare.
  
  Suggerimento
  
  Se non si utilizza la variabile $applicationPool, è necessario specificare il nome di un pool di applicazioni di servizio esistente nel formato 'Nome pool applicazioni'. Per visualizzare un elenco dei pool di applicazioni di servizio, è possibile eseguire il cmdlet Get-SPServiceApplicationPool.
- Managed Metadata Service_DB è il nome del database dell'applicazione di servizio che si desidera aggiornare.
Questo comando imposta la variabile $mmd, utilizzata in un secondo momento quando si creerà il proxy.

Per ulteriori informazioni, vedere New-SPMetadataServiceApplication.
Al prompt dei comandi di Microsoft PowerShell digitare il comando seguente per creare un proxy per l'applicazione del servizio metadati gestiti:
```
New-SPMetadataServiceApplicationProxy -Name ProxyName -ServiceApplication $mms -DefaultProxyGroup
```
Dove:
- ProxyName è il nome del proxy che si desidera utilizzare.
- $mms è la variabile impostata precedentemente per identificare la nuova applicazione del servizio metadati gestiti.
  
  Suggerimento
  
  Se non si utilizza la variabile $mms, è necessario utilizzare un ID per identificare il proxy dell'applicazione del servizio metadati gestiti anziché un nome. Per trovare l'ID, eseguire il cmdlet Get-SPServiceApplication per ottenere un elenco degli ID di tutte le applicazioni di servizio.
- DefaultProxyGroup aggiunge il proxy dell'applicazione del servizio metadati gestiti al gruppo di proxy predefinito per la farm locale.
Per ulteriori informazioni, vedere New-SPMetadataServiceApplicationProxy.

Aggiornare l'applicazione di servizio PerformancePoint Services.

Per aggiornare l'applicazione del servizio PerformancePoint Services, è necessario creare la nuova applicazione di servizio e aggiornare il database, quindi creare un proxy e aggiungerlo al gruppo di proxy predefinito.

Per aggiornare l’applicazione del servizio PerformancePoint Services tramite PowerShell

Verificare di essere membri dei ruoli e dei gruppi seguenti:
- Ruolo predefinito del server securityadmin nell'istanza di SQL Server.
- Ruolo predefinito del database db_owner in tutti i database da aggiornare.
- Gruppo Administrators nel server in cui si eseguono i cmdlet di PowerShell.
Un amministratore può utilizzare il cmdlet Add-SPShellAdmin per concedere le autorizzazioni per l'utilizzo dei cmdlet di SharePoint Server 2016.

Nota

Se non si dispone delle autorizzazioni, richiederle all'amministratore dell'installazione o all'amministratore di SQL Server. Per altre informazioni sulle autorizzazioni di PowerShell, vedere Add-SPShellAdmin.
Avviare SharePoint 2016 Management Shell.
- Per Windows Server 2012 R2:
  - Nella schermata Start fare clic su SharePoint 2016 Management Shell.
    
    Se la SharePoint 2016 Management Shell non è disponibile nella schermata Start:
  - Fare clic con il pulsante destro del mouse su Computer, scegliere Tutte le app e quindi SharePoint 2016 Management Shell.
Per ulteriori informazioni su come interagire con Windows Server 2012 R2, vedere Attività di gestione comuni e spostamento in Windows Server 2012.
Per archiviare il pool di applicazioni che si desidera utilizzare come variabile per questa applicazione di servizio, al prompt dei comandi di Microsoft PowerShell digitare il comando seguente:
```
$applicationPool = Get-SPServiceApplicationPool -Identity 'SharePoint Web Services default'
```
Dove:
- SharePoint Web Services default è il nome del pool di applicazioni di servizio che conterrà le nuove applicazioni di servizio.
Questo cmdlet imposta il pool di applicazioni di servizio come variabile che è possibile riutilizzare nei cmdlet successivi. Se si dispone di più pool di applicazioni ed è necessario utilizzare un pool di applicazioni diverso per una determinata applicazione di servizio, ripetere questo passaggio nella procedura per creare ogni applicazione di servizio in modo da utilizzare il pool di applicazioni appropriato.
Per aggiornare l'applicazione del servizio PerformancePoint Services, al prompt dei comandi di Microsoft PowerShell digitare il comando seguente:
```
$pps = New-SPPerformancePointServiceApplication -Name 'PerformancePoint Service' -ApplicationPool $applicationPool -DatabaseName 'PerformancePoint Service Application_DB'
```
Dove:
- PerformancePoint Service è il nome che si desidera dare alla nuova applicazione del servizio PerformancePoint Services.
- $applicationpool è la variabile impostata precedentemente per identificare il pool di applicazioni di servizio da utilizzare.
  
  Suggerimento
  
  Se non si utilizza la variabile $applicationPool, è necessario specificare il nome di un pool di applicazioni di servizio esistente nel formato 'Nome pool applicazioni'. Per visualizzare un elenco dei pool di applicazioni di servizio, è possibile eseguire il cmdlet Get-SPServiceApplicationPool.
- PerformancePoint Service Application_DB è il nome del database dell'applicazione del servizio PerformancePoint Services che si desidera aggiornare.
Questo comando imposta la variabile $pps, utilizzata in un secondo momento quando si creerà il proxy.

Per ulteriori informazioni, vedere New-SPProfileServiceApplication.
Digitare il comando seguente per creare un proxy per l'applicazione del servizio PerformancePoint Services:
```
New-SPPerformancePointServiceApplicationProxy -Name ProxyName -ServiceApplication $pps -Default
```
Dove:
- ProxyName è il nome del proxy che si desidera utilizzare.
- $pps è la variabile impostata precedentemente per identificare la nuova applicazione del servizio PerformancePoint Services.
  
  Suggerimento
  
  Se non si utilizza la variabile $pps, è necessario utilizzare un ID per identificare l'applicazione del servizio di PerformancePoint Services anziché un nome. Per trovare l'ID, eseguire il cmdlet Get-SPServiceApplication per ottenere un elenco degli ID di tutte le applicazioni di servizio.
- Default aggiunge il proxy dell'applicazione del servizio PerformancePoint Services al gruppo di proxy predefinito per la farm locale.
Per ulteriori informazioni, vedere New-SPPerformancePointServiceApplicationProxy.

Aggiornare l'applicazione del servizio di ricerca

Aggiornare l'applicazione del servizio profili utente e l’applicazione Servizio metadati gestiti prima di aggiornare l'applicazione del servizio di ricerca.

Per aggiornare l'applicazione del servizio di ricerca, copiare il database di amministrazione della ricerca nella farm SharePoint Server 2013 con Service Pack 1 (SP1) all’interno della farm di SharePoint Server 2016 e ripristinare l'applicazione del servizio di ricerca dalla farm di SharePoint Server 2013 con Service Pack 1 (SP1) alla farm di SharePoint Server 2016. Il ripristino attiva SharePoint Server 2016 per creare una nuova applicazione del servizio di ricerca nella farm di SharePoint Server 2016 e specifica il percorso del database di amministrazione ricerca copiato. Per completare l’aggiornamento dell’applicazione del servizio di ricerca, viene creato un proxy e lo si aggiunge al gruppo di proxy predefinito, accertandosi che il nuovo database dei collegamenti e la nuova topologia di ricerca siano configurati come nella farm di SharePoint Server 2013 con Service Pack 1 (SP1).

In SharePoint Server 2016 in genere viene creata una nuova topologia di ricerca con tutti i componenti della ricerca e i database quando si crea una nuova applicazione del servizio di ricerca. Durante un ripristino di un'applicazione del servizio di ricerca, SharePoint Server 2016 crea una nuova topologia di ricerca, ma consente di aggiornare il database di amministrazione della ricerca ripristinato invece di creare un nuovo database di amministrazione della ricerca. Il database di amministrazione della ricerca aggiornato mantiene qualsiasi aggiunta o modifica apportata allo schema di ricerca, alle origini dei risultati e alle regole di query dalla farm di SharePoint Server 2013 con Service Pack 1 (SP1).

Nota

Durante l'aggiornamento, la ricerca non esegue l’indicizzazione del contenuto in SharePoint Server 2013 con Service Pack 1 (SP1). Se l’aggiornamento dei risultati della ricerca è importante, risparmiare tempo acquisendo familiarità con questi passaggi prima di avviare l'aggiornamento.

Importante

Poiché la topologia di ricerca è una novitàa della farm di SharePoint Server 2016, l'indice è vuoto. È necessario eseguire una ricerca per indicizzazione completa dell'intero corpus indicizzato dopo aver aggiornato tutte le origini di contenuto (la quarta fase del processo di aggiornamento dei dati e dei siti di SharePoint Server 2013 con Service Pack 1 (SP1) a SharePoint Server 2016).

Per aggiornare l'applicazione del servizio di ricerca tramite PowerShell

Per copiare il database di amministrazione ricerca della farm di SharePoint Server 2013 con Service Pack 1 (SP1) alla farm di SharePoint Server 2016, procedere come segue:

Nota

Sono stati copiati tutti gli altri database di contenuti e servizi nell’ambiente SharePoint Server 2013 con Service Pack 1 (SP1) in un passaggio precedente del processo per l'aggiornamento a SharePoint Server 2016. È consigliabile copiare il database di amministrazione della ricerca in questa fase successiva, perché è necessario sospendere l'applicazione del servizio di ricerca nell’ambiente SharePoint Server 2013 con Service Pack 1 (SP1) durante la copia del database di amministrazione della ricerca.

Importante

Eseguire questa procedura nell'ambiente SharePoint Server 2013 con Service Pack 1 (SP1).
1. Verificare di essere membri dei ruoli e dei gruppi seguenti:
  - Ruolo predefinito del server securityadmin nell'istanza di SQL Server.
  - Ruolo predefinito del database db_owner in tutti i database da aggiornare.
  - Gruppo Administrators nel server in cui si eseguono i cmdlet di PowerShell.
  Un amministratore può utilizzare il cmdlet Add-SPShellAdmin per concedere le autorizzazioni per l'utilizzo dei cmdlet di SharePoint Server 2016.
  
  Nota
  
  Se non si dispone delle autorizzazioni, richiederle all'amministratore dell'installazione o all'amministratore di SQL Server. Per altre informazioni sulle autorizzazioni di PowerShell, vedere Add-SPShellAdmin.
2. Avviare SharePoint Management Shell.
  - Per Windows Server 2012 R2:
    - Nella schermata Start fare clic su SharePoint Management Shell.
      
      Se SharePoint Management Shell non è disponibile nella schermata Start:
    - Fare clic con il pulsante destro del mouse su Computer, scegliere Tutte le app e quindi SharePoint Management Shell.
  Per ulteriori informazioni su come interagire con Windows Server 2012 R2, vedere Attività di gestione comuni e spostamento in Windows Server 2012.
3. Impostare il database di amministrazione della ricerca sulla sola lettura. Nella seconda fase del processo per l'aggiornamento dei dati e dei siti SharePoint Server 2013 con Service Pack 1 (SP1) e SharePoint Server 2016, vengono impostati tutti gli altri database di sola lettura. Seguire le stesse istruzioni ora per il database di amministrazione della ricerca.
4. Sospendere l’applicazione del servizio di ricerca. Al prompt dei comandi di Windows PowerShell digitare il comando seguente:
```
$ssa = Get-SPEnterpriseSearchServiceApplication <SearchServiceApplicationName>
Suspend-SPEnterpriseSearchServiceApplication -Identity $ssa
```
  Dove:
  - SearchServiceApplicationName è il nome dell'applicazione del servizio di ricerca che si desidera sospendere.
  Nota
  
  Mentre l’applicazione del servizio di ricerca è in pausa, l'indice nell’ambiente SharePoint Server 2013 con Service Pack 1 (SP1) viene aggiornato. Questo significa che durante l'aggiornamento a SharePoint Server 2016, i risultati di ricerca possono essere meno aggiornati.
5. Copiare il database di amministrazione della ricerca nella farm di SharePoint Server 2013 con Service Pack 1 (SP1) nella farm di SharePoint Server 2016 eseguendo le procedure descritte in Copiare database nella nuova farm per l'aggiornamento a SharePoint Server 2016 per solo il database di amministrazione della ricerca.
Importante

Eseguire questa procedura nell'ambiente SharePoint Server 2016.
Verificare di essere membri dei ruoli e dei gruppi seguenti:
- Ruolo predefinito del server securityadmin nell'istanza di SQL Server.
- Ruolo predefinito del database db_owner in tutti i database da aggiornare.
- Gruppo Administrators nel server in cui si eseguono i cmdlet di PowerShell.
Un amministratore può utilizzare il cmdlet Add-SPShellAdmin per concedere le autorizzazioni per l'utilizzo dei cmdlet di SharePoint Server 2016.

Nota

Se non si dispone delle autorizzazioni, richiederle all'amministratore dell'installazione o all'amministratore di SQL Server. Per altre informazioni sulle autorizzazioni di PowerShell, vedere Add-SPShellAdmin.
Avviare SharePoint 2016 Management Shell.
- Per Windows Server 2012 R2:
  - Nella schermata Start fare clic su SharePoint 2016 Management Shell.
    
    Se la SharePoint 2016 Management Shell non è disponibile nella schermata Start:
  - Fare clic con il pulsante destro del mouse su Computer, scegliere Tutte le app e quindi SharePoint 2016 Management Shell.
Per ulteriori informazioni su come interagire con Windows Server 2012 R2, vedere Attività di gestione comuni e spostamento in Windows Server 2012.
Per archiviare il pool di applicazioni che si desidera utilizzare come variabile per questa applicazione di servizio, al prompt dei comandi di Microsoft PowerShell digitare il comando seguente:
```
$applicationPool = Get-SPServiceApplicationPool -Identity 'SharePoint Web Services default'
```
Dove:
- SharePoint Web Services default è il nome del pool di applicazioni di servizio che conterrà le nuove applicazioni di servizio.
Questo cmdlet imposta il pool di applicazioni di servizio come variabile che è possibile riutilizzare nei cmdlet successivi. Se si dispone di più pool di applicazioni ed è necessario utilizzare un pool di applicazioni diverso per una determinata applicazione di servizio, ripetere questo passaggio nella procedura per creare ogni applicazione di servizio in modo da utilizzare il pool di applicazioni appropriato.
Per ripristinare l'applicazione del servizio di ricerca e aggiornare il database di amministrazione della ricerca, al prompt dei comandi di Microsoft PowerShell digitare il comando seguente:
```
$searchInst = Get-SPEnterpriseSearchServiceInstance -local
# Gets the Search service instance and sets a variable to use in the next command

Restore-SPEnterpriseSearchServiceApplication -Name '<SearchServiceApplicationName>' -applicationpool $applicationPool -databasename '<SearchServiceApplicationDBName>' -databaseserver <ServerName> -AdminSearchServiceInstance $searchInst 
```
Dove:
- SearchServiceApplicationName è il nome dell'applicazione del servizio di ricerca.
- $applicationpool è la variabile impostata per identificare il pool di applicazioni di servizio da utilizzare.
  
  Suggerimento
  
  Se non si utilizza la variabile $applicationPool, è necessario specificare il nome di un pool di applicazioni di servizio esistente nel formato 'Nome pool applicazioni'. Per visualizzare un elenco dei pool di applicazioni di servizio, è possibile eseguire il cmdlet Get-SPServiceApplicationPool.
- SearchServiceApplicationDBName è il nome del database di amministrazione della ricerca che si desidera aggiornare e che dovrà essere utilizzato da questa applicazione del servizio di ricerca.
- $searchInst è la variabile impostata per identificare la nuova istanza dell'applicazione del servizio di ricerca.
Nota

Un aggiornamento dell'applicazione del servizio di ricerca potrebbe non riuscire, ad esempio, a causa della latenza della rete o di SQL Server. Se viene visualizzato un messaggio di errore durante l'aggiornamento, effettuare le operazioni seguenti:
1. Eliminare il database di amministrazione delle ricerche che si desidera aggiornare.
2. Utilizzando la copia di backup del database di amministrazione delle ricerche creata, ripetere le procedure riportate in questo articolo solo per l'applicazione del servizio di ricerca:
  1. Restore a backup copy of the database
  2. Set the databases to read-write
3. Al prompt dei comandi di Microsoft PowerShell digitare il comando per aggiornare nuovamente l'applicazione del servizio di ricerca.
Per ulteriori informazioni, vedere Restore-SPEnterpriseSearchServiceApplication.

È necessario eseguire vari passaggi per creare il proxy dell'applicazione del servizio di ricerca e aggiungerlo al gruppo di proxy predefinito. È necessario completare operazioni distinte per individuare l'ID dell'applicazione del servizio di ricerca, creare il nuovo proxy, ottenere l'ID del proxy e quindi aggiungere il proxy al gruppo di proxy predefinito.
Digitare il comando seguente per ottenere l'ID dell'applicazione del servizio di ricerca e memorizzarlo come variabile:
```
$ssa = Get-SPEnterpriseSearchServiceApplication
```
Per ulteriori informazioni, vedere Get-SPEnterpriseSearchServiceApplication.
Digitare il comando seguente per creare un proxy per l'applicazione del servizio di ricerca:
```
New-SPEnterpriseSearchServiceApplicationProxy -Name ProxyName -SearchApplication $ssa 
```
Dove:
- ProxyName è il nome del proxy che si desidera utilizzare.
- $ssa è la variabile impostata precedentemente per identificare la nuova applicazione del servizio di ricerca.
  
  Suggerimento
  
  Se non si utilizza la variabile $ssa, è necessario utilizzare un ID per identificare l'applicazione del servizio di ricerca anziché un nome. Per trovare l'ID, eseguire il cmdlet Get-SPServiceApplication per ottenere un elenco degli ID di tutte le applicazioni di servizio.
Per ulteriori informazioni, vedere New-SPEnterpriseSearchServiceApplicationProxy.
Digitare il comando seguente per ottenere l'ID del proxy dell'applicazione del servizio di ricerca appena creato e impostarlo come variabile $ssap:
```
$ssap = Get-SPEnterpriseSearchServiceApplicationProxy 
```
Per ulteriori informazioni, vedere Get-SPEnterpriseSearchServiceApplicationProxy.
Digitare il comando seguente per aggiungere il proxy dell'applicazione del servizio di ricerca al gruppo di proxy predefinito:
```
Add-SPServiceApplicationProxyGroupMember -member $ssap -identity " "
```
Dove:
- $ssap è la variabile impostata precedentemente per identificare l'ID del proxy appena creato per l'applicazione del servizio di ricerca.
  
  Suggerimento
  
  Se non si utilizza la variabile $ssap, è necessario utilizzare un ID per identificare il proxy di applicazione del servizio di ricerca anziché un nome. Per trovare l'ID, eseguire il cmdlet Get-SPServiceApplicationProxy per ottenere un elenco degli ID di tutti i proxy di applicazione di servizio.
- Utilizzare il parametro identity vuoto (" ") per aggiungerlo al gruppo predefinito.
Per ulteriori informazioni, vedere Add-SPServiceApplicationProxyGroupMember.
Se la farm di SharePoint Server 2013 con Service Pack 1 (SP1) utilizza un database dei collegamenti suddiviso, dividere il database dei collegamenti nella farm di SharePoint Server 2016 nello stesso modo. Per ulteriori informazioni, vedere Move-SPEnterpriseSearchLinksDatabases.
(Facoltativo) Mantenere le impostazioni di ricerca pertinenza dalla farm di SharePoint Server 2013 con Service Pack 1 (SP1). Poiché l'applicazione del servizio di ricerca aggiornata dispone di un nuovo indice vuoto, i dati analitici della ricerca della farm di SharePoint Server 2013 con Service Pack 1 (SP1) non possono essere mantenuti completamente. Copiare il database di report di analisi dalla farm di SharePoint Server 2013 con Service Pack 1 (SP1) e collegarla alla una nuova applicazione di servizio di ricerca nella farm di SharePoint Server 2016:
- Nella farm di SharePoint Server 2013 con Service Pack 1 (SP1)eseguire il backup del database di report di analisi.
- Nella farm di SharePoint Server 2016ripristinare il database sottoposto a backup al nuovo server di database.
- Nella farm di SharePoint Server 2016associare il database ripristinato alla nuova applicazione del server di ricerca.
Verificare che la topologia di ricerca della nuova farm di SharePoint Server 2016 sia simile a quella della farm di SharePoint Server 2013 con Service Pack 1 (SP1). Se sono stati modificati i requisiti per la ricerca, ora è il momento buono per scalare la topologia di ricerca della nuova farm di SharePoint Server 2016.
Ripristinare l'applicazione del servizio di ricerca nell’ambiente SharePoint Server 2013 con Service Pack 1 (SP1).

Al prompt dei comandi di Windows PowerShell digitare il comando seguente:
```
$ssa = Get-SPEnterpriseSearchServiceApplication <SearchServiceApplicationName>
$ssa.ForceResume(0x02)
```
Dove:
- SearchServiceApplicationName è il nome dell'applicazione del servizio di ricerca che si desidera riprendere.

Verificare che tutti i nuovi proxy vengano inseriti nel gruppo di proxy predefinito

Attenersi alla procedura seguente per verificare che i passaggi per creare i proxy e aggiungerli al gruppo di proxy predefiniti siano stati eseguiti correttamente.

Verificare che tutti i nuovi proxy si trovino nel gruppo di proxy predefindoito utilizzan PowerShell

Verificare di essere membri dei ruoli e dei gruppi seguenti:
- Ruolo predefinito del server securityadmin nell'istanza di SQL Server.
- Ruolo predefinito del database db_owner in tutti i database da aggiornare.
- Gruppo Administrators nel server in cui si eseguono i cmdlet di PowerShell.
Un amministratore può utilizzare il cmdlet Add-SPShellAdmin per concedere le autorizzazioni per l'utilizzo dei cmdlet di SharePoint Server 2016.

Nota

Se non si dispone delle autorizzazioni, richiederle all'amministratore dell'installazione o all'amministratore di SQL Server. Per altre informazioni sulle autorizzazioni di PowerShell, vedere Add-SPShellAdmin.
Avviare SharePoint 2016 Management Shell.
- Per Windows Server 2012 R2:
  - Nella schermata Start fare clic su SharePoint 2016 Management Shell.
    
    Se la SharePoint 2016 Management Shell non è disponibile nella schermata Start:
  - Fare clic con il pulsante destro del mouse su Computer, scegliere Tutte le app e quindi SharePoint 2016 Management Shell.
Per ulteriori informazioni su come interagire con Windows Server 2012 R2, vedere Attività di gestione comuni e spostamento in Windows Server 2012.
Al prompt dei comandi di PowerShell digitare i comandi seguenti:
```
$pg = Get-SPServiceApplicationProxyGroup -Identity " "
$pg.Proxies
```
Dove:
- $pg è una variabile impostata per rappresentare il gruppo di proxy predefinito.
- Utilizzare il parametro identity vuoto (" ") per specificare il gruppo di proxy predefinito.
Verrà restituito un elenco di tutti i proxy del gruppo di proxy predefinito, i relativi nomi visualizzati, i nomi dei tipi e gli ID.

Per ulteriori informazioni, vedere Get-SPServiceApplicationProxyGroup.

A questo punto le applicazioni di servizio risultano aggiornate ed è possibile iniziare l'aggiornamento dei database del contenuto. Il primo passaggio di tale processo consiste nel creare le applicazioni Web necessarie per ogni database del contenuto.

Questa è la terza fase del processo di aggiornamento dei dati e dei siti di SharePoint Server 2013 con Service Pack 1 (SP1) a SharePoint Server 2016.

Fase successiva: Aggiornare i database del contenuto a SharePoint Server 2016

Per una panoramica dell'intero processo, vedere Panoramica del processo di aggiornamento a SharePoint Server 2016.

Aggiornare le applicazioni del servizio a SharePoint Server 2016

Operazioni preliminari

Informazioni sull'aggiornamento dei database delle applicazioni di servizio

Avviare le istanze dei servizi

Aggiornare l'applicazione di servizio archiviazione sicura.

Aggiornare l'applicazione servizio di integrazione applicativa dei dati

Aggiornare l'applicazione del servizio metadati gestiti

Aggiornare l'applicazione di servizio PerformancePoint Services.

Aggiornare l'applicazione del servizio di ricerca

Verificare che tutti i nuovi proxy vengano inseriti nel gruppo di proxy predefinito

See also

Risorse aggiuntive