Condividi tramite

Determinare la modalità di gestione delle personalizzazioni (SharePoint Server 2010)

  • Articolo

 

Si applica a: SharePoint Server 2010

Ultima modifica dell'argomento: 2016-11-30

Se ai siti di Microsoft Office SharePoint Server 2007 sono state apportate numerose personalizzazioni, sarà necessario determinare come si desidera gestire i siti personalizzati quando si esegue l'aggiornamento a Microsoft SharePoint Server 2010. 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 procedere con l'aggiornamento, è necessario identificare e valutare le personalizzazioni nell'ambiente e quindi decidere se e come aggiornarle.

Contenuto dell'articolo:

  • Identificare le personalizzazioni nell'ambiente

  • Valutare le personalizzazioni

  • Considerazioni per personalizzazioni specifiche

  • Assicurarsi che le personalizzazioni future vengano effettuate seguendo le procedure consigliate

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 Utilizzare un aggiornamento di prova per individuare possibili problemi (SharePoint Server 2010). Per elencare le personalizzazioni specifiche e quindi registrare i risultati della valutazione illustrata nella sezione successiva, è possibile utilizzare il foglio di lavoro Upgrade planning worksheet. Scaricare tale foglio di lavoro da https://go.microsoft.com/fwlink/?linkid=179928&clcid=0x410 (le informazioni potrebbero essere in lingua inglese).

Valutare le personalizzazioni

Dopo aver identificato le personalizzazioni, è 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?

  • La personalizzazione è ben progettata?

    • Si basa su definizioni di sito predefinite e supportate?

    • È conforme alle procedure consigliate per le personalizzazioni?

    • È un tipo di personalizzazione supportato oppure presenta rischi per l'ambiente in uso?

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:

  1. Mantenere le personalizzazioni   Per continuare ad avere l'esperienza utente della versione precedente per siti specifici, utilizzare la Console di aggiornamento. Benché sia possibile adottare tale approccio per mantenere la stessa funzionalità, non sarà possibile avvalersi dei nuovi elementi visivi, quale ad esempio l'interfaccia utente Office Fluent o barra multifunzione, né delle funzionalità disponibili nella nuova versione.

  2. Sostituire o rieseguire le personalizzazioni   Se si desidera utilizzare la nuova 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.

    Per ulteriori informazioni sulla riesecuzione e ridistribuzione delle soluzioni, vedere Ridistribuzione di personalizzazioni e soluzioni in SharePoint Foundation 2010 e SharePoint Server 2010 (https://go.microsoft.com/fwlink/?linkid=182335&clcid=0x410).

  3. Eliminare le personalizzazioni   Sostituire le personalizzazioni utilizzando la funzionalità predefinita. È possibile reimpostare le pagine sulle definizioni di sito predefinite e rimuovere le eventuali web part o caratteristiche che non si desidera più supportare. 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

Modelli di sito (file con estensione stp)

I modelli di sito (file con estensione stp) sono una caratteristica deprecata in SharePoint Server 2010. I nuovi modelli di sito in SharePoint Server 2010 vengono salvati come file con estensione wsp, ovvero come pacchetti delle soluzioni.

Un sito di cui è stato effettuato il provisioning con un modello di sito verrà aggiornato, ma non sarà possibile creare nuovi siti basati su tale modello. Se si desidera poter creare nuovi siti, sarà invece possibile creare e distribuire un pacchetto della soluzione. Per ulteriori informazioni, vedere Risolvere i problemi relativi all'aggiornamento (SharePoint Server 2010).

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

Se però si devono eseguire operazioni di aggiornamento personalizzato per la definizione, potrebbe essere necessario creare un file di definizione dell'aggiornamento per tale definizione di sito. Per ulteriori informazioni, vedere File di definizione dell'aggiornamento (le informazioni potrebbero essere in lingua inglese) (https://go.microsoft.com/fwlink/?linkid=182339&clcid=0x410) su MSDN.

40 favolosi modelli dell'applicazione

Microsoft non ha creato nuove versioni di questi modelli. I siti basati su tali modelli possono essere aggiornati, ma testare i singoli siti prima di effettuare l'aggiornamento dell'ambiente di produzione. Per ulteriori informazioni, vedere Risolvere i problemi relativi all'aggiornamento (SharePoint Server 2010).

Caratteristica

Valutare e quindi riprogettare o ridistribuire, se necessario.

Flussi di lavoro e controlli server

Dipende dalla soluzione. Chiedere al fornitore se è disponibile una soluzione aggiornata. Se un flusso di lavoro è compatibile con la nuova versione, eseguire di nuovo la distribuzione.

Gestore eventi

Riscrivere e ridistribuire come una caratteristica.

Percorsi gestiti (inclusioni/esclusioni)

Ricreare le inclusioni per un aggiornamento basato sul collegamento di database. Le esclusioni non devono essere ricreate perché vengono desunte.

Temi

A causa delle modifiche significative apportate all'interfaccia utente, i temi personalizzati basati su Office SharePoint Server 2007 non funzioneranno in SharePoint Server 2010. Utilizzare la Console di aggiornamento per continuare a utilizzare i siti con l'esperienza utente precedente finché non sarà possibile creare e applicare un nuovo tema basato su SharePoint Server 2010.

Azioni relative alla barra degli strumenti

Passare alla barra multifunzione, ovvero all'interfaccia utente Office Fluent.

Pagine master e file CSS

Apportare le modifiche necessarie per adattarli alla nuova esperienza utente.

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 in un sito aggiornato e in entrambe le modalità della Console di aggiornamento.

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.

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.

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 in una farm di testing e verificare che funzioni correttamente con l'autenticazione basata sulle attestazioni.

I tipi di personalizzazioni seguenti non sono supportati. Se nell'ambiente sono presenti tali personalizzazioni, sarà necessario sostituirle con un tipo di personalizzazione supportato prima di eseguire l'aggiornamento, altrimenti potrebbero verificarsi problemi che non possono essere risolti:

  • Definizioni di sito, caratteristiche o file predefiniti che sono stati modificati.

    Avviso

    Alcuni tipi di file predefiniti, ad esempio azioni o icone relative a documenti, possono essere modificati e, benché non vengano aggiornati, le modifiche a essi apportate possono essere trasferite nella nuova versione in modo supportabile. Le modifiche relative ad altri file predefiniti, tra cui pagine ASPX del lato server, andranno perse durante l'aggiornamento se si ripristina il modello di sito. A seconda dei file modificati e della portata di tali modifiche, l'esperienza di aggiornamento può variare in modo significativo. La procedura consigliata è quella di annullare tutte le modifiche in tutti i file sul disco.

  • Database di SharePoint che sono stati modificati, agendo direttamente sui dati oppure agendo sullo schema, ad esempio con l'aggiunta o la rimozione di trigger, tabelle, visualizzazioni 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 negli articoli seguenti disponibili su MSDN e TechNet: