Aggiornare le applicazioni del servizio a SharePoint Server 2016

SI APPLICA A:no-img-132013 yes-img-162016 no-img-192019 no-img-seSubscription Edition no-img-sopSharePoint in Microsoft 365

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:

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

Fase Descrizione
Passaggi 123 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:
Creare la farm di SharePoint Server 2016 per un aggiornamento basato sul collegamento di database
Copiare database nella nuova farm per l'aggiornamento a SharePoint Server 2016
Aggiornare le applicazioni del servizio a SharePoint Server 2016 (questa fase)
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.

Prima di iniziare

Prima di aggiornare le applicazioni di servizio, esaminare 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 altre info, vedi Get-SPServiceApplicationPool e New-SPServiceApplicationPool.

Consiglio

[!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 contiene informazioni sulle variabili usate o sui cmdlet alternativi da usare per cercare gli 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

Per qualsiasi proprietà gestita nello schema di SharePoint 2013 introdotto nello schema di SharePoint Server 2016, prima dell'aggiornamento è necessario rinominare tale proprietà gestita. Ad esempio, se è stata creata una proprietà gestita denominata SPWebURL, rinominarla in SPWebURL1 prima dell'aggiornamento di SharePoint Server 2016. È possibile modificare nuovamente il nome della proprietà gestita personalizzata nel valore originale, ovvero rinominare SPWebURL1 in SPWebURL, dopo che l'aggiornamento è stato completato correttamente. Per un elenco delle proprietà gestite introdotte in SharePoint Server 2016, vedere Proprietà gestite aggiunte in SharePoint Server 2016.

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

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

Importante

I passaggi seguenti che delineano l'avvio delle istanze del servizio si applicano solo al tipo di ruolo server personalizzato. Per altre informazioni sui tipi di ruolo del server, vedere Pianificazione di una distribuzione del server MinRole in SharePoint Server 2016.

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

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

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

  4. 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 dell'applicazione di servizio da Amministrazione centrale:

  1. Avviare Amministrazione centrale SharePoint 2016.

    • Per Windows Server 2012 R2:

    • Nella schermata Start selezionare Amministrazione centrale SharePoint 2016.

    Se Amministrazione centrale SharePoint 2016 non è disponibile nella schermata Start:

    • Fare clic con il pulsante destro del mouse su Computer, selezionare Tutte le app e quindi Selezionare Amministrazione centrale SharePoint 2016.

    Per altre informazioni su come interagire con Windows Server 2012 R2, vedi Attività di gestione comuni e navigazione in Windows Server 2012.

  2. Nella pagina Gestione applicazioni di Amministrazione centrale SharePoint 2016 selezionare Gestisci servizi nel server nella sezione Applicazioni di servizio.

  3. Accanto al servizio di integrazione applicativa dei dati selezionare Avvia.

  4. Accanto al servizio Web metadati gestiti selezionare Avvia.

  5. Accanto al servizio PerformancePoint Services selezionare Avvia.

  6. Accanto al servizio di archiviazione sicura selezionare 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 di servizio di ricerca usando PowerShell:

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

    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.

  2. Avviare SharePoint 2016 Management Shell.

    • Per Windows Server 2012 R2:

    • Nella schermata Start selezionare 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, selezionare Tutte le app e quindi SharePoint 2016 Management Shell.

    Per altre informazioni su come interagire con Windows Server 2012 R2, vedi Attività di gestione comuni e navigazione in Windows Server 2012.

  3. 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 altre 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.

Per aggiornare l'applicazione del servizio di archiviazione sicura tramite PowerShell:

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

    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.

  2. Avviare SharePoint 2016 Management Shell.

    • Per Windows Server 2012 R2:

    • Nella schermata Start selezionare 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, selezionare Tutte le app e quindi SharePoint 2016 Management Shell.

    Per altre informazioni su come interagire con Windows Server 2012 R2Windows Server 2012, vedi Attività di gestione comuni e navigazione in Windows Server 2012.

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

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

      Consiglio

      [!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 altre info, vedi New-SPSecureStoreApplication.

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

      Consiglio

      [!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 altre info, vedi New-SPSecureStoreServiceApplicationProxy.

    Dopo aver creato l'applicazione del servizio di archiviazione sicura e il proxy, è necessario aggiornare la chiave di crittografia. Per informazioni su come aggiornare la chiave di crittografia, vedi Aggiornare la chiave di crittografia dell'archivio sicuro.

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

      Consiglio

      [!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 altre info, vedi 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.

Per aggiornare l'applicazione del servizio di integrazione applicativa dei dati tramite PowerShell:

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

    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.

  2. Avviare SharePoint 2016 Management Shell.

    • Per Windows Server 2012 R2:

    • Nella schermata Start selezionare 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, selezionare Tutte le app e quindi SharePoint 2016 Management Shell.

    Per altre informazioni su come interagire con Windows Server 2012 R2, vedi Attività di gestione comuni e navigazione in Windows Server 2012.

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

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

      Consiglio

      [!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 altre info, vedi 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:

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

    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.

  2. Avviare SharePoint 2016 Management Shell.

    • Per Windows Server 2012 R2:

    • Nella schermata Start selezionare 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, selezionare Tutte le app e quindi SharePoint 2016 Management Shell.

    Per altre informazioni su come interagire con Windows Server 2012 R2, vedi Attività di gestione comuni e navigazione in Windows Server 2012.

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

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

      Consiglio

      [!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 altre info, vedi New-SPMetadataServiceApplication.

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

      Consiglio

      [!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 altre info, vedi 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 di servizio PerformancePoint Services tramite PowerShell:

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

    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.

  2. Avviare SharePoint 2016 Management Shell.

    • Per Windows Server 2012 R2:

    • Nella schermata Start selezionare 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, selezionare Tutte le app e quindi SharePoint 2016 Management Shell.

    Per altre informazioni su come interagire con Windows Server 2012 R2, vedi Attività di gestione comuni e navigazione in Windows Server 2012.

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

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

      Consiglio

      [!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 altre info, vedi New-SPPerformancePointServiceApplication.

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

      Consiglio

      [!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 altre info, vedi New-SPPerformancePointServiceApplicationProxy.

Aggiornare l'applicazione del Servizio profili utente

Aggiornare l'applicazione del servizio metadati gestiti prima di aggiornare l'applicazione del servizio profili utente.

Per aggiornare l'applicazione del servizio profili utente, copiare i database profilo e social network nella farm di SharePoint Server 2013 con Service Pack 1 (SP1) nella farm di SharePoint Server 2016 e creare una nuova applicazione del servizio profili utente dalla farm di SharePoint Server 2013 con Service Pack 1 (SP1) nella farm di SharePoint Server 2016. Il ripristino attiva SharePoint Server 2016 per creare una nuova applicazione del servizio profili utente nella farm di SharePoint Server 2016 e puntarla ai database del profilo utente copiati. Per completare l'aggiornamento dell'applicazione del servizio profili utente, creare un proxy e aggiungerlo al gruppo proxy predefinito.

Nota

Poiché SharePoint Server 2016 non dispone del servizio di sincronizzazione dei profili utente, non si copia il database di sincronizzazione. Verrà invece creato un nuovo database con uno schema vuoto.

Per aggiornare l'applicazione del servizio profili utente tramite PowerShell:

  1. Copiare i database profile e social nella farm di SharePoint Server 2013 con Service Pack 1 (SP1) nella farm di SharePoint Server 2016 seguendo questa procedura:

    Importante

    Eseguire questa procedura nell'ambiente SharePoint Server 2013 con Service Pack 1 (SP1).

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

        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.

      • Avviare Management Shell di SharePoint.

        Per Windows Server 2012 R2: nella schermata Start selezionare SharePoint Management Shell.

        Se SharePoint Management Shell non è nella schermata Start , fare clic con il pulsante destro del mouse su Computer, selezionare Tutte le app e quindi SharePoint Management Shell.

        Per altre informazioni su come interagire con Windows Server 2012 R2, vedi Attività di gestione comuni e navigazione in Windows Server 2012.

    • Impostare i database del profilo utente su 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.

    • Copiare i database profilo e social nella farm di SharePoint Server 2013 con Service Pack 1 (SP1) nella farm di SharePoint Server 2016, seguire le procedure descritte in Copiare i database nella nuova farm per eseguire l'aggiornamento a SharePoint Server 2016 solo per il database di amministrazione della ricerca.

      Importante

      Eseguire questa procedura nell'ambiente SharePoint Server 2016.

  2. 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 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 2016.

    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.

  3. Avviare SharePoint 2016 Management Shell.

    Per Windows Server 2012 R2: nella schermata Start selezionare SharePoint Management Shell.

    Se SharePoint Management Shell non è nella schermata Start , fare clic con il pulsante destro del mouse su Computer, selezionare Tutte le app e quindi SharePoint Management Shell.

    Per altre informazioni su come interagire con Windows Server 2012 R2, vedi Attività di gestione comuni e navigazione in Windows Server 2012.

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

  5. Per ripristinare l'applicazione del servizio profili utente e aggiornare i database profilo e social networking, al prompt dei comandi di Microsoft PowerShell digitare il comando seguente:

    New-SPProfileServiceApplication -Name '<UserProfileApplicationName>' -ApplicationPool $applicationPool -ProfileDBName '<ProfileDBName>' -SocialDBName '<SocialDBName>' -ProfileSyncDBName '<SyncDBName>'
    

    Dove:

    • UserProfileApplicationName è il nome dell'applicazione del servizio profili utente.

    • $applicationpool è la variabile impostata per identificare il pool di applicazioni di servizio da utilizzare.

      Consiglio

      [!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.

    • ProfileDBName è il nome del database profilo che si desidera aggiornare.

    • SocialDBName è il nome del database social che si desidera aggiornare.

    • SyncDBName è il nome del nuovo database di sincronizzazione che si desidera aggiornare.

  6. Creare il proxy dell'applicazione del servizio profili utente e aggiungerlo al gruppo di proxy predefinito completando queste azioni:

    • Digitare il comando seguente per ottenere l'ID per l'applicazione del servizio profili utente e archiviarlo come variabile:

      $sa = Get-SPServiceApplication | ?{$_.TypeName -eq 'User Profile Service Application'}
      

      Per altre info, vedi Get-SPServiceApplication.

    • Digitare il comando seguente per creare un proxy per l'applicazione del servizio profili utente:

      New-SPProfileServiceApplicationProxy -Name ProxyName -ServiceApplication $sa
      

      Dove:

      • ProxyName è il nome del proxy che si desidera utilizzare.

      • $sa è la variabile impostata in precedenza per identificare la nuova applicazione di servizio profili utente.

        Consiglio

        Se non si usa la variabile $sa, è necessario usare un ID per identificare l'applicazione del servizio profili utente 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 altre info, vedi New-SPProfileServiceApplicationProxy.

    • Digitare il comando seguente per ottenere l'ID del proxy dell'applicazione del servizio di ricerca appena creato e impostarlo come variabile $ssap:

      $proxy = Get-SPServiceApplicationProxy | ?{$_.TypeName -eq 'User Profile Service Application Proxy'}
      

      Per altre info, vedi Get-SPServiceApplicationProxy.

    • Digitare il comando seguente per aggiungere il proxy dell'applicazione del servizio profili utente al gruppo proxy predefinito:

      Add-SPServiceApplicationProxyGroupMember -member $proxy -identity ""
      

      Dove:

      • $proxy è la variabile impostata in precedenza per identificare l'ID per il proxy appena creato per l'applicazione del servizio profili utente.

        Consiglio

        Se non si usa la variabile $proxy, è necessario usare un ID per identificare il proxy dell'applicazione del servizio profili utente 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.

      • Si usa un parametro Identity vuoto ("") per aggiungerlo al gruppo predefinito.

      Per altre info, vedi Add-SPServiceApplicationProxyGroupMember.

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

[!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

[!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 servizio di ricerca tramite PowerShell:

  1. Copiare il database di amministrazione della ricerca nella farm di SharePoint Server 2013 con Service Pack 1 (SP1) nella farm di SharePoint Server 2016 seguendo questa procedura:

    Nota

    [!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).

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

        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.

    • Avviare Management Shell di SharePoint.

      Per Windows Server 2012 R2: nella schermata Start selezionare SharePoint Management Shell.

      Se SharePoint Management Shell non è nella schermata Start , fare clic con il pulsante destro del mouse su Computer, selezionare Tutte le app e quindi SharePoint Management Shell.

      Per altre informazioni su come interagire con Windows Server 2012 R2, vedi Attività di gestione comuni e navigazione in Windows Server 2012.

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

    • 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

      [!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.

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

  2. 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 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 2016.

    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.

  3. Avviare SharePoint 2016 Management Shell.

    Per Windows Server 2012 R2: nella schermata Start selezionare SharePoint Management Shell.

    Se SharePoint Management Shell non è nella schermata Start , fare clic con il pulsante destro del mouse su Computer, selezionare Tutte le app e quindi SharePoint Management Shell.

    Per altre informazioni su come interagire con Windows Server 2012 R2, vedi Attività di gestione comuni e navigazione in Windows Server 2012.

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

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

    Consiglio

    [!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:

  6. Creare il proxy dell'applicazione servizio di ricerca e aggiungerlo al gruppo di proxy predefinito completando queste azioni:

    • Digitare il comando seguente per ottenere l'ID dell'applicazione del servizio di ricerca e memorizzarlo come variabile:

      $ssa = Get-SPEnterpriseSearchServiceApplication
      

      Per altre info, vedi 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 altre info, vedi 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 altre info, vedi 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.

      • Si usa un parametro Identity vuoto ("") per aggiungerlo al gruppo predefinito.

      Per altre info, vedi Add-SPServiceApplicationProxyGroupMember.

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

  8. (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:

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

  10. Ripristinare l'applicazione del servizio di ricerca nell'ambiente SharePoint Server 2013 con Service Pack 1 (SP1).

    Al prompt dei comandi di PowerShell digitare il comando seguente:

    $ssa = Get-SPEnterpriseSearchServiceApplication <SearchServiceApplicationName>
    $ssa.Resume()
    

    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.

Per verificare che tutti i nuovi proxy si trovino nel gruppo proxy predefinito tramite PowerShell:

  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 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 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 2016 Management Shell.

    Per Windows Server 2012 R2:

    Nella schermata Start selezionare SharePoint 2016 Management Shell.

    Se SharePoint 2016 Management Shell non è nella schermata Start , fare clic con il pulsante destro del mouse su Computer, selezionare Tutte le app e quindi SharePoint 2016 Management Shell.

    Per altre informazioni su come interagire con Windows Server 2012 R2, vedi Attività di gestione comuni e navigazione in Windows Server 2012.

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

    • Si usa un parametro Identity vuoto ("") per specificare il gruppo 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 altre info, vedi 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.

Fase Descrizione
Passaggi 123 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.
Per una panoramica dell'intero processo, vedere Panoramica del processo di aggiornamento a SharePoint Server 2016.

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

Vedere anche

Concetti

Creare la farm di SharePoint Server 2016 per un aggiornamento basato sul collegamento di database

Copiare database nella nuova farm per l'aggiornamento a SharePoint Server 2016

Aggiornare i database del contenuto a SharePoint Server 2016

Panoramica dell'aggiornamento dei servizi per SharePoint Server 2016

Ulteriori risorse

Checklist for database-attach upgrade (SharePoint 2013)