Condividi tramite


Aggiornare le applicazioni del servizio a SharePoint Server Subscription Edition

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

Quando si esegue l'aggiornamento da SharePoint Server 2019 o SharePoint Server 2016 a SharePoint Server Subscription Edition, è necessario usare un aggiornamento basato sul collegamento di database, ovvero aggiornare solo il contenuto per l'ambiente e non le impostazioni di configurazione. Dopo aver configurato l'ambiente SharePoint Server Subscription Edition e aver copiato i database del contenuto e dell'applicazione di servizio, è possibile aggiornare le applicazioni di servizio a SharePoint Server Subscription Edition. 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

Fasi Descrizione
123 steps Si tratta della terza fase del processo di aggiornamento dei siti e dei dati di SharePoint Server 2019 e SharePoint Server 2016 a SharePoint Server Subscription Edition. Il processo include le fasi seguenti, che devono essere eseguite nell'ordine indicato:
Creare la farm di SharePoint Server Subscription Edition per un aggiornamento basato sul collegamento di database
Copiare database nella nuova farm per l'aggiornamento a SharePoint Server Subscription Edition
Aggiornare le applicazioni di servizio a SharePoint Server Subscription Edition (questa fase)
Aggiornare i database del contenuto a SharePoint Server Subscription Edition

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

Prima di iniziare

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

  • Assicurarsi che l'account usato per eseguire i passaggi descritti in questo articolo sia membro del gruppo Amministratori farm nel sito Web 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.

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. Tuttavia, se non si usano queste variabili, è necessario usare gli ID per le applicazioni di servizio e i proxy dell'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 anche un passaggio per impostare la 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.

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

[!IMPORTANTE] La procedura seguente si applica solo al tipo di ruolo del server Personalizzato. Per altre informazioni sui tipi di ruolo del server, vedere Planning for a MinRole server deployment in SharePoint Server 2016 and SharePoint Server 2019

  1. Avviare le istanze del servizio.

    Il primo passaggio consiste nell'avviare le istanze del servizio per le quattro applicazioni di servizio che è possibile aggiornare: servizio di integrazione applicativa dei dati, servizio Web metadati gestiti, servizio di archiviazione sicura e 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 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

      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 delle applicazioni di servizio da Amministrazione centrale

  1. Avviare Amministrazione centrale SharePoint 2019.

  2. Nella pagina Gestione applicazioni di Amministrazione centrale SharePoint 2019 fare clic su Gestisci servizi nel server nella sezione Applicazioni di servizio.

  3. Accanto a servizio di integrazione applicativa dei dati fare clic su Avvia.

  4. Accanto a Servizio Web metadati gestiti fare clic su Avvia.

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

Consiglio

Quando si usa MinRoles, Start potrebbe non essere disponibile perché è gestito dalla farm. Dopo aver creato l'applicazione di servizio associata, avvia automaticamente l'istanza del servizio.

Per avviare l'istanza del servizio di ricerca 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ò usare il cmdlet Add-SPShellAdmin per concedere le autorizzazioni per l'uso dei cmdlet SharePoint Server Subscription Edition.

      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 Subscription Edition Management Shell.

  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.

Aggiornare l'applicazione del servizio 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.

      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 Subscription Edition Management Shell.

  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 di archiviazione sicura, al prompt dei comandi di 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 ulteriori informazioni, vedere 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 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 Aggiornamento della chiave di crittografia di Archiviazione sicura.

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

  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ò usare il cmdlet Add-SPShellAdmin per concedere le autorizzazioni per l'uso di SharePoint Server 2019 o 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 Subscription Edition Management Shell.

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

  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ò usare il cmdlet Add-SPShellAdmin per concedere le autorizzazioni per l'uso di SharePoint Server 2019 o 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 Subscription Edition Management Shell.

  3. Per archiviare il pool di applicazioni che si vuole usare come variabile per questa applicazione di servizio, al prompt dei comandi di 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 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 ulteriori informazioni, vedere New-SPMetadataServiceApplication.

  5. Al prompt dei comandi di 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 ulteriori informazioni, vedere New-SPMetadataServiceApplicationProxy.

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 SharePoint Server 2019 o SharePoint Server 2016 nella farm di SharePoint Server Subscription Edition e creare una nuova applicazione di servizio profili utente dall'utente SharePoint Server 2019 o la farm di SharePoint Server 2016 nella farm SharePoint Server Subscription Edition. I trigger di ripristino SharePoint Server Subscription Edition per creare una nuova applicazione del servizio profili utente nella farm SharePoint Server Subscription Edition 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.

