Aggiornare i database del contenuto a SharePoint Server 2016
SI APPLICA A:
2013 
2016 2019 Subscription Edition SharePoint 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 dei database, in base al quale viene aggiornato solo il contenuto dell'ambiente e non le impostazioni di configurazione. Dopo la configurazione dell'ambiente di SharePoint Server 2016, la copia dei database del contenuto e delle applicazioni di servizio e l'aggiornamento delle applicazioni di servizio, è possibile collegare e aggiornare i database del contenuto a SharePoint Server 2016. In questo articolo vengono illustrati i passaggi che è necessario eseguire per il collegamento e l'aggiornamento dei database del contenuto a SharePoint Server 2016.
Fase 4 del processo di aggiornamento: aggiornare i database del contenuto
| Fase | Descrizione |
|---|---|
|
Questa è 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. 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 Aggiornare i database del contenuto a SharePoint Server 2016 (questa fase) Per una panoramica dell'intero processo, vedere Panoramica del processo di aggiornamento a SharePoint Server 2016. |
Prima di iniziare
Prima di collegare e aggiornare i database del contenuto, leggere le informazioni seguenti ed eseguire le azioni consigliate.
Assicurarsi che l'account utilizzato per collegare i database sia membro del ruolo predefinito del database db_owner per i database del contenuto che si desidera aggiornare.
Assicurarsi che l'account utilizzato per creare le applicazioni Web sia membro del gruppo Amministratori farm in Amministrazione centrale.
Creare le applicazioni Web
Creare un'applicazione Web per ogni applicazione Web esistente nell'ambiente di SharePoint Server 2013 con Service Pack 1 (SP1). Per ciascuna eseguire le operazioni seguenti:
Utilizzare lo stesso URL (inclusi nome, porta e intestazione host) e configurare le impostazioni di mapping per l'accesso alternativo.
Se si utilizza un URL diverso, le applicazioni di Office potrebbero non essere reindirizzate correttamente ai nuovi URL e tutti i segnalibri relativi agli URL precedenti non funzionerebbero.
Utilizzare lo stesso metodo di autenticazione.
Ad esempio, se si usa l'autenticazione classica di Windows nell'ambiente precedente e si vuole continuare a usarla, è necessario creare un'applicazione Web che usa l'autenticazione classica di Windows. Poiché l'autenticazione basata sulle attestazioni è ora l'opzione predefinita per SharePoint Server 2016, è necessario usare PowerShell per creare un'applicazione Web che usa l'autenticazione classica di Windows. .
Ricreare i percorsi gestiti.
Ricreare i modelli quote.
Configurare le impostazioni di posta elettronica per l'applicazione Web.
Abilitare la creazione siti in modalità self-service per tutte le applicazioni Web che utilizzavano tale modalità nell'ambiente precedente. Ricreare tutte le impostazioni di creazione siti in modalità self-service.
Creare il percorso gestito per i Siti personali (/personal) nell'applicazione Web che ospita Siti personali. La funzionalità Siti personali è disponibile solo in SharePoint Server.
Ricreare i criteri delle applicazioni Web o altre impostazioni configurate nell'ambiente precedente.
Riapplicare le personalizzazioni
Una delle cause frequenti di problemi durante l'aggiornamento è il fatto che il nuovo ambiente non dispone di caratteristiche, soluzioni o altri elementi personalizzati. Assicurarsi che tutti gli elementi personalizzati dell'ambiente di SharePoint Server 2013 con Service Pack 1 (SP1) siano installati nei server Web front-end prima di aggiornare i database del contenuto.
In questo passaggio, tutte le personalizzazioni vengono trasferite manualmente nella nuova farm. Installare tutti i componenti da cui dipende il funzionamento dei siti, ad esempio:
Definizioni di sito personalizzate
Fogli di stile personalizzati, ad esempio i fogli di stile CSS e le immagini
Web part personalizzate
Servizi Web personalizzati
Caratteristiche e soluzioni personalizzate
Assembly personalizzati
Modifiche al file Web.config (ad esempio alla sicurezza)
Trasferire tutte le impostazioni univoche dei file Web.config per ogni applicazione Web nei nuovi server.
I modelli di modulo approvati dall'amministratore (file con estensione xsn) e i file di connessioni dati (file con estensione udcx) per InfoPath. InfoPath sono disponibili solo in SharePoint Server 2010.
Tutti gli altri componenti o file da cui dipende il funzionamento dei siti.
L'installazione di SharePoint Server 2016 contiene le versioni SharePoint Server 2013 con Service Pack 1 (SP1) e SharePoint Server 2016 di molti elementi. Le directory del file system sono duplicate nei percorsi 15 e 16, ad esempio:
Web Server Extensions/15/TEMPLATE/Features
Web Server Extensions/16/TEMPLATE/Features
Esistono inoltre due versioni delle directory di supporto di IIS: _Layouts, _Layouts/16 e _ControlTemplates, _ControlTemplates/16.
Installare le personalizzazioni nel percorso corretto nella nuova farm. È ad esempio necessario installare i fogli di stile aggiuntivi per SharePoint Server 2013 con Service Pack 1 (SP1) nella directory /15 anziché nella nuova directory /16 per fare in modo che le raccolte siti non aggiornate siano in grado di utilizzarli. Se si desidera che una soluzione sia disponibile in entrambi i percorsi, installarla due volte utilizzando la seconda volta il parametro CompatibilityLevel durante l'installazione per fare in modo che venga installata nella directory /16. Per ulteriori informazioni, vedere Install-SPSolution.
Verificare i componenti personalizzati
Per controllare di aver identificato tutti i componenti personalizzati dell'ambiente, utilizzare l'operazione Stsadm -o enumallwebs nell'ambiente di SharePoint Server 2013 con Service Pack 1 (SP1) e specificare i parametri includefeatures e includewebparts. Questa operazione restituisce i modelli, le caratteristiche, le web part e gli altri elementi personalizzati utilizzati per ogni sito. Per ulteriori informazioni sull'utilizzo dell'operazione enumallwebs, vedere Enumallwebs: operazione Stsadm (Office SharePoint Server) e Clean up an environment before an upgrade to SharePoint 2013.
È inoltre possibile utilizzare il cmdlet Get-SPWeb nell'ambiente di SharePoint Server 2013 con Service Pack 1 (SP1) per visualizzare i modelli associati a ogni sito e verificare che il modello sia installato nell'ambiente di SharePoint Server 2016. Per ulteriori informazioni su questa operazione, vedere Get-SPWeb.
Prima di collegare i database del contenuto alle applicazioni Web, utilizzare il cmdlet Test-SPContentDatabase per verificare di disporre di tutti i componenti personalizzati necessari per il database.
Per verificare i componenti personalizzati disponibili tramite PowerShell
- Verificare di essere membri dei ruoli e dei gruppi seguenti:
Ruolo predefinito del server securityadmin nell'istanza di SQL Server.
Ruolo predefinito del database db_owner in tutti i database da aggiornare.
Gruppo Administrators 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 ulteriori informazioni sulle autorizzazioni di PowerShell, vedere Add-SPShellAdmin.
- 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 spostamento in Windows Server 2012.
- Al prompt dei comandi di PowerShell digitare il comando seguente:
Test-SPContentDatabase -Name DatabaseName -WebApplication URL
Where:
DatabaseName è il nome del database di cui eseguire il testing.
URL è l'URL dell'applicazione Web che ospiterà i siti.
Per ulteriori informazioni, vedere Test-SPContentDatabase.
Collegare un database del contenuto a un'applicazione Web e aggiornare il database
Quando si collega un database del contenuto, questo viene aggiornato e le relative raccolte siti vengono aggiunte all'applicazione Web specificata. Dopo avere aggiornato i database, viene avviato automaticamente il processo di aggiornamento delle raccolte siti per impostazione predefinita.
Quando si collega un database del contenuto, per un'applicazione Web distribuita su più database del contenuto, assicurarsi di collegare prima il database del contenuto che contiene la raccolta siti radice. In altre parole, prima di continuare, esaminare la radice dell'applicazione Web nella server farm di SharePoint Server 2013 con Service Pack 1 (SP1) per determinare la prima raccolta siti. Dopo aver collegato il database contenente il sito radice, collegare gli altri database del contenuto per l'applicazione Web in qualsiasi ordine. Non è necessario creare raccolte siti per archiviare il contenuto prima del collegamento del database. Tramite questo processo vengono infatti collegati i database del contenuto e le raccolte siti contenute in tali database. Non aggiungere nuove raccolte siti prima di aver ripristinato i database del contenuto.
Consiglio
[!SUGGERIMENTO] Ogni raccolta siti di un database del contenuto dispone di un GUID registrato nel database di configurazione e associato alla raccolta siti. Non è pertanto possibile aggiungere due volte la stessa raccolta siti alla farm, anche in applicazioni Web distinte. Sebbene sia possibile collegare il database in questa situazione, non risulta possibile passare alla raccolta siti. > Se è necessario disporre di una copia di una raccolta siti nella stessa farm, collegare innanzitutto il database che contiene la raccolta siti a una farm separata e quindi usare i cmdlet Backup-SPSite e Restore-SPSite di PowerShell per copiare la raccolta siti nell'altra farm. Il processo di backup e ripristino crea un nuovo GUID per la raccolta siti. Per ulteriori informazioni su questi cmdlet, vedere Backup-SPSite e Restore-SPSite.
Per Siti personali, collegare il database del contenuto contenente l'host di Sito personale prima di collegare i database contenenti Siti personali.
Per impostazione predefinita, quando si creano le applicazioni Web nel nuovo ambiente di SharePoint Server 2016, viene creato un database del contenuto per ogni applicazione Web. È possibile ignorare tali database predefiniti prima di collegare i database di SharePoint Server 2013 con Service Pack 1 (SP1), quindi eliminarli.
Importante
Se si spostano database del contenuto tra domini o foreste o in un altro ambiente con account di servizio diversi, controllare che le autorizzazioni degli account di servizio siano corrette prima di collegare i database.
Nota
[!NOTA] Una delle cause frequenti di problemi durante l'aggiornamento è il fatto che l'ambiente non dispone di caratteristiche, soluzioni o altri elementi personalizzati. Verificare che tutti gli elementi personalizzati dell'ambiente di SharePoint Server 2013 con Service Pack 1 (SP1) vengano installati nei server Web front-end nell'ambiente di SharePoint Server 2016 prima di avviare il processo di aggiornamento. Utilizzare il cmdlet Test-SPContentDatabase per identificare gli eventuali elementi personalizzati mancanti nei siti.
Per collegare un database del contenuto a un'applicazione Web tramite PowerShell
Utilizzare il cmdlet Mount-SPContentDatabase per collegare un database del contenuto a un'applicazione Web. L'utilizzo della pagine di Amministrazione centrale SharePoint per collegare un database del contenuto non è supportato in caso di aggiornamento.
Se si desidera posticipare l'aggiornamento dei siti, è possibile utilizzare il parametro SkipSiteUpgrade del cmdlet Mount-SPContentDatabase.
Nota
L'utilizzo del cmdlet Mount-SPContentDatabase per collegare un database del contenuto è la scelta consigliata per aggiornare database e raccolte siti in SharePoint Server 2016.
Verificare che l'account utilizzato per collegare i database sia membro del ruolo predefinito del database db_owner per i database del contenuto che si desidera aggiornare.
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 ulteriori informazioni sulle autorizzazioni di PowerShell, vedere Add-SPShellAdmin.
- 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 spostamento in Windows Server 2012.
- Al prompt dei comandi di PowerShell digitare il comando seguente e quindi premere INVIO:
Mount-SPContentDatabase -Name DatabaseName -DatabaseServer ServerName -WebApplication URL
Where:
DatabaseName è il nome del database da aggiornare.
ServerName è il nome del server in cui è archiviato il database.
URL è l'URL dell'applicazione Web che ospiterà i siti.
Per altre informazioni, vedere Mount-SPContentDatabase.Dopo l'aggiornamento dei database, le raccolte siti vengono aggiornate automaticamente. Per altre informazioni su come aggiornare una raccolta siti, vedere Aggiornare le raccolte siti a SharePoint Server 2016.
Verificare l'aggiornamento del primo database
Dopo avere collegato un database, è possibile utilizzare la pagina Stato aggiornamento di Amministrazione centrale per verificare lo stato dell'aggiornamento dei database. Al termine del processo di aggiornamento, è possibile controllare il file di log dell'aggiornamento per individuare eventuali problemi verificatisi nel corso dell'esecuzione. Utilizzare un cmdlet di PowerShell per verificare lo stato dell'aggiornamento per tutti i database del contenuto. Per ulteriori informazioni sulla verifica e la risoluzione dei problemi relativi all'aggiornamento, vedere Verificare gli aggiornamenti dei database in SharePoint Server 2016.
Per visualizzare la pagina Stato aggiornamento
Verificare che l'account utente utilizzato per eseguire questa procedura sia membro del ruolo predefinito del database db_owner per i database.
In Amministrazione centrale selezionare Aggiornamento e migrazione e quindi selezionare Controlla stato aggiornamento.
Per visualizzare il file di log dell'aggiornamento
Il file di log dell'aggiornamento e quello degli errori di aggiornamento si trovano in %COMMONPROGRAMFILES%\Microsoft Shared\web server extensions\16\LOGS. Il primo contiene informazioni più dettagliate rispetto al secondo. Controllare il riepilogo al termine dei file di log per informazioni sullo stato generale e il numero totale di avvisi ed errori riportati nei file.
I nomi dei file di log e di testo hanno il formato seguente:
Upgrade-YYYYMMDD-HHMMSS-SSS-error.log
Upgrade-YYYYMMDD-HHMMSS-SSS.log
Dove:
AAAAMMGG è la data
HHMMSS-SSS è l'ora (in formato 24 ore, minuti, secondi e millisecondi)
Il nome di un log degli errori di aggiornamento può ad esempio essere Upgrade-20120105-132126-374-error.log, mentre quello di un log dell'aggiornamento può essere Upgrade-20120105-132126-374.log.
Nota
[!NOTA] Il formato del log dell'aggiornamento per SharePoint Server 2016 si basa sulla stessa struttura del Servizio di registrazione unificato. > Il file di log di aggiornamento include il nome del database del contenuto da aggiornare.
Per visualizzare lo stato dell'aggiornamento per tutti i database tramite PowerShell
- Verificare di essere membri dei ruoli e dei gruppi seguenti:
Ruolo predefinito del server securityadmin nell'istanza di SQL Server.
Ruolo predefinito del database db_owner in tutti i database da aggiornare.
Gruppo Administrators 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 ulteriori informazioni sulle autorizzazioni di PowerShell, vedere Add-SPShellAdmin.
- 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 spostamento in Windows Server 2012.
- Al prompt dei comandi di PowerShell digitare il comando seguente:
Get-SPContentDatabase | ft Name, NeedsUpgradeIncludeChildren
Questo cmdlet restituisce un elenco in formato tabella dei database della farm e indica se il database deve essere aggiornato a SharePointAll_2nd_CurrentVer.
Collegare i database rimanenti
Dopo aver ripristinato il primo database del contenuto e aver verificato che l'operazione sia stata eseguita correttamente, è possibile continuare con il ripristino e l'aggiornamento degli altri database. È possibile seguire aggiornamenti con collegamento del database paralleli per aggiornare più database simultaneamente. Utilizzare un prompt dei comandi Microsoft PowerShell distinto per eseguire più aggiornamenti. È consigliabile iniziare ogni sessione di aggiornamento dei database a distanza di alcuni minuti per evitare problemi dovuti a blocchi temporanei impostati per l'applicazione Web durante il collegamento. In caso contrario, potrebbe essere visualizzato un errore durante la sessione di aggiornamento. Il tempo necessario per lo sblocco dei blocchi temporanei varia a seconda del numero di raccolte siti e della velocità dell'hardware del server di database.
Verificare l'aggiornamento per i database aggiuntivi
Dopo aver aggiornato tutti i database aggiuntivi, visualizzare la pagina Stato aggiornamento per monitorare lo stato e verificare che il processo di aggiornamento sia stato completato. Esaminare il file registro per identificare eventuali altri problemi.
Passaggi successivi
Dopo aver aggiornato i database, potrebbe essere necessario eseguire altri passaggi per assicurarsi che la farm sia pronta per l'uso. Ad esempio:
Eseguire la migrazione degli account utente all'autenticazione basata sulle attestazioni, se necessario.
Per impostazione predefinita, le nuove applicazioni Web in SharePoint Server 2016 utilizzano l'autenticazione basata sulle attestazioni. Se si utilizzava l'autenticazione classica nell'ambiente precedente, eseguire la migrazione degli utenti all'autenticazione basata sulle attestazioni.
Aggiornare i collegamenti utilizzati in tutti i modelli di modulo di InfoPath aggiornati.
Per un aggiornamento basato sul collegamento di database, tutti i modelli di modulo di InfoPath vengono esportati e importati nell'ambiente durante la creazione del nuovo ambiente. Dopo l'aggiornamento, è possibile aggiornare i collegamenti utilizzati in tali modelli di modulo aggiornati in modo che facciano riferimento agli URL corretti tramite un cmdlet di Microsoft PowerShell.
InfoPath sono disponibili solo in SharePoint Server.
Eseguire una ricerca per indicizzazione completa
Per ulteriori informazioni, vedere Start, pause, resume, or stop a crawl in SharePoint Server.
Eseguire il backup della farm
Per ulteriori informazioni, vedere Eseguire il backup delle farm in SharePoint Server.
| Fase | Descrizione |
|---|---|
|
|
Questa è la quarta fase del processo di aggiornamento dei dati e dei siti di Prodotti SharePoint 2010 a SharePoint Server 2016. Per una panoramica dell'intero processo, vedere Panoramica del processo di aggiornamento a SharePoint Server 2016. |