Pulire un ambiente prima di un aggiornamento a SharePoint 2013

  • Articolo

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

Prima di iniziare a eseguire l'aggiornamento da Prodotti SharePoint 2010 a SharePoint 2013, è necessario assicurarsi che l'ambiente funzioni in uno stato integro e che sia necessario pulire tutti i contenuti che non è necessario aggiornare. È anche possibile richiedere il tempo necessario per rimuovere o riorganizzare il contenuto in modo da avere la struttura desiderata dopo l'aggiornamento.

Elementi da pulire

Molti di questi elementi possono essere rimossi o ripristinati mediante lo strumento da riga di comando Stsadm o i cmdlet PowerShell.

Importante

[!IMPORTANTE] Per utilizzare lo strumento da riga di comando Stsadm, è necessario essere membri del gruppo Administrators nel computer locale. >Per usare i cmdlet di PowerShell in SharePoint Management Shell, è necessario avere le appartenenze seguenti: > ruolo predefinito del server securityadmin nell'istanza di SQL Server. >db_owner ruolo predefinito del database in tutti i database da aggiornare. > Gruppo Administrators nel server in cui si eseguono i cmdlet di PowerShell.

Eliminare le raccolte siti e i Web secondari poco utilizzati o del tutto inutilizzati

Non si vuole aggiornare il contenuto che non è necessario mantenere. Se è stato inutilizzato per molto tempo e non è necessario in futuro, eseguirne il backup e quindi eliminarlo per liberare risorse di archiviazione e amministrative, migliorare le prestazioni di aggiornamento e ridurre i rischi di aggiornamento. Assicurarsi di comunicare con i proprietari del sito o i contatti dell'organizzazione in merito allo stato del sito. Assicurarsi che il sito non sia necessario prima di eliminarlo( ad esempio, non si vogliono eliminare i siti necessari per la conformità, ad esempio le procedure di emergenza, anche se potrebbero non essere aggiornati di frequente).

Per ulteriori informazioni sull'eliminazione delle raccolte siti e dei Web secondari, consultare gli articoli seguenti:

Verificare gli elenchi di grandi dimensioni (elenchi contenenti grandi quantità di dati)

Per impostazione predefinita, la limitazione delle query di elenco di grandi dimensioni è attivata in Prodotti SharePoint 2010. Questo comportamento non è cambiato in SharePoint 2013. Se un elenco è molto grande e gli utenti usano una visualizzazione o eseguono una query che supera il limite o la soglia di limitazione, la visualizzazione o la query non sarà consentita. Se si aggiorna il contenuto dai prodotti server nella versione di Office 2007, controllare eventuali elenchi di grandi dimensioni e fare in modo che il proprietario del sito o il proprietario dell'elenco affronti il problema. Ad esempio, possono creare colonne indicizzate con visualizzazioni filtrate, organizzare gli elementi in cartelle, impostare un limite agli elementi nella pagina per le visualizzazioni estese oppure utilizzare un elenco esterno. Per altre informazioni sulla limitazione di elenchi di grandi dimensioni e su come risolvere i problemi relativi a elenchi di grandi dimensioni, vedere Gestire elenchi e raccolte con molti elementi.

Eliminare le colonne in eccesso dagli elenchi molto vasti (elenchi contenenti troppe colonne) o rimuovere tali elenchi

Gli elenchi molto vasti contengono un numero di colonne superiore a quelle che possono entrare in una singola riga del database del contenuto. Durante l'aggiornamento, l'area di archiviazione sottostante nel database viene trasformata in una struttura di tabelle sparse e un elenco molto vasto può generare un errore durante l'aggiornamento. Utilizzare il comando Test-SPContentDatabase in PowerShell per individuare gli elenchi molto vasti nei database del contenuto e quindi rimuovere le colonne in eccesso oppure rimuovere gli elenchi stessi prima dell'aggiornamento.

Per ulteriori informazioni sulle dimensioni massime delle colonne di un elenco, vedere Limiti relativi alle colonne.

Considerare la possibilità di spostare le raccolte siti in database separati

Se in un database sono presenti 5.000 o più raccolte siti, è consigliabile suddividerle in più database. In Prodotti SharePoint 2010 è prevista una soglia di avviso predefinita di 9.000 raccolte siti e un limite massimo di 15.000 raccolte siti. In SharePoint 2013 questi valori diventano di 2.000 raccolte siti per il livello di avviso e di 5.000 raccolte siti per il limite. Per evitare errori durante l'aggiornamento o di rilevare siti con collegamenti interrotti dopo l'aggiornamento, è consigliabile spostare alcune raccolte siti in altri database. Se si dispone di più database del contenuto, è possibile anche velocizzare il processo di aggiornamento includendo più database in parallelo.

Per ulteriori informazioni sui limiti delle raccolte siti, vedere Limiti relativi ai database del contenuto. Per ulteriori informazioni su come spostare raccolte siti in un nuovo database, vedere Spostare raccolte siti tra database in SharePoint Server.

Rimuovere le versioni dei documenti estranee

La presenza di un numero elevato di versioni dei documenti può rallentare un aggiornamento in modo significativo. Se non è necessario mantenere più versioni, è possibile fare in modo che gli utenti le eliminino manualmente o usino il modello a oggetti per trovarle e rimuoverle. Per ulteriori informazioni su come rimuovere versioni estranee a livello di programmazione, vedere l'argomento relativo al servizio Web per le versioni su MSDN.

Rimuovere le funzionalità, le web part e i modelli inutilizzati

Verificare innanzitutto che il modello, la funzionalità o la web part non venga utilizzata da alcun sito. È possibile usare l'operazione Stsadm - EnumAllWebs con i - includefeatures parametri e - includewebparts per identificare queste personalizzazioni nell'ambiente. Questa operazione consente di individuare web part, funzionalità, gestori eventi e file di installazione in uso nell'ambiente. Il EnumAllWebs comando specifica anche quali file vengono utilizzati da quali siti. Sono state apportate modifiche al EnumAllWebs comando nell'aggiornamento cumulativo di febbraio 2011 per fare in modo che restituisca sia la raccolta siti che le funzionalità a livello Web. Per ulteriori informazioni e per scaricare l'aggiornamento cumulativo, vedere Descrizione del pacchetto di aggiornamento cumulativo per SharePoint Foundation 2010 (pacchetto server SharePoint Foundation): 3 marzo 2011.

È possibile rimuovere una funzionalità durante l'aggiornamento della raccolta siti. Le funzionalità semplici possono anche essere rimosse deprecate nel modello. È possibile utilizzare l'aggiornamento delle funzionalità per rimuovere le funzionalità più complesse. Per ulteriori informazioni, vedere gli argomenti relativi all'aggiornamento delle funzionalità e alla panoramica dell'aggiornamento delle funzionalità su MSDN.

Per ulteriori informazioni su come identificare le personalizzazioni nell'ambiente, vedere Use a trial upgrade to SharePoint 2013 to find potential issues. Se le personalizzazioni non vengono usate, eliminarle. Per ulteriori informazioni su come gestire questi tipi di personalizzazioni, vedere gli argomenti relativi alle funzionalità e modelli e alle soluzioni e pacchetti web part su MSDN.

Rimuovere siti di trasmissione di PowerPoint

Questi siti e modelli di sito non sono disponibili in SharePoint 2013 perché la Office Online Server è ora installata separatamente dall'ambiente SharePoint 2013. I siti basati su questi modelli non funzionano in SharePoint 2013. Rimuovere questi tipi di siti prima dell'aggiornamento.

È possibile utilizzare il comando Get-SPSite PowerShell insieme alle opzioni seguenti per individuare tali siti:

Get-SPSite | Where-Object{$_.RootWeb.Template -eq "PowerPointBroadcast#0"}