Per aggiornare l'applicazione del servizio profili utente tramite PowerShell

  1. Copiare i database profile e social nella farm SharePoint Server 2019 o SharePoint Server 2016 nella farm SharePoint Server Subscription Edition seguendo questa procedura:

    Importante

    Eseguire questi passaggi nell'ambiente SharePoint Server 2019 e 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 per il server in cui vengono eseguiti i cmdlet diPowerShell.

      Un amministratore può usare il cmdlet Add-SPShellAdmin per concedere le autorizzazioni per l'uso di SharePoint Server 2019 o 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 ulteriori informazioni sulle autorizzazioni di PowerShell, vedere Add-SPShellAdmin.

    • Avviare Management Shell di SharePoint.

    • Impostare i database del profilo utente su sola lettura. Nella seconda fase del processo di aggiornamento di SharePoint Server 2019 o siti e dati di SharePoint Server 2016 a SharePoint Server Subscription Edition, tutti gli altri database vengono impostati in sola lettura.

    • Copiare i database profile e social nella farm SharePoint Server 2019 o SharePoint Server 2016 nella farm SharePoint Server Subscription Edition, seguire le procedure descritte in Copiare database nella nuova farm per l'aggiornamento a SharePoint Server Subscription Edition.

      Importante

      Eseguire i passaggi successivi nell'ambiente SharePoint Server Subscription Edition.

  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ò usare il cmdlet Add-SPShellAdmin per concedere le autorizzazioni per l'uso di SharePoint Server 2019 o 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 Subscription Edition Management Shell.

  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.

      Nota

      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.

  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 ulteriori informazioni, vedere Get-SPServiceApplication.

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

      New-SPProfileServiceApplicationProxy -Name 'User Profile Service Application Proxy' -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 ulteriori informazioni, vedere New-SPProfileServiceApplicationProxy.

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

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

      Per ulteriori informazioni, vedere 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.

        Suggerimento: 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 ulteriori informazioni, vedere 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 servizio di ricerca, copiare il database di amministrazione della ricerca nella farm SharePoint Server 2019 o SharePoint Server 2016 nella farm SharePoint Server Subscription Edition e ripristinare il servizio di ricerca dall'SharePoint Server 2019 o dalla farm di SharePoint Server 2016 nella farm SharePoint Server Subscription Edition. I trigger di ripristino SharePoint Server Subscription Edition per creare una nuova applicazione servizio di ricerca nella farm SharePoint Server Subscription Edition e puntare al database di amministrazione della ricerca copiato. Per completare l'aggiornamento dell'applicazione servizio di ricerca, creare un proxy e aggiungerlo al gruppo proxy predefinito e assicurarsi che il nuovo database dei collegamenti e la nuova topologia di ricerca siano configurati allo stesso modo della farm SharePoint Server 2019 o SharePoint Server 2016.

SharePoint Server Subscription Edition in genere crea una nuova topologia di ricerca con tutti i componenti e i database di ricerca quando crea una nuova applicazione servizio di ricerca. Durante il ripristino di un'applicazione servizio di ricerca, SharePoint Server Subscription Edition crea una nuova topologia di ricerca, ma aggiorna il database di amministrazione della ricerca ripristinato anziché creare un nuovo database di amministrazione della ricerca. Il database di Amministrazione ricerca aggiornato mantiene eventuali aggiunte o modifiche apportate allo schema di ricerca, alle origini dei risultati e alle regole di query dalla farm SharePoint Server 2019 o SharePoint Server 2016.

Nota

Durante questo aggiornamento, la ricerca non esegue la ricerca per indicizzazione del contenuto nel SharePoint Server 2019 o in SharePoint Server 2016. 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 nella farm SharePoint Server Subscription Edition è nuova, l'indice è vuoto. È necessario eseguire una ricerca per indicizzazione completa dell'intero corpus indicizzato dopo aver aggiornato tutte le origini contenuto (la quarta fase del processo per aggiornare SharePoint Server 2019 e i dati e i siti di SharePoint Server 2016 a SharePoint Server Subscription Edition).

