Aggiornare i database del contenuto da SharePoint 2010 a SharePoint 2013
SI APPLICA A:
2013 
2016 2019 Subscription Edition SharePoint in Microsoft 365
Quando si esegue l'aggiornamento da Prodotti SharePoint 2010 a SharePoint 2013, è 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 2013, aver copiato i database del contenuto e dell'applicazione di servizio e aver aggiornato le applicazioni di servizio, è possibile collegare e aggiornare i database del contenuto a SharePoint 2013. Questo articolo illustra i passaggi da eseguire per collegare e aggiornare i database del contenuto a SharePoint 2013.
Questo articolo non fornisce la procedura per aggiornare una raccolta siti. Il processo di aggiornamento delle raccolte siti è separato dal processo per l'aggiornamento dei database. Per i passaggi per aggiornare una raccolta siti, vedere Aggiornare una raccolta siti a SharePoint 2013.
Fase 4 del processo di aggiornamento: Aggiornare i database del contenuto:
| Fase | Descrizione |
|---|---|
 |
Si tratta della quarta fase del processo di aggiornamento dei dati e dei siti di Prodotti SharePoint 2010 a SharePoint 2013. Il processo include le fasi seguenti, che devono essere eseguite nell'ordine indicato: Creare la farm di SharePoint 2013 per un aggiornamento basato sul collegamento di databaseDatabase di copia alla nuova farm per l'aggiornamento alle applicazioni di servizio SharePoint 2013Upgrade a SharePoint 2013Database di contenuto diUpgrade da SharePoint 2010 a SharePoint 2013 (questa fase) Aggiornare una raccolta siti a SharePoint 2013Per una panoramica dell'intero processo, Vedere Panoramica del processo di aggiornamento da SharePoint 2010 a SharePoint 2013 e Modello di processo di aggiornamento Scaricare il modello di processo di aggiornamento |
Importante
Questo articolo si applica sia a SharePoint Foundation 2013 che a SharePoint 2013.
Guardare il video relativo alla fase 4 dell'aggiornamento a SharePoint 2013
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 Prodotti SharePoint 2010. 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 2013, è necessario usare PowerShell per creare un'applicazione Web che usa l'autenticazione classica di Windows. Se il risultato desiderato consiste nell'usare l'autenticazione basata sulle attestazioni, creare la nuova applicazione Web in SharePoint 2013 come applicazione Web basata sulle attestazioni anziché come autenticazione classica di Windows.
Per eseguire la migrazione all'autenticazione delle attestazioni, vedere Eseguire la migrazione dalla modalità classica all'autenticazione basata sulle attestazioni in SharePoint 2013.
Ricreare i percorsi inclusi.
Ricreare i modelli quote.
Configurare le impostazioni di posta elettronica per l'applicazione Web.
Per altre informazioni, vedere Configurare l'integrazione della posta elettronica per una farm di SharePoint Server.
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 Prodotti SharePoint 2010 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.
SharePoint 2013 può ospitare siti in modalità Prodotti SharePoint 2010 e SharePoint 2013. L'installazione per SharePoint 2013 contiene sia i prodotti SharePoint 2010 che le versioni di SharePoint 2013 di molti elementi. Le directory nel file system sono duplicate nei percorsi 14 e 15, ad esempio:
Web Server Extensions/14/TEMPLATE/Features
Web Server Extensions/15/TEMPLATE/Features
Esistono anche due versioni delle directory di supporto di IIS: _Layouts, _Layouts/15 e _ControlTemplates, _ControlTemplates/15.
Installare le personalizzazioni nel percorso corretto nella nuova farm. Ad esempio, i fogli di stile aggiuntivi per i prodotti SharePoint 2010 devono essere installati nel percorso /14, non nel nuovo percorso /15 in modo che le raccolte siti che non sono state aggiornate possano usarle. Se si desidera che una soluzione sia disponibile in entrambi i percorsi, installarla due volte utilizzando per la seconda il parametro CompatibilityLevel in modo da inserirla nel percorso /15. Per ulteriori informazioni, vedere Install-SPSolution.
Per altre informazioni su come aggiornare le personalizzazioni da usare in SharePoint 2013, vedere Ridistribuendo personalizzazioni e soluzioni in SharePoint Foundation 2010 e SharePoint Server 2010. Per altre informazioni su come distribuire personalizzazioni nell'ambiente, vedere Installare e gestire soluzioni per SharePoint Server.
Verificare i componenti personalizzati
Per assicurarsi di aver identificato tutti i componenti personalizzati per l'ambiente, usare l'operazione Stsadm -o enumallwebs nell'ambiente Prodotti SharePoint 2010 e usare 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.
È anche possibile usare il cmdlet Get-SPWeb di Microsoft PowerShell nell'ambiente Prodotti SharePoint 2010 per visualizzare il modello associato a ogni sito e quindi verificare che il modello sia installato nell'ambiente SharePoint 2013. Per ulteriori informazioni su questa operazione, vedere Get-SPWeb.
Prima di collegare i database del contenuto alle applicazioni Web, usare il cmdlet Di Microsoft PowerShell Test-SPContentDatabase per verificare di disporre di tutti i componenti personalizzati necessari per tale database.
Per verificare che i componenti personalizzati siano 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 2013.
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.
Al prompt dei comandi di PowerShell digitare il comando seguente:
Test-SPContentDatabase -Name DatabaseName -WebApplication URL
Dove:
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. Tuttavia, per SharePoint 2013, il processo non aggiorna le raccolte siti.
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. Quando si collega un database del contenuto, includere il sito radice per l'applicazione Web nel primo database del contenuto che si collega. In altre parole, prima di continuare, esaminare la radice dell'applicazione Web nella server farm Prodotti SharePoint 2010 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 sono state create le applicazioni Web nel nuovo ambiente SharePoint 2013, è stato creato un database del contenuto per ogni applicazione Web. È possibile ignorare questi database predefiniti fino a quando non sono stati collegati i database di Prodotti SharePoint 2010 e quindi eliminare i database predefiniti.
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.
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.
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.
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. Assicurarsi che tutti gli elementi personalizzati dell'ambiente Prodotti SharePoint 2010 siano installati nei server Web front-end nell'ambiente SharePoint 2013 prima di avviare il processo di aggiornamento. Usare il cmdlet di Microsoft PowerShell test-spcontentdatabase per identificare gli elementi personalizzati che potrebbero non essere presenti nei siti.
Per collegare un database del contenuto a un'applicazione Web 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 2013.
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.
Al prompt dei comandi di PowerShell digitare il comando seguente e quindi premere INVIO:
Mount-SPContentDatabase -Name DatabaseName -DatabaseServer ServerName -WebApplication URL
Dove:
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 ulteriori informazioni, vedere Mount-SPContentDatabase.
Consiglio
Per eseguire l'aggiornamento da SharePoint Foundation 2010 a SharePoint 2013, collegare i database del contenuto di SharePoint Foundation 2010 direttamente all'ambiente SharePoint 2013. Seguire gli stessi passaggi descritti in questo articolo, ma usare i database di SharePoint Foundation 2010 e una farm di SharePoint 2013. Il processo di aggiornamento aggiornerà contemporaneamente la versione e il prodotto.
Verifica: Verificare l'aggiornamento per il 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 altre informazioni sulla verifica e la risoluzione dei problemi di aggiornamento, vedere Verificare gli aggiornamenti del database in SharePoint 2013 e Testare e risolvere i problemi relativi a un aggiornamento a SharePoint 2013.
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 fare clic su Aggiornamento e migrazione e quindi su Controlla stato aggiornamento.
Per visualizzare il file di log dell'aggiornamento:
Il file di log degli errori di aggiornamento e il file di log di aggiornamento si trovano in %COMMONPROGRAMFILES%\Microsoft Shared\web server extensions\15\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
Il formato del log di aggiornamento per SharePoint 2013 si basa sulla stessa struttura di ULS. > 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 2013.
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.
Al prompt dei comandi di PowerShell digitare il comando seguente:
Get-SPContentDatabase | ft Name, NeedsUpgradeIncludeChildren
Questo cmdlet restituisce un elenco di database in stile tabella nella farm e indica se il database deve essere aggiornato a SharePoint2013.
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. Usare finestre del prompt dei comandi separate 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.
Verifica: 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:
Verificare che le raccolte siti funzionino come previsto in modalità 2010.
Esaminare visivamente le raccolte siti. È possibile usare un elenco di revisione simile a quello fornito per i siti aggiornati in Esaminare le raccolte siti aggiornate a SharePoint Server 2016.
Eseguire la migrazione degli account utente all'autenticazione basata sulle attestazioni, se necessario.
Per impostazione predefinita, le nuove applicazioni Web in SharePoint 2013 utilizzano l'autenticazione basata sulle attestazioni. Se nell'ambiente precedente si utilizza l'autenticazione classica, è necessario eseguire la migrazione degli utenti all'autenticazione basata sulle attestazioni. Per ulteriori informazioni, vedere Eseguire la migrazione dall'autenticazione in modalità classica a quella basata su attestazioni in SharePoint 2013.
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 con un cmdlet di Microsoft PowerShell i collegamenti utilizzati nei modelli di modulo aggiornati in modo che rimandino agli URL corretti.
Per ulteriori informazioni, vedere Configurazione di InfoPath Forms Services (SharePoint Server 2010).
InfoPath sono disponibili solo in SharePoint Server.
Configurare la topologia di ricerca
L'architettura del servizio di ricerca è stata modificata per SharePoint 2013. Pianificare e configurare la topologia di ricerca in modo adeguato all'ambiente in uso e alla nuova architettura. Per ulteriori informazioni, vedere Implementare la scalabilità della ricerca per i siti Internet in SharePoint Server e Gestire la topologia di ricerca 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.
Anche se SharePoint Foundation 2013 include funzionalità di ricerca, non è la stessa applicazione servizio di ricerca disponibile in SharePoint 2013. Questi passaggi si applicano solo a SharePoint 2013.
Quando la farm è pronta, è possibile abilitare l'accesso agli utenti e quindi iniziare ad aggiornare le raccolte siti. Per informazioni su come aggiornare le raccolte siti, vedere Aggiornare una raccolta siti a SharePoint 2013.
| Fase | Descrizione |
|---|---|
|
Si tratta della quarta fase del processo di aggiornamento dei dati e dei siti di Prodotti SharePoint 2010 a SharePoint 2013. Fase successiva: Aggiornare una raccolta siti a SharePoint 2013 Per una panoramica dell'intero processo, vedere Panoramica del processo di aggiornamento da SharePoint 2010 a SharePoint 2013. |
Vedere anche
Ulteriori risorse
Elenco di controllo per l'aggiornamento basato sul collegamento di database (SharePoint 2013)