In questo modo vengono restituiti tutti i siti che utilizzano il modello indicato.

È anche possibile utilizzare i comandi Get-SPSite e Remove-SPSite PowerShell insieme alle opzioni seguenti per rimuovere tali siti:

Get-SPSite | Where-Object{$_.RootWeb.Template -eq "PowerPointBroadcast#0"} | Remove-SPSite

Accertarsi di eseguire un backup di tali siti prima di rimuoverli. Per ulteriori informazioni, vedere Get-SPSite e Remove-SPSite.

Rimozione dei siti Centro ricerche FAST

Non è possibile aggiornare i siti FAST Search Center all'esperienza 2013. Quelli esistenti possono continuare a funzionare in modalità 2010 dopo l'aggiornamento. Se si desidera utilizzare la nuova funzionalità, sarà necessario creare nuovi siti Centro ricerche organizzazione in modalità 2013.

Concludere le operazioni nella Console di aggiornamento in Prodotti SharePoint 2010

Durante un aggiornamento dai prodotti server nella versione di Office 2007 ai prodotti SharePoint 2010, è possibile consentire ai proprietari del sito di usare Aggiornamento visivo per mantenere i siti nell'esperienza precedente nell'ambiente aggiornato. Quando si esegue l'aggiornamento a SharePoint 2013, tutti i siti che sono ancora nell'esperienza precedente in Prodotti SharePoint 2010 vengono aggiornati automaticamente all'esperienza 2010. Se si vuole avere la possibilità di risolvere eventuali problemi ed esaminare i siti prima di passare alla nuova esperienza, aggiornarli alla nuova esperienza nell'ambiente Prodotti SharePoint 2010 ed esaminarli prima di aggiornarli a SharePoint 2013. È consigliabile completare gli aggiornamenti visivi prima di eseguire l'aggiornamento a SharePoint 2013. Il completamento degli aggiornamenti visivi prima dell'aggiornamento offre i vantaggi seguenti:

  • È possibile risolvere eventuali problemi mentre sono ancora disponibili i componenti di i prodotti server dell'edizione Office 2007.

  • È possibile coinvolgere gli utenti nella valutazione e correzione dei problemi nei rispettivi siti.

  • Se necessario, è possibile eseguire temporaneamente il rollback all'esperienza precedente. Non è possibile eseguire il rollback quando si è nell'esperienza di SharePoint 2013.

  • Si evitano potenziali errori nel processo di aggiornamento. È consigliabile ridurre al minimo le operazioni eseguite durante l'aggiornamento. Provare a risolvere gli errori risulta più difficile quando sono coinvolti più processi. Gli utenti potrebbero pensare che l'aggiornamento ha causato un problema mentre si tratta in realtà del cambiamento di modalità di utilizzo nella nuova versione. Se si verifica un problema con la modalità di visualizzazione dell'interfaccia del sito, come si può sapere se si tratta di un problema precedente del sito forzato tramite l'aggiornamento visivo, un problema con la modalità 2010 in SharePoint 2013 o un problema con un nuovo file CSS?

Per esaminare i siti nella modalità precedente, nell'ambiente Prodotti SharePoint 2010 è possibile utilizzare il comando Get-SPSite di PowerShell.

Per esaminare e aggiornare siti che utilizzano ancora la modalità precedente nell'ambiente Prodotti SharePoint 2010 utilizzando 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 nel server in cui si eseguono i cmdlet di PowerShell.

    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 altre informazioni sulle autorizzazioni di PowerShell, vedere Add-SPShellAdmin.

  1. Fare clic sul pulsante Start e scegliere Tutti i programmi.

  2. Fare clic su Prodotti Microsoft SharePoint 2010.

  3. Fare clic su SharePoint 2010 Management Shell.

  4. Al prompt dei comandi di PowerShell immettere il comando seguente per restituire tutte le raccolte siti presenti o che hanno Web secondari che utilizzano ancora la modalità precedente:

