Aggiornare i database del contenuto da SharePoint 2010 a SharePoint 2013

SI APPLICA A:yes-img-132013 no-img-162016 no-img-192019 no-img-seSubscription Edition no-img-sopSharePoint 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 la procedura di aggiornamento di una raccolta siti, vedere Aggiornare una raccolta siti a SharePoint 2013.

Fase 4 del processo di aggiornamento: Aggiornare i database del contenuto:

Fasi del processo di aggiornamento per SharePoint 2013

Fase Descrizione
Passaggi 123 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 su 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:

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

  1. Avviare Management Shell di SharePoint.

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

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

  1. Avviare Management Shell di SharePoint.

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

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

  1. Avviare Management Shell di SharePoint.

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

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
Passaggi 123 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)

Aggiornare una raccolta siti a SharePoint 2013

Aggiornare una raccolta siti a SharePoint 2013