Creare un piano per le personalizzazioni correnti durante l'aggiornamento a SharePoint 2013
SI APPLICA A:
2013 
2016 2019 Subscription Edition SharePoint in Microsoft 365
Se i siti sono stati ampiamente personalizzati in base ai prodotti SharePoint 2010, è necessario determinare come gestire le personalizzazioni quando si esegue l'aggiornamento a SharePoint 2013. L'approccio da adottare varierà in base alla portata delle personalizzazioni, al tipo di personalizzazione, alla complessità del sito e agli obiettivi dell'aggiornamento. Prima di eseguire l'aggiornamento, è necessario identificare e quindi valutare le personalizzazioni nell'ambiente e determinare se verranno aggiornate e come.
Identificare le personalizzazioni nell'ambiente
Come parte del processo di testing dell'aggiornamento, è consigliabile creare un inventario delle personalizzazioni del lato server presenti nell'ambiente in uso, ovvero soluzioni, caratteristiche, web part, gestori eventi, pagine master, layout di pagina, file CSS e così via. Per ulteriori informazioni su come identificare le personalizzazioni, vedere Use a trial upgrade to SharePoint 2013 to find potential issues.
Valutare le personalizzazioni
Dopo aver identificato le personalizzazioni, considerare il potenziale effetto di aggiornamento di ognuna di esse. Nella tabella riportata di seguito vengono descritti i tipi di personalizzazione e i possibili effetti durante l'aggiornamento.
| Categoria di personalizzazione | Tipi di personalizzazione | Possibile effetto sull'aggiornamento |
|---|---|---|
| Effetto visivo |
Pagine master Temi Pagine Web Web part JavaScript personalizzato File CSS personalizzati |
Non dovrebbe influire sull'aggiornamento del database. Per i responsabili dell'aggiornamento del sito: adatta alla modalità 2010, ma richiede modifiche per la modalità 2013. Eseguire il testing con attenzione in entrambe le modalità. |
| Effetti sulla struttura dei dati |
Tipi di contenuto Tipi di elenco Modelli Web Definizioni di sito |
Può avere effetti sull'aggiornamento del database se i nomi dei tipi di contenuto o elenco sono in conflitto con quelli nuovi del prodotto oppure se mancano i modelli o le definizioni. |
| Non visiva |
Servizi Web Servizi Windows Gestore HTTP Modulo HTTP |
Potrebbe non essere compatibile con SharePoint 2013. Eseguire il testing con attenzione per determinarne gli effetti. Essere pronti a rimuovere o a sostituire la personalizzazione. |
Dopo aver identificato le personalizzazioni e averne determinato il tipo, è possibile decidere come gestirle. La valutazione sarà più facile rispondendo alle domande seguenti:
La personalizzazione è ancora valida?
Risponde a un'esigenza aziendale di una certa utilità?
È distribuita e utilizzata in modo esteso?
Esegue operazioni che non è possibile eseguire con le funzionalità standard del prodotto?
La personalizzazione è ben progettata?
Si basa su definizioni di sito predefinite e supportate?
È conforme alle procedure consigliate per le personalizzazioni?
Si tratta di una personalizzazione supportata o introduce rischi nell'ambiente?
Man mano che si valutano le singole personalizzazioni, è inoltre possibile riflettere sull'approccio generale da adottare per tutte le personalizzazioni. È possibile scegliere tra le alternative seguenti:
Mantenere le personalizzazioni senza aggiornare i siti È possibile continuare a eseguire il sito in modalità 2010 nell'ambiente aggiornato. Sebbene sia possibile usare questo approccio per mantenere le stesse funzionalità, non sarà possibile sfruttare le funzionalità e le funzionalità disponibili nella nuova versione. Scegliere questo approccio solo temporaneamente, con l'obiettivo di risolvere il problema in seguito, ad esempio prima di un aggiornamento alla versione successiva del prodotto.
Sostituire o rieseguire le personalizzazioni Se si desidera utilizzare nuove funzionalità, si prevede una riprogettazione dei siti oppure si sta modificando in modo significativo l'architettura delle informazioni, l'aggiornamento consente di ripartire con nuove caratteristiche, un nuovo aspetto o una nuova organizzazione. Quando si sostituiscono o rieseguono le personalizzazioni, è possibile avvalersi delle nuove funzionalità, modificare leggermente la struttura se lo si desidera oppure passare a una struttura più gestibile.
Eliminare le personalizzazioni Sostituire le personalizzazioni utilizzando le funzionalità predefinite. È possibile reimpostare le pagine sulle definizioni di sito predefinite e rimuovere le eventuali web part o caratteristiche che non si desidera più supportare. Lo strumento per il controllo dell'integrità della raccolta siti è in grado di eseguire un controllo delle pagine senza ghosting e di reimpostare le versioni predefinite delle pagine. Se si decide di eliminare le personalizzazioni, sarà necessario risolvere i problemi risultanti dalla rimozione delle stesse nei siti in cui venivano utilizzate. È possibile fare riferimento all'inventario delle personalizzazioni creato in precedenza per determinare quali siti richiedono questo tipo di attenzione prima o dopo l'aggiornamento.
Considerazioni per personalizzazioni specifiche
Oltre a decidere come gestire globalmente le personalizzazioni nell'ambiente durante l'aggiornamento, è necessario esaminare tipi specifici di personalizzazioni per stabilire se devono essere eseguite operazioni aggiuntive per farli funzionare nell'ambiente aggiornato.
Nella tabella seguente sono riportate alcune personalizzazioni comuni con i suggerimenti su come gestire quel tipo di personalizzazione.
| Tipo di personalizzazione | Suggerimento |
|---|---|
| Definizione di sito |
Eseguire la migrazione dei siti in una definizione di sito predefinita supportata e quindi applicare le caratteristiche personalizzate tramite la distribuzione della soluzione. È inoltre possibile continuare a utilizzare una definizione di sito personalizzata. Non è necessario creare una nuova definizione di sito basata su SharePoint 2013. Se però occorre eseguire operazioni di aggiornamento personalizzate per la definizione, potrebbe essere necessario creare un file di definizione dell'aggiornamento per tale definizione di sito. Per ulteriori informazioni, vedere l'argomento relativo ai file di definizione dell'aggiornamento su MSDN. |
| Modelli di sito personalizzati |
Se si dispone di modelli di sito personalizzati (ovvero un modello di sito che è stato personalizzato e salvato come modello WSP) che si desidera continuare a utilizzare dopo l'aggiornamento a SharePoint 2013, è necessario pianificare di ricrearli nella modalità 2013 prima dell'aggiornamento della raccolta siti. Sarà necessario crearli di nuovo perché i modelli di sito personalizzati si applicano a versioni specifiche e non mantengono sempre lo stesso aspetto o lo stesso funzionamento nelle versioni successive. Se inoltre è stato utilizzato un modello per creare diversi siti 2010, è possibile che richiedano tutti modifiche manuali per garantirne il corretto funzionamento e il rendering appropriato in SharePoint 2013. |
| 40 favolosi modelli dell'applicazione |
Microsoft non sta creando nuove versioni di questi modelli. Gli ambienti che contengono siti basati su tali modelli possono essere aggiornati, a condizione che vengano installati i modelli. Potrebbero tuttavia verificarsi problemi durante l'aggiornamento delle raccolte siti. Testare i singoli siti prima di effettuare l'aggiornamento dell'ambiente di produzione. Per ulteriori informazioni, vedere Troubleshoot database upgrade issues in SharePoint 2013. |
| Funzionalità |
Valutare, quindi riprogettare o ridistribuire se necessario. |
| Flussi di lavoro e controlli server |
Dipende dalla soluzione. Contattare il fornitore per scoprire se è disponibile una soluzione aggiornata. Se un flusso di lavoro è compatibile con la nuova versione, eseguire di nuovo la distribuzione. |
| Gestore eventi |
La maggior parte dei gestori eventi continua a funzionare senza modifiche. Tuttavia, se il codice per il gestore eventi effettua chiamate alle API, che sono state deprecate, sarà necessario riscriverlo e quindi ridistribuirlo come funzionalità. |
| Percorsi gestiti (inclusioni/esclusioni) |
Ricreare le inclusioni per garantire la possibilità di accedere a tutte le raccolte siti in tali percorsi. Le esclusioni non sono state usate nei prodotti SharePoint 2010. Se sono presenti altre versioni di una versione precedente, non è necessario crearne di nuovo. |
| Temi |
Ricreare i temi seguendo le linee guida relative ai temi di SharePoint 2013 oppure selezionare un nuovo tema tra quelli disponibili in SharePoint 2013. Per ulteriori informazioni, vedere Branding issues that may occur when upgrading to SharePoint 2013 [Migrated]. |
| Pagine master e file CSS |
Apportare le modifiche necessarie per adattarli alla nuova esperienza utente. Per ulteriori informazioni, vedere Branding issues that may occur when upgrading to SharePoint 2013 [Migrated]. |
| JavaScript |
Eseguire il testing per determinare se sono necessarie eventuali operazioni. In alcuni casi potrebbe essere necessario modificare gli script per farli funzionare con il nuovo modello di pagina. Verificare il funzionamento sia in modalità 2010 che in modalità 2013. |
| Provider di ricerca o trimmer di sicurezza |
Eseguire il testing per determinare se sono necessarie eventuali operazioni. |
| Web part |
Eseguire il testing per determinare se sono necessarie eventuali operazioni. Potrebbe essere necessario modificare le web part per farle funzionare con la modalità XHMTL. Verificare che non siano state apportate modifiche ai modelli a oggetti o ai servizi Web chiamati dalla web part. Se una web part si trova in una pagina ma non in un'area web part e quindi corrisponde fondamentalmente a codice HTML incorporato direttamente in una pagina, non funzionerà se per la pagina viene ripristinato il modello predefinito. Esiste una regola di analisi dell'integrità della raccolta siti che identifica i file in questo stato all'interno di una raccolta siti. È presente un collegamento da tale regola alla pagina in cui è possibile reimpostare il modello. |
| Servizi |
Eseguire il testing per determinare se sono necessarie eventuali operazioni. Riprogettare o modificare il codice in base alle necessità. |
| Provider di autenticazione |
Eseguire il testing per determinare se sono necessarie eventuali operazioni. Ridistribuire il provider con lo stesso nome del provider (esattamente. Questo include la lettera case) in una farm di test e assicurarsi che funzioni correttamente. |
| Soluzioni di ricerca personalizzate che utilizzano la sintassi SQL |
Sono necessarie modifiche per l'utilizzo della sintassi FQL e KQL. Le soluzioni di ricerca personalizzate in SharePoint 2013 non supportano la sintassi SQL. La ricerca in SharePoint 2013 supporta la sintassi FQL e la sintassi KQL per soluzioni di ricerca personalizzate. Non è possibile usare la sintassi SQL nelle soluzioni di ricerca personalizzate usando tecnologie. Sono inclusi il modello a oggetti del server di query, il modello a oggetti client e il servizio REST di ricerca. Le soluzioni di ricerca personalizzate che usano la sintassi SQL con il modello a oggetti del server di indicizzazione e il servizio Web Query creato in SharePoint Server 2010 non funzionano quando vengono aggiornate a SharePoint 2013. Le query inviate tramite queste applicazioni restituiscono un errore. Per altre informazioni su come usare la sintassi FQL e la sintassi KQL, vedere Informazioni di riferimento sulla sintassi KQL (Keyword Query Language) e Informazioni di riferimento sulla sintassi FQL (FAST Query Language). |
Mentre si esaminano le personalizzazioni nell'ambiente, è anche necessario assicurarsi che l'ambiente non usi funzionalità o elementi deprecati. Ad esempio, Web Analytics da Prodotti SharePoint 2010 non sono disponibili in SharePoint 2013 ed è consigliabile disattivarli prima dell'aggiornamento. Inoltre, le query di ricerca di SQL Server non sono disponibili in SharePoint 2013. Per ulteriori informazioni, vedere Changes from SharePoint 2010 to SharePoint 2013.
Alcuni metodi di distribuzione delle personalizzazioni possono richiedere passaggi aggiuntivi in SharePoint 2013. Nella tabella riportata di seguito sono elencati i problemi che possono verificarsi con i diversi metodi di distribuzione delle personalizzazioni.
| Metodo di distribuzione** | **Raccomandazione |
|---|---|
| Personalizzazioni distribuite come file MSI |
Contattare il produttore per i file di aggiornamento. Molto probabilmente, sarà necessario ottenere un file sostitutivo compatibile con SharePoint 2013. |
| Caratteristiche, file o modifiche distribuite manualmente |
È possibile ripeterne la distribuzione nella directory equivalente in SharePoint 2013. È tuttavia possibile raggrupparli in un pacchetto di soluzione distribuibile per facilitare le operazioni di amministrazione. |
| Soluzioni in modalità sandbox |
Non sono necessari passaggi specifici. Le soluzioni in modalità sandbox vengono aggiornate con i database del contenuto. |
| Pacchetti di soluzioni |
Ridistribuire in SharePoint 2013. Assicurarsi di eseguire la distribuzione nella directory appropriata (/14 o /15), a seconda della versione. Si tenga presente che non è più possibile aggiungere pacchetti di soluzioni con attendibilità parziale nella directory \bin. I file distribuiti nella directory \bin devono essere con attendibilità completa. Assicurarsi di testare tali soluzioni per assicurarsi che la distribuzione in piena attendibilità non introduca vulnerabilità di sicurezza. Aggiornare inoltre tutti gli script di distribuzione per garantire che sia specificato il livello di attendibilità corretto. Per ulteriori informazioni, vedere Install-SPSolution. |
| Modelli di modulo distribuiti dall'amministratore |
È necessario estrarli da SharePoint Server 2010 e ridistribuirli in SharePoint 2013. Per ulteriori informazioni, vedere Upgrade service applications to SharePoint 2013. |
I tipi di personalizzazioni seguenti non sono supportati. Se si dispone di una di queste personalizzazioni nell'ambiente, è necessario sostituirle usando un tipo di personalizzazione supportato prima di poter eseguire l'aggiornamento. In caso contrario, potrebbero verificarsi problemi di aggiornamento che non possono essere risolti:
Definizioni di sito, caratteristiche o file predefiniti che sono stati modificati.
Attenzione
Alcuni tipi di file predefiniti, ad esempio le icone o le azioni dei documenti, possono essere portati avanti in modo supportabile, anche se questo non si verifica automaticamente. Non copiare i file della versione precedente perché ciò può causare altri problemi, ma apportare le stesse modifiche al nuovo file di versione Le modifiche apportate ad altri file predefiniti, ad esempio le pagine ASPX sul lato server, andranno perse durante l'aggiornamento se si reimposta il modello di sito o se non si apportano le stesse modifiche nei nuovi file di versione. A seconda dei file modificati e dell'entità di queste modifiche, l'esperienza di aggiornamento può variare in modo significativo.
Database di SharePoint modificati, modificando direttamente i dati o modificando lo schema. Sono inclusi l'aggiunta o la rimozione di trigger, tabelle, viste o indici.
Se si dispone di personalizzazioni di questi tipi, rimuoverle e sostituirle con personalizzazioni supportate prima di tentare di eseguire l'aggiornamento. Questa è una procedura consigliata per garantire che l'aggiornamento corrente funzioni e che quelli futuri vengano eseguiti senza problemi. La modifica dei database e dei file predefiniti non sarà comunque supportata.
Assicurarsi che le personalizzazioni future vengano effettuate seguendo le procedure consigliate
Assicurarsi che l'ambiente funzioni correttamente e che vengano adottate le procedure consigliate. Distribuire solo le personalizzazioni conformi alle procedure consigliate illustrate nella seguente pagina disponibile su MSDN: SharePoint per sviluppatori
Vedere anche
Ulteriori risorse
Procedure consigliate per l'aggiornamento da SharePoint 2010 a SharePoint 2013
Use a trial upgrade to SharePoint 2013 to find potential issues
Deploy custom features to upgraded site collections in SharePoint Server 2013