Get-SPSite | ForEach-Object{$_.GetVisualReport()}
  1. Al prompt dei comandi di PowerShell immettere il comando seguente per aggiornare tali siti alla nuova modalità di utilizzo:
Get-SPSite | ForEach-Object{$_.VisualUpgradeWebs()}

Per ulteriori informazioni, vedere Get-SPSite e Gestire la console di aggiornamento (SharePoint Server 2010).

Risolvere i problemi relativi ai dati

Accertarsi di risolvere tutti i problemi dei database o del contenuto del sito prima dell'aggiornamento. In particolare, controllare i seguenti elementi:

  • Verificare se nei database sono presenti dati danneggiati

    Pulire i database in modo da rimuovere gli eventuali siti orfani o altri dati danneggiati, ad esempio un elenco danneggiato. Considerare la possibilità di eseguire la deframmentazione se dal database sono stati rimossi siti o siti secondari. Per ulteriori informazioni, vedere:

  • Verificare la presenza di raccolte siti duplicate o orfani nei database

    Verificare che le raccolte siti esistano in un solo database del contenuto. In alcuni casi, le raccolte siti possono lasciare riferimenti duplicati o orfani nei database del contenuto precedenti se vengono spostate in nuovi database o se una copia di un database è stata collegata alla farm o se si è verificato un errore durante il provisioning di una raccolta siti. Se si fa riferimento a una raccolta siti in più database del contenuto o se è presente più di un'istanza della raccolta siti in un database del contenuto, è possibile che si verifichino problemi durante l'aggiornamento usando il metodo di aggiornamento basato sul collegamento di database. Se si aggiorna una versione duplicata della raccolta siti, è possibile che la mappa del sito nel database di configurazioni rimandi a tale versione del sito anziché alla versione corrente.

    Prima di eseguire l'aggiornamento, usare l'operazione Enumallwebs nello strumento da riga di comando stsadm per individuare i siti in cui si trovano i database del contenuto e confrontare i risultati. Esaminare inoltre ogni raccolta siti nei risultati e verificare se è elencata come mancante nella mappa del sito. Essere elencato come mancante indica che si tratta di un sito orfano. Per ulteriori informazioni, vedere Operazione Enumallwebs: Stsadm. Se si trovano siti duplicati o orfani, è possibile usare il cmdlet Remove-SPSite in PowerShell per rimuovere i siti duplicati o orfani dal database.

    Per ulteriori informazioni, vedere Remove-SPSite.

  • Verificare eventuali varianti

    Negli ambienti di pubblicazione verificare la presenza di eventuali varianti da correggere. Per ulteriori informazioni, vedere Variationsfixuptool: operazione Stsadm.

Come apportare modifiche strutturali

Per apportare modifiche strutturali all'ambiente, ad esempio spostando raccolte siti o cambiando la modalità di allocazione dei database, sarà possibile utilizzare i metodi seguenti:

  • Move-SPSite Utilizzare questo metodo per spostare le raccolte siti tra i database. Se un database è molto grande o contiene numerose raccolte siti, è possibile spostare i siti per migliorare l'efficienza dell'aggiornamento. È inoltre possibile spostare tutti i siti di collaborazione in un database e tutti i Siti personali in un altro per semplificare l'amministrazione dell'aggiornamento per i diversi gruppi di siti. Questa operazione può essere utilizzata per suddividere i database di grandi dimensioni se contengono più raccolte siti. In questo modo è possibile migliorare l'efficienza dell'aggiornamento.

    Per ulteriori informazioni, vedere Move-SPSite.

  • Export-SPWeb e Import-SPWeb Utilizzare questo metodo per spostare Web secondari o raccolte siti all'interno di una stessa farm o tra farm diverse. Per ulteriori informazioni, vedere Export-SPWeb e Import-SPWeb.

Vedere anche

Ulteriori risorse

Use a trial upgrade to SharePoint 2013 to find potential issues

Procedure consigliate per l'aggiornamento da SharePoint 2010 a SharePoint 2013