Pulire un ambiente prima di un aggiornamento a SharePoint 2013

Articolo
03/21/2018

**Si applica a:**SharePoint 2013, SharePoint Foundation 2013, SharePoint Server 2013

**Ultima modifica dell'argomento:**2017-09-26

Riepilogo: verificare che l'ambiente in uso funzioni correttamente ed eliminare gli elementi superflui prima dell'aggiornamento a SharePoint 2013.

Prima di iniziare l'aggiornamento da Prodotti SharePoint 2010 a SharePoint 2013, verificare che l'ambiente stia funzionando correttamente ed eliminare l'eventuale contenuto da non aggiornare. È inoltre consigliabile rimuovere o ridisporre il contenuto in modo da ottenere la struttura desiderata dopo l'esecuzione dell'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

Per utilizzare lo strumento da riga di comando Stsadm, è necessario essere membri del gruppo Administrators nel computer locale.
Per utilizzare i cmdlet PowerShell in SharePoint Management Shell, è necessario disporre delle seguenti appartenenze:

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

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

È inutile eseguire l'aggiornamento di contenuto che non si desidera mantenere. Se pertanto si dispone di contenuto che è rimasto a lungo inutilizzato e di cui non si avrà necessità in futuro, effettuarne il backup e quindi eliminarlo per liberare spazio di archiviazione e risorse amministrative, migliorare le prestazioni dell'aggiornamento e ridurre i rischi correlati a tale processo. Comunicare con i proprietari dei siti o i contatti dell'organizzazione per ottenere informazioni sullo stato del sito, in modo da accertarsi, prima di eliminare un sito, che questo non sia necessario. Anche se non vengono aggiornati spesso, non è ad esempio opportuno eliminare siti necessari per motivi di conformità, ad esempio siti contenenti procedure di emergenza.

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 richieste di query agli elenchi di grandi dimensioni è attivata in Prodotti SharePoint 2010. Questo comportamento non è cambiato in SharePoint 2013. Se un elenco è molto esteso e gli utenti utilizzano una visualizzazione oppure eseguono una query che supera il limite o la soglia prevista, la visualizzazione o la query non sarà consentita. Se si esegue l'aggiornamento del contenuto da i prodotti server dell'edizione Office 2007, controllare se sono presenti elenchi di grandi dimensioni e chiedere al proprietario del sito o dell'elenco di risolvere il problema, ad esempio creando colonne indicizzate con visualizzazioni filtrate, organizzando gli elementi in cartelle, impostando un limite di elementi nella pagina per una grande visualizzazione o utilizzando un elenco esterno. Per ulteriori informazioni sulla limitazione degli elenchi di grandi dimensioni e su come risolvere i relativi problemi, vedere Gestire elenchi e raccolte che includono molti elementi su Office Online.

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

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 tra 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 Content database limits. 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 chiedere agli utenti di eliminarle manualmente oppure è possibile utilizzare il modello a oggetti per individuarle 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. Per identificare tali personalizzazioni nel proprio ambiente, è possibile eseguire l'operazione Stsadm -o EnumAllWebs con i parametri -includefeatures e -includewebparts. Questa operazione consente di individuare web part, funzionalità, gestori eventi e file di installazione in uso nell'ambiente. Il comando EnumAllWebs inoltre specifica i file utilizzati dai diversi siti. Nell'aggiornamento cumulativo di febbraio 2011 sono state apportate modifiche al comando EnumAllWebs affinché restituisca le funzionalità sia a livello Web che di raccolta siti. 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 impostandole come 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 Utilizzare un aggiornamento di prova a SharePoint 2013 per individuare possibili problemi. Se le personalizzazioni non vengono utilizzate, 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 siti non sono disponibili in SharePoint 2013 in quanto Office Online Server viene ora installato separatamente rispetto all'ambiente SharePoint 2013. I siti basati su tali modelli non funzioneranno in SharePoint 2013, pertanto è necessario rimuoverli prima dell'aggiornamento.

È possibile utilizzare il comando Get-SPSitePowerShell 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-SPSitePowerShell 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 Centro ricerche FAST alla versione 2013. I siti esistenti possono continuare a funzionare in modalità 2010 dopo l'aggiornamento. Se si desiderano le nuove 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 da i prodotti server dell'edizione Office 2007 a Prodotti SharePoint 2010, è possibile consentire ai proprietari dei siti di utilizzare la Console di aggiornamento per mantenere la modalità di utilizzo precedente per i siti anche nell'ambiente aggiornato. Quando si esegue l'aggiornamento a SharePoint 2013, tutti i siti per i quali è stata mantenuta la modalità di utilizzo precedente in Prodotti SharePoint 2010 vengono aggiornati automaticamente alle modalità di utilizzo 2010. Se si desidera risolvere eventuali problemi ed esaminare i siti prima di passare alla nuova modalità di utilizzo, eseguirne l'aggiornamento alla nuova modalità di utilizzo nell'ambiente Prodotti SharePoint 2010 ed esaminarli prima di aggiornarli a SharePoint 2013. È consigliabile concludere le operazioni nella Console di aggiornamento prima di eseguire l'aggiornamento a SharePoint 2013, in modo da poter ottenere 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.
È possibile tornare temporaneamente alla modalità di utilizzo precedente se necessario. Questa opportunità non è disponibile nella modalità di utilizzo 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 di visualizzazione dell'interfaccia del sito, è necessario stabilire se si tratta di un vecchio problema del sito che è stato forzato tramite la Console di aggiornamento, 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

Accertarsi di disporre delle seguenti appartenenze:
- 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

Se non si dispone delle autorizzazioni, richiederle all'amministratore dell'installazione o all'amministratore di SQL Server. Per altre informazioni sulle autorizzazioni di PowerShell, vedere Add-SPShellAdmin.
Fare clic sul pulsante Start e scegliere Tutti i programmi.
Fare clic su Prodotti Microsoft SharePoint 2010.
Fare clic su SharePoint 2010 Management Shell.
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()}
```
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:
- Databaserepair: operazione Stsadm
- Forcedeletelist: operazione Stsadm
Verificare la presenza di raccolte siti duplicate o orfani nei database

Verificare che le raccolte siti esistano in un solo database del contenuto. Può accadere che restino duplicati o riferimenti orfani delle raccolte siti nei database del contenuto precedenti quando essere vengono spostate nei nuovi database oppure se una copia di un database era associata alla farm oppure se si è verificato un errore durante il provisioning di una raccolta siti. Se esistono riferimenti a una raccolta siti in più di un database del contenuto o è presente più di un'istanza della raccolta siti in un database del contenuto, possono verificarsi problemi durante l'aggiornamento basato sul metodo di collegamento del 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, utilizzare l'operazione Enumallwebs nello strumento da riga di comando stsadm per individuare in quali database del contenuto si trovano i diversi siti e confrontare i risultati. Esaminare inoltre ogni raccolta siti nei risultati e verificare se è indicata come mancante nella mappa del sito, ciò indica che si tratta di un sito orfano. Per ulteriori informazioni, vedere Enumallwebs: Stsadm operation. Se si individuano siti duplicati o orfani, è possibile utilizzare il cmdlet Remove-SPSite in PowerShell per rimuovere tali siti 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.

Condividi tramite