Per aggiornare l'applicazione del servizio di ricerca tramite PowerShell

  1. Copiare il database di amministrazione della ricerca nella farm SharePoint Server 2019 o SharePoint Server 2016 nella farm SharePoint Server Subscription Edition e seguire questa procedura:

    Nota

    Tutti gli altri database del contenuto e del servizio nell'ambiente SharePoint Server 2019 o SharePoint Server 2016 sono stati copiati in un passaggio precedente del processo per l'aggiornamento a SharePoint Server Subscription Edition. È consigliabile copiare il database di Amministrazione ricerca in questa fase successiva perché è necessario sospendere l'applicazione servizio di ricerca nell'ambiente SharePoint Server 2019 o SharePoint Server 2016 durante la copia del database di Amministrazione ricerca.

    Importante

    Eseguire questi passaggi nell'ambiente SharePoint Server 2019 o 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 per il server in cui vengono eseguiti i cmdlet diPowerShell.

        Un amministratore può usare il cmdlet Add-SPShellAdmin per concedere le autorizzazioni per l'uso dei cmdlet SharePoint Server Subscription Edition.

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

    • Sospendere l'applicazione del servizio di ricerca. Al prompt dei comandi di 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 servizio di ricerca è in pausa, l'indice nell'ambiente SharePoint Server 2019 o SharePoint Server 2016 non viene aggiornato. Ciò significa che durante l'aggiornamento a SharePoint Server Subscription Edition, i risultati della ricerca potrebbero essere meno aggiornati.

    • Impostare il database di amministrazione della ricerca sulla sola lettura. Nella seconda fase del processo di aggiornamento di SharePoint Server 2019 o siti e dati di SharePoint Server 2016 a SharePoint Server Subscription Edition, tutti gli altri database vengono impostati in sola lettura. Seguire le stesse istruzioni ora per il database di amministrazione della ricerca.

    • Copiare il database di amministrazione della ricerca nella farm SharePoint Server 2019 o SharePoint Server 2016 nella farm SharePoint Server Subscription Edition, seguire le procedure descritte in Copiare i database nella nuova farm per l'aggiornamento a SharePoint Server Subscription Edition solo per il database di amministrazione della ricerca.

      Importante

      Eseguire i passaggi successivi nell'ambiente SharePoint Server Subscription Edition.

  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ò usare il cmdlet Add-SPShellAdmin per concedere le autorizzazioni per l'uso dei cmdlet SharePoint Server Subscription Edition.

    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 Subscription Edition Management Shell.

  4. Per archiviare il pool di applicazioni che si vuole usare come variabile per questa applicazione di servizio, al prompt dei comandi di 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 servizio di ricerca e aggiornare il database di Amministrazione ricerca, al prompt dei comandi di 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.

      Nota

      [!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 servizio di ricerca potrebbe non riuscire, ad esempio a causa della latenza di rete o SQL Server. Se viene visualizzato un messaggio di errore durante l'aggiornamento, effettuare le operazioni seguenti:

      • Eliminare il database di amministrazione delle ricerche che si desidera aggiornare.

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

      • Digitare il comando per aggiornare di nuovo l'applicazione servizio di ricerca al prompt dei comandi di PowerShell.

    Per ulteriori informazioni, vedere Restore-SPEnterpriseSearchServiceApplication.

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

        Consiglio

        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.

        Consiglio

        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 ulteriori informazioni, vedere Add-SPServiceApplicationProxyGroupMember.

  7. Se la farm SharePoint Server 2019 o SharePoint Server 2016 usa un database dei collegamenti partizionato, partizionare il database dei collegamenti nella farm SharePoint Server Subscription Edition allo stesso modo. Per ulteriori informazioni, vedere Move-SPEnterpriseSearchLinksDatabases.

  8. (Facoltativo) Mantenere le impostazioni di pertinenza della ricerca dalla farm SharePoint Server 2019 o SharePoint Server 2016. Poiché l'applicazione servizio di ricerca aggiornata ha un nuovo indice vuoto, non è possibile conservare completamente i dati di analisi di ricerca della farm SharePoint Server 2019 o SharePoint Server 2016. Copiare il database di Report analitici dalla farm SharePoint Server 2019 o SharePoint Server 2016 e collegarlo alla nuova applicazione servizio di ricerca nella farm SharePoint Server Subscription Edition:

  9. Verificare che la topologia di ricerca nella nuova farm SharePoint Server Subscription Edition sia simile a quella della farm SharePoint Server 2019 o di SharePoint Server 2016. Se i requisiti per la ricerca sono stati modificati, è ora opportuno aumentare la topologia di ricerca della nuova farm SharePoint Server Subscription Edition.

  10. Riprendere l'applicazione servizio di ricerca nell'ambiente SharePoint Server.

    Al prompt dei comandi di 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

  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ò usare il cmdlet Add-SPShellAdmin per concedere le autorizzazioni per l'uso di SharePoint Server 2019 o 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 Subscription Edition Management Shell.

  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 informazioni, vedere Get-SPServiceApplicationProxyGroupGet-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.

Fasi Descrizione
123 steps Si tratta della terza fase del processo di aggiornamento dei siti e dei dati di SharePoint Server 2019 e SharePoint Server 2016 a SharePoint Server Subscription Edition.
Per una panoramica dell'intero processo, vedere Panoramica del processo di aggiornamento a SharePoint Server Subscription Edition.

Fase successiva: Aggiornare i database del contenuto a SharePoint Server Subscription Edition

Vedere anche

Concetti

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

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

Aggiornare i database del contenuto a SharePoint Server Subscription Edition

Panoramica dell'aggiornamento dei servizi per SharePoint Server Subscription Edition