Pianificare gli aggiornamenti delle raccolte siti in SharePoint 2013
SI APPLICA A:
2013 
2016 2019 Subscription Edition SharePoint in Microsoft 365
In caso di aggiornamento dai Prodotti SharePoint 2010 a SharePoint 2013, le raccolte siti non vengono aggiornate quando si aggiornano i database del contenuto a una nuova versione. Il processo di aggiornamento viene suddiviso in modo da consentire agli amministratori delle raccolte siti di decidere quando aggiornare le proprie raccolte. Per una panoramica visiva del processo di aggiornamento, vedere Overview of the upgrade process from SharePoint 2010 to SharePoint 2013.
Gli amministratori delle server farm possono controllare le impostazioni per l'aggiornamento delle raccolte siti, ad esempio le impostazioni per le raccolte siti di valutazione per l'aggiornamento, le notifiche e la limitazione dell'aggiornamento. In questo articolo vengono fornite informazioni utili per pianificare le impostazioni da utilizzare per controllare l'aggiornamento di una raccolta siti.
Determinare le raccolte siti che dovrebbero essere aggiornate dagli amministratori di farm
Per impostazione predefinita, gli amministratori delle raccolte siti sono responsabili in caso di aggiornamento delle raccolte siti ed eseguono l'aggiornamento personalmente. In determinate circostanze, tuttavia, è probabilmente consigliabile che l'aggiornamento venga eseguito da un amministratore di farm. Per i siti che presentano le caratteristiche riportate di seguito, ad esempio, i test prima dell'aggiornamento e il potenziale aggiornamento della raccolta siti dovrebbero essere eseguiti dal team di aggiornamento a livello di farm:
Siti estremamente importanti
Se un sito è molto importante per l'azienda, è consigliabile che gli amministratori di farm eseguano test accurati prima dell'aggiornamento e quindi eseguano personalmente l'aggiornamento per assicurarsi che la raccolta siti risulti disponibile per gli utenti nel minor tempo possibile.
Siti molto grandi
Per impostazione predefinita, se un amministratore della raccolta siti inizia ad aggiornare un sito di dimensioni superiori a 10 MB o con più di 10 siti secondari, il sito viene aggiunto alla coda di aggiornamento anziché essere aggiornato immediatamente. Per raccolte siti di dimensioni molto grandi (superiori a 10 GB), è consigliabile affidare l'aggiornamento delle raccolte siti a un amministratore di farm anziché consentire agli amministratori delle raccolte siti di avviare l'aggiornamento. In questo modo, gli amministratori di farm possono testare i siti e quindi monitorare lo stato dell'aggiornamento.
Siti fortemente personalizzati
Testare accuratamente i siti basati su definizioni di sito personalizzate o dotati di numerose altre personalizzazioni prima di eseguirne l'aggiornamento. In caso di problemi con le personalizzazioni sul lato server, gli amministratori di farm dovranno gestirli, ripetere i test e quindi eseguire l'aggiornamento in modo da risolvere qualsiasi problema riscontrato. Eventuali problemi con la progettazione di un sito possono essere gestiti da un progettista o un amministratore della raccolta siti.
Gli amministratori di farm possono aggiornare i siti mediante PowerShell. Per ulteriori informazioni, vedere Upgrade a site collection to SharePoint 2013.
Pianificare le impostazioni per le notifiche relative all'aggiornamento, l'aggiornamento in modalità self-service e la creazione di raccolte siti
Quando una raccolta siti è disponibile per l'aggiornamento, una barra di stato in un sito indica che gli amministratori della raccolta siti possono eseguirne l'aggiornamento. Possono quindi scegliere di aggiornare la raccolta siti o ricevere un promemoria in un secondo momento.
Gli amministratori della farm possono determinare se consentire agli amministratori della raccolta siti di aggiornare i siti. È possibile impostare una proprietà per impedire agli amministratori della raccolta siti di iniziare l'aggiornamento, disattivando anche la notifica nella barra di stato. È quindi possibile eseguire gli aggiornamenti manualmente usando PowerShell. Se si sceglie di aggiornare alcuni siti in modo centralizzato, si dovrebbe avere un piano per decidere quando ogni sito verrà aggiornato e chi verificherà il sito dopo l'aggiornamento.
Nonostante gli amministratori possano aggiornare immediatamente tutte le raccolte siti, ciò non è consigliabile per i motivi seguenti:
Si rischia che alcuni siti abbiano problemi imprevisti che è necessario risolvere. Ciò potrebbe creare o prolungare un'interruzione.
Un volume elevato di problemi potrebbe giungere all'helpdesk o al processo di risoluzione dei problemi quando gli utenti iniziano a utilizzare i siti aggiornati contemporaneamente.
È possibile controllare le impostazioni per l'aggiornamento della raccolta siti e la creazione del sito. È possibile determinare quanto segue:
Se l'amministratore della raccolta siti può aggiornare la raccolta siti.
La modalità (2010, 2013 o entrambe) utilizzabile quanto un utente crea una raccolta siti.
Ad esempio, può essere opportuno che gli utenti continuino a creare siti in modalità 2010 per un determinato periodo di tempo, finché la maggior parte delle raccolte siti non è aggiornata, oppure imporre che i nuovi siti vengano creati in modalità 2013 per non doverli aggiornare in un secondo momento.
Proprietà che controllano l'aggiornamento di raccolte siti e la creazione di siti
| Proprietà | Descrizione |
|---|---|
| SPSite.AllowSelfServiceUpgrade |
Determina se è possibile impostare una notifica relativa all'aggiornamento per una raccolta siti. L'impostazione predefinita è true. Le notifiche vengono impostate automaticamente. Se questa proprietà è impostata su false, nella barra di stato non verrà visualizzata la notifica relativa all'aggiornamento. |
| SPWebApplication.CompatibilityRange |
Determina in quali modalità è possibile creare una raccolta siti. Ad esempio, modalità 2010 (14) o modalità 2013 (15). Sono disponibili gli intervalli seguenti: OldVersions Utilizzare questo intervallo per consentire agli utenti di creare siti soltanto in modalità 2010. NewVersion Utilizzare questo intervallo per consentire agli utenti di creare siti soltanto in modalità 2013. AllVersions Utilizzare questo intervallo per consentire agli utenti di creare siti in modalità 2010 o 2013. È possibile utilizzare questi intervalli oppure impostare un intervallo personalizzato utilizzando il comando New-Object per impostare la proprietà Microsoft.Shareoint.SPCompatibilityRange. |
Per ulteriori informazioni sull'impostazione di queste proprietà, vedere Gestire gli aggiornamenti delle raccolte siti a SharePoint Server 2016.
È anche possibile controllare le notifiche di aggiornamento delle impostazioni. È possibile determinare quanto segue:
Se aggiungere un collegamento a ulteriori informazioni dalla barra di stato Aggiornamento.
Il numero di giorni di attesa prima che a un amministratore della raccolta siti venga visualizzato un promemoria relativo all'aggiornamento se ha selezionato Visualizza in seguito nella barra di stato.
Se un utente fa clic su Visualizza in seguito, la data corrente viene aggiunta al numero impostato per UpgradeReminderDelay e la notifica viene nascosta fino a tale nuova data. Ad esempio, se l'impostazione è 30, la notifica verrà visualizzata dopo 30 giorni dalla data corrente.
Le notifiche relative all'aggiornamento delle raccolte siti sono controllate dalle proprietà riportate di seguito.
Proprietà che controllano le notifiche relative all'aggiornamento
| Proprietà | Descrizione |
|---|---|
| SPWebApplication.UpgradeMaintenanceLink |
Aggiunge al messaggio di stato Aggiornamento un altro collegamento che gli utenti potranno visitare per trovare ulteriori informazioni. Per impostazione predefinita, questa proprietà è vuota. |
| SPWebApplication.UpgradeReminderDelay |
Imposta il numero di giorni di sospensione della notifica relativa all'aggiornamento nella barra di stato dopo che un utente fa clic su Visualizza in seguito. L'impostazione predefinita è 30 giorni. Se questa proprietà è impostata su 0, la notifica relativa all'aggiornamento non viene rimossa dalla barra di stato e non può essere impostata su Visualizza in seguito. |
Per ulteriori informazioni sull'impostazione di queste proprietà, vedere Gestire gli aggiornamenti delle raccolte siti a SharePoint Server 2016.
Pianificare i siti di valutazione per l'aggiornamento
Gli amministratori delle raccolte siti possono richiedere un'anteprima della propria raccolta siti. Tale sito di anteprima è denominato raccolta siti di valutazione per l'aggiornamento. Una raccolta siti di valutazione per l'aggiornamento consente agli amministratori delle raccolte siti di visualizzare il contenuto del proprio sito in una nuova copia distinta del sito in esecuzione in SharePoint 2013. A differenza della Console di aggiornamento di SharePoint Server 2010, la raccolta siti di valutazione per l'aggiornamento è una copia completa della raccolta siti. È separata dall'originale e dispone di un URL specifico. Le azioni eseguite dagli amministratori delle raccolte siti nella raccolta siti di valutazione per l'aggiornamento non influiscono sul sito originale. Sia il sito originale che il sito di valutazione per l'aggiornamento sono disponibili per la ricerca e i processi timer eseguiti per tutte le raccolte siti vengono eseguiti anche nei siti di valutazione per l'aggiornamento.
Quando un amministratore della raccolta siti richiede una raccolta siti di valutazione, la richiesta viene aggiunta a un processo timer (noto come "Crea raccolte siti di valutazione aggiornamento") che viene eseguito una volta al giorno. Questo processo timer crea una copia completa della raccolta siti in un URL univoco. Le raccolte siti di valutazione dell'aggiornamento sono impostate per scadere automaticamente ed essere eliminate. L'ora predefinita per la scadenza è di 30 giorni, che può essere configurata impostando un valore per l'applicazione Web o modificando un valore nella raccolta siti di valutazione stessa.
Gli amministratori di farm possono scegliere di impedire agli utenti di creare siti di valutazione per l'aggiornamento impostando la proprietà SPSite.AllowSelfServiceUpgradeEvaluation per una raccolta siti.
I siti di valutazione per l'aggiornamento vengono creati ed eliminati da processi timer. Vengono utilizzati i processi timer riportati di seguito.
Processi timer per le raccolte siti di valutazione per l'aggiornamento
| Nome processo | Descrizione | Frequenza di esecuzione |
|---|---|---|
| Crea processo per le raccolte di siti di valutazione per l'aggiornamento (job-create-upgrade-eval-sites) |
Crea siti di valutazione per l'aggiornamento. |
Eseguito ogni giorno, tra l'1.00 e l'1.30 |
| Processo per l'eliminazione delle raccolte di siti di valutazione per l'aggiornamento (job-delete-upgrade-eval-sites) |
Elimina i siti di valutazione per l'aggiornamento scaduti e invia notifiche per i siti prossimi alla scadenza. |
Eseguito ogni giorno, tra l'1.00 e l'1.30 |
| Processo di aggiornamento raccolte siti (job-upgrade-sites) |
Aggiorna le raccolte siti nella coda per un database del contenuto. |
Eseguito ogni 1 minuto |
È possibile decidere quando e con quale frequenza eseguire questi processi timer, nonché eseguirli manualmente.
Modalità di creazione delle raccolte siti di valutazione per l'aggiornamento
Il processo timer Crea processo per le raccolte di siti di valutazione per l'aggiornamento raccoglie l'elenco delle raccolte siti accodate per siti di valutazione e quindi copia i siti nei nuovi URL e ID di sito. Aggiunge inoltre i siti alla coda di aggiornamento affinché vengano in seguito recuperati dal processo timer Processo di aggiornamento raccolte siti. Per creare una copia del sito:
Se si dispone di una versione Enterprise di SQL Server, il processo timer Crea processo per le raccolte di siti di valutazione per l'aggiornamento acquisisce uno snapshot del database e legge i dati dallo snapshot a un database di destinazione (il database di origine è la destinazione predefinita). Ciò non influisce sullo stato di sola lettura del sito di origine nel corso dell'intero processo.
Per altre versioni di SQL Server che non dispongono di funzionalità di snapshot, il processo timer Crea processo per le raccolte di siti di valutazione per l'aggiornamento esegue il backup di una raccolta siti e la ripristina in nuovo URL. Il sito di origine viene così mantenuto in sola lettura per l'intera durata del processo.
Il Processo di aggiornamento raccolte siti raccoglie l'elenco delle raccolte siti accodate per l'aggiornamento e quindi aggiorna i siti accodati dal meno recente al più recente. Viene quindi eseguito (o almeno tentato) l'aggiornamento del sito di valutazione recentemente aggiunto.
Pianificare le code e la limitazione dell'aggiornamento delle raccolte siti
Per assicurarsi che gli aggiornamenti delle raccolte siti non causino un'interruzione della disponibilità della farm, esistono limitazioni incorporate a livello di applicazione Web, database e contenuto. In questo modo, se 100 amministratori di raccolte siti decidono di aggiornare le proprie raccolte siti contemporaneamente, solo alcuni aggiornamenti vengono eseguiti contemporaneamente e i restanti vengono inseriti in una coda per essere eseguiti in seguito.
Gli aggiornamenti delle raccolte siti vengono limitati.
Livelli di limitazione per l'aggiornamento delle raccolte siti
| Livello | Numero massimo di raccolte siti aggiornabili contemporaneamente | Proprietà che controlla l'impostazione della limitazione |
|---|---|---|
| Applicazione Web |
L'impostazione predefinita è 5 per istanza dell'applicazione Web. Le richieste aggiuntive vengono aggiunte alla coda. |
SPWebApplication.SiteUpgradeThrottleSettings AppPoolConcurrentUpgradeSessionLimit |
| Database del contenuto |
L'impostazione predefinita è 10 per database del contenuto. Le richieste aggiuntive vengono aggiunte alla coda. |
SPContentDatabase.ConcurrentSiteUpgradeSessionLimit Se più siti sono in coda in un DB di contenuto, un solo sito alla volta verrà aggiornato da un'istanza di servizio con timer. Tale comportamento è preimpostato. La limitazione ConcurrentSiteUpgradeSessionLimit interessa tutte le forme di aggiornamenti del sito, tra cui quelle che si verificano direttamente in w3wp (aggiornamenti iniziati dall'utente finale o in corso) e gli strumenti amministrativi di Windows PowerShell (a meno che l'amministratore della farm non esegua esplicitamente l'override della limitazione, vedere di seguito). Il servizio timer include un meccanismo per la distribuzione dei carichi indipendente da tutti gli elementi correlati per l'aggiornamento dei siti. I database del contenuto sono distribuiti in tutte le istanze del servizio timer nella farm e tutti i lavori di un database del contenuto dato sono elaborati da una sola istanza del servizio timer, in modo seriale. Ciò significa che solo una raccolta siti viene elaborata dal servizio timer in un dato database del contenuto alla volta, ma diverse istanze del servizio timer possono elaborare la coda per più database del contenuti diversi contemporaneamente. Mentre per motivi indipendenti il servizio timer non è parallelizzato per l'elaborazione di un singolo database del contenuto, il servizio timer non è l'unico modo in cui possono essere aggiornate le raccolte siti. Se la raccolta siti è piccola, verrà aggiornata in modo sincrono nel processo di cui è stato iniziato l'aggiornamento, in genere w3wp.exe, ma potrebbe anche essere Windows PowerShell se il contrassegno -QueueOnly non è stato specificato. In questo scenario, viene applicato principalmente il limite di concorrenza. |
| Contenuto di una raccolta siti (dimensioni e numero di Web secondari) |
Per impostazione predefinita, un sito di oltre 10 MB o con più di 10 Web secondari non può essere aggiornato in modalità self-service dall'amministratore della raccolta siti e deve essere invece aggiornato dall'amministratore di farm. |
SPWebApplication.SiteUpgradeThrottleSettings UsageStorageLimit e SubwebCountLimit |
Nella figura seguente viene illustrata la relazione tra i limiti per l'aggiornamento dell'applicazione Web e del database del contenuto.
Limitazioni dell'aggiornamento e coda di aggiornamento dei siti per applicazioni Web e database del contenuto
In questa figura, il database del contenuto contiene quindici siti ed è stato richiesto di avviare l'aggiornamento per tutti i siti.
A causa del limite dell'applicazione Web, è possibile avviare l'aggiornamento soltanto di cinque siti per l'istanza 1 dell'applicazione Web 1 sul server Web 1.
L'aggiornamento di cinque siti aggiuntivi viene avviato nell'istanza 2 dell'applicazione Web 1 sul server Web 2.
A causa della limitazione del database del contenuto, cinque siti vengono inviati nella coda di aggiornamento in attesa del proprio turno.
È possibile utilizzare le impostazioni di limitazione predefinite oppure specificare valori personalizzati per il numero di raccolte siti aggiornabili contemporaneamente. Gli amministratori di farm possono inoltre sostituire le impostazioni di limitazione quando aggiornano un sito mediante PowerShell. Prestare attenzione quando si modificano questi valori e assicurarsi di verificare le impostazioni che si desidera utilizzare in un ambiente di testing prima di implementarle in produzione. Aumentando eccessivamente la limitazione, si possono causare problemi di prestazioni nell'ambiente. Troppi aggiornamenti paralleli, ad esempio, potrebbero influire sul rendering del sito. Per informazioni sulla modifica di queste impostazioni, vedere Gestire gli aggiornamenti delle raccolte siti a SharePoint Server 2016.
Informazioni sulle modalità delle raccolte siti
Affinché sia possibile eseguire l'aggiornamento delle raccolte siti separatamente dall'aggiornamento dei database del contenuto, SharePoint 2013 introduce il concetto di "modalità" (note anche come livelli di compatibilità) delle raccolte siti. Nel nuovo ambiente, le raccolte siti sono in modalità 2010 finché non vengono specificamente aggiornate alla modalità 2013. È possibile creare nuove raccolte siti nell'una o nell'altra modalità. Nonostante gli amministratori di farm possano configurare questa impostazione, l'impostazione predefinita è la creazione di siti in modalità 2010. Quando una raccolta siti è in modalità 2010, l'interfaccia utente è simile all'interfaccia dei Prodotti SharePoint 2010 e sono abilitate solo le caratteristiche disponibili nei Prodotti SharePoint 2010. In modalità 2013, l'interfaccia e le caratteristiche sono aggiornate a SharePoint 2013.
È necessario verificare che i pacchetti, le caratteristiche e gli altri componenti personalizzati delle soluzioni siano disponibili per entrambe le modalità dei siti. Per ulteriori informazioni, vedere Create a plan for current customizations during upgrade to SharePoint 2013.
Informare gli amministratori delle raccolte siti
È importante informare gli utenti su come aggiornare le proprie raccolte siti e come analizzare i siti in una raccolta siti di valutazione per l'aggiornamento. Gli utenti informati saranno pronti e sapranno come affrontare la situazione riducendo al minimo la frustrazione e le richieste di supporto all'helpdesk.
Illustrare agli utenti le modifiche e le nuove caratteristiche. Rendere inoltre noti i possibili problemi che potrebbero verificarsi. È ad esempio possibile che si verifichino problemi con le personalizzazioni e che le pagine non vengano visualizzate correttamente. Per informazioni sui problemi generali relativi all'aggiornamento, vedere Verificare le raccolte siti aggiornate a SharePoint 2013 e Risolvere i problemi relativi all'aggiornamento delle raccolte siti in SharePoint 2013.
Spiegare agli amministratori delle raccolte siti che i siti di valutazione per l'aggiornamento sono copie e le modifiche eventualmente apportate non verranno salvate in modo permanente nei siti aggiornati. Nel sito di anteprima è inoltre presente una barra di notifica che indica che si tratta di una copia.
Per impostazione predefinita, gli amministratori delle raccolte siti controllano l'aggiornamento dei propri siti. Possono utilizzare le raccolte siti di valutazione per l'aggiornamento per visualizzare un'anteprima della nuova interfaccia utente e delle nuove caratteristiche. Avranno così il tempo di verificare che tutto funzioni correttamente e risolvere eventuali problemi nel sito originale prima dell'aggiornamento. Quando gli amministratori delle raccolte siti saranno pronti, potranno aggiornare i propri siti.
È consigliabile stabilire un piano e un limite temporale alla possibilità per gli amministratori delle raccolte siti di rimandare l'aggiornamento dei propri siti. Ad esempio, è possibile concedere a ogni amministratore di raccolta siti 90 giorni per collaborare con i relativi amministratori delle raccolte siti per valutare e quindi aggiornare i siti. In tal modo, gli utenti avranno un periodo di tempo ragionevole per familiarizzare con la nuova interfaccia utente e risolvere eventuali problemi nei siti. Assicurarsi di comunicare il limite temporale agli utenti e che siano informati del fatto che sarà possibile applicare un aggiornamento forzato a tutti i siti. È inoltre possibile utilizzare un comando di PowerShell per controllare il livello di compatibilità per i siti in un database del contenuto e verificare così quanti siti sono in modalità 2010 e quanti sono in modalità 2013. Per ulteriori informazioni, vedere Gestire gli aggiornamenti delle raccolte siti a SharePoint Server 2016..
È importante informare gli amministratori delle raccolte siti che fino a quando i siti utilizzeranno la modalità 2010 non saranno disponibili le nuove caratteristiche. Non appena i siti verranno aggiornati alla nuova versione, tuttavia, le caratteristiche dell'applicazione saranno visualizzate automaticamente.
Vedere anche
Ulteriori risorse
Gestire gli aggiornamenti delle raccolte siti a SharePoint Server 2016
Overview of the upgrade process from SharePoint 2010 to SharePoint 2013