Utilità sotto i riflettoriToolkit di aggiornamento per siti e modelli SharePoint

Luis Câmara Manoel and Peter Skjøtt Larsen

Scarica il codice per questo articolo: Upgrade Toolkit for Windows SharePoint Services Sites and Templates (699KB)

Dopo il recente lancio di Windows SharePoint Services (WSS) 3.0, molti amministratori si trovano a dover affrontare l'attività di aggiornamento dei siti e dei dati WSS 2.0 esistenti nei nuovi ambienti WSS 3.0. Sebbene WSS 3.0 sia dotato di strumenti completi che consentono di eseguire in modo adeguato la migrazione dei dati del sito e

l'aggiornamento della struttura del sito, è possibile che sia necessario del lavoro aggiuntivo per aggiornare la struttura di siti o modelli di sito personalizzati.

Tuttavia, è possibile che sia necessario del lavoro aggiuntivo per aggiornare la struttura di siti o modelli di sito personalizzati. Per fortuna, il team di Microsoft® Solution Accelerator ha rilasciato il Toolkit di aggiornamento per siti e modelli di Windows® SharePoint® Services, che contiene istruzioni e strumenti per questa attività (vedere il riquadro "Risorse di WSS"). In questo articolo si concentra l'attenzione su alcune delle sfide e soluzioni associate all'aggiornamento di siti personalizzati ad ambienti WSS 3.0. È però necessario leggere prima il riquadro "Terminologia WSS" per acquisire familiarità con alcune definizioni dei termini più comuni.

Il processo di aggiornamento

Perché è necessario eseguire l'aggiornamento? Le nuove funzionalità di WSS 3.0 che possono spingere i proprietari di un sito a eseguire l'aggiornamento sono molte:

• Il Cestino, che consente agli utenti di recuperare i documenti eliminati inavvertitamente.
• La protezione a livello di cartella, che consente agli amministratori del sito di controllare quali persone o gruppi possono accedere alle cartelle.
• L'invio di e-mail agli elenchi, che consente di ricevere negli elenchi, come gli elenchi di post di un blog su un sito SharePoint, il contenuto tramite messaggi di e-mail.
• Il pulsante Azioni sito, che consente agli utenti di creare facilmente siti e pagine, modificare le pagine e gestire le impostazioni del sito.
• Gli spostamenti, che offrono agli utenti un contesto di navigazione immediato.
• La visualizzazione delle versioni mobili, che consentono agli utenti in continuo movimento di sfruttare le comode funzionalità di sincronizzazione offline.
• I feed RSS, che consentono ai programmi che supportano RSS, come Internet Explorer 7.0 e Outlook® 2007, di recuperare informazioni dagli elenchi.
• Il controllo delle versioni nelle raccolte di documenti, che consente di controllare le versioni dei documenti prima della modifica.

Poiché il processo di aggiornamento di sito e modello dipende dall'esecuzione di determinate operazioni specifiche prima e dopo l'effettivo aggiornamento del server a WSS 3.0 (vedere la Figura 1), la definizione dei requisiti di aggiornamento di sito e modello diventa una fase importante della strategia complessiva di aggiornamento a WSS 3.0. I proprietari del sito e i gestori del server devono collaborare per l'individuazione dei siti e modelli da aggiornare e per cui creare un'istanza in un ambiente WSS 3.0. Una volta selezionati questi siti personalizzati, il lavoro di aggiornamento può iniziare.

Figura 1** Flusso di lavoro per l'aggiornamento di un sito e modello di sito WSS **(Fare clic sull'immagine per ingrandirla)

Individuazione dei modelli di sito personalizzati

Come si determina se i siti sono stati personalizzati? In WSS 3.0 è disponibile lo strumento di analisi pre-aggiornamento, che genera un report sulle modifiche apportate ai modelli di sito per la farm. Lo strumento deve essere eseguito prima di iniziare la migrazione per selezionare i modelli di sito che richiedono un'attenzione particolare.

Lo strumento produce un report in formato XML, come illustrato nella Figura 2. L'elemento unghostedPage indica che un sito è stato personalizzato.

Figure 2 Report dello Strumento di analisi pre-aggiornamento sulle modifiche apportate ai modelli di sito

<?xml version=”1.0” encoding=”utf-8”?>
<summary>
  <sites>
    <site url=”http://mscc-shr-v3-01” storage=”172767226”>
      <webs>
        <web url=”http://mscc-shr-v3-01/Board of Directors-Basic”>
          <unghostedPage url=”http://mscc-shr-v3-01/Board of Directors-Basic/Board Information/
                Forms/default.aspx” />
          <unghostedPage url=”http://mscc-shr-v3-01/Board of Directors-Basic/Board Information/
                Forms/AllItems.aspx” />
          <unghostedPage url=”http://mscc-shr-v3-01/Board of Directors-Basic/Board Information/
                Forms/DispForm.aspx” />
          <unghostedPage url=”http://mscc-shr-v3-01/Board of Directors-Basic/Board Information/
                Forms/EditForm.aspx” />
          <unghostedPage url=”http://mscc-shr-v3-01/Board of Directors-Basic/Board Information/
                Forms/Upload.aspx” />
          <unghostedPage url=”http://mscc-shr-v3-01/Board of Directors-Basic/Board Information/
                Forms/WebFldr.aspx” />
          <unghostedPage url=”http://mscc-shr-v3-01/Board of Directors-Basic/Company Finance and 
                Business Planning/Forms/AllItems.aspx” />
          <unghostedPage url=”http://mscc-shr-v3-01/Board of Directors-Basic/Company Finance and 
                Business Planning/Forms/DispForm.aspx” />
          <unghostedPage url=”http://mscc-shr-v3-01/Board of Directors-Basic/Company Finance and 
                Business Planning/Forms/EditForm.aspx” />

Definizioni di sito personalizzate

È probabile che la maggior parte dei siti WSS 2.0 personalizzati da aggiornare siano stati costruiti su modelli creati dalle definizioni del sito standard di WSS. È possibile, tuttavia, che alcuni dei modelli di sito personalizzati siano stati creati su definizioni del sito personalizzate se, ad esempio, gli sviluppatori di un'organizzazione hanno creato delle definizioni del sito personalizzate oppure se si sono acquistate delle applicazioni di terze parti o modelli costruiti su definizioni del sito personalizzate. In questo articolo si prenderà in esame solo uno scenario con definizioni del sito standard. Per ulteriori informazioni su scenario con modelli di sito personalizzati, consultare il riquadro "Risorse di WSS".

Dopo aver verificato che i file .stp e i siti sono stati effettivamente costruiti sulla base di definizioni del sito standard e che, quindi, in WSS 3.0 esistono gli aggiornamenti delle definizioni del sito, è possibile procedere a installare e creare un'istanza per i siti.

Per aggiornare i modelli di sito WSS 2.0 specifici, è prima di tutto necessario installare i modelli su un server WSS 2.0 (vedere la fase 1 nella Figura 1). Quindi è necessario creare siti basati su ciascuno dei modelli installati.

Per semplificare il processo di installazione di più i file .stp, di creazione delle istanze per più siti e di eliminazione dal server di eventuali file temporanei dopo il processo di aggiornamento, Solution Accelerator offre una serie di script che sfruttano i comandi di Stsadm.exe (per ulteriori informazioni, vedere il riquadro "Script di soluzione"). Stsadm.exe è un'applicazione da riga di comando che consente di eseguire una serie completa di operazioni di WSS per la gestione di server e siti SharePoint. Gli script di soluzione automatizzano il processo, consentendo di eseguire installazioni e creare istanze in batch o di eseguire queste attività in modo sequenziale. Il risparmio di tempo può rivelarsi considerevole quando è necessario installare molti .stp e creare istanze per molti siti.

Script di soluzione

Per il processo di installazione e creazione del sito si utilizzano due script che eseguono Stsadm.exe:

• Miginststp.cmd installa i modelli del sito utilizzando l'operazione addtemplate di Stsadm.exe. Questa operazione prevede i parametri _SOURCEFILELOCATION, _SOURCEFILENAME e _FILETITLE.
• MigMakeSite_1.cmd crea i siti nuovi. MigMakeSite_1.cmd esegue l'operazione createweb di Stsadm.exe. Questa operazione prevede i parametri SERVERURL, _SITENAME, _SITETEMPLATENAME e _SITETITLE.

Eseguire questi script sul server locale WSS 2.0 con accesso alla posizione dei file (.stp) di modello del sito salvati. Per eseguire gli script, è necessario essere membri del gruppo Administrators locale del server o membri del gruppo WSS Administrators con le autorizzazioni necessarie per la creazione di siti. Nella guida Toolkit di aggiornamento per siti e modelli di Windows SharePoint Services sono riportate istruzioni dettagliate su come sfruttare appieno questi script. Con i file .stp installati e le istanze dei siti create, ora è possibile procedere all'aggiornamento del server. Gli approcci all'aggiornamento di WSS 3.0 sono descritti dettagliatamente in "Aggiornamento alla versione 3.0 di Windows SharePoint Services" (vedere il collegamento nel riquadro "Risorse di WSS").

Terminologia WSS

Windows SharePoint Services ha una sua propria terminologia. Qui è riportato un breve glossario di termini comunemente utilizzati.

Definizione del sito Una serie di file che definiscono un tipo di sito specifico. Una definizione del sito contiene file .xml, .aspx, .ascx e Pagina master, oltre ai file di modello di elenco e contenuto memorizzati in una cartella speciale sul server Web front-end. WSS è dotato di una serie di definizioni del sito standard già pronte per l'uso tra cui Sito del team, Sito vuoto e Area di lavoro documenti. All'inizio questi sono gli unici modelli di sito memorizzati nella raccolta di modelli e disponibili nell'elenco Selezionare un modello in Nuovo sito di SharePoint.

Modelli di sito I modelli di sito definiscono le modalità di creazione delle istanze per i siti di SharePoint. Per creare un nuovo sito di SharePoint, è necessario scegliere un modello di sito su cui basare il nuovo sito. È, ad esempio, possibile creare un nuovo sito denominato "Consiglio di amministrazione" basato su un modello standard "Sito vuoto". Sarà quindi possibile aggiungere elenchi, raccolte, web part e altre personalizzazioni al sito di cui si è creata un'istanza. Per rendere queste personalizzazioni disponibili per gli altri utenti, è possibile salvare il sito come modello denominato "Consiglio d'amministrazione" basato sulla definizione del sito "Sito vuoto". In WSS il modello di sito personalizzato viene salvato come file .stp (modello sito), inserito nella raccolta di modelli di siti e visualizzato nell'elenco "Selezionare un modello" della pagina Nuovo sito di SharePoint, in modo che gli utenti possano creare nuovi siti basati su questo nuovo modello. I modelli di sito contengono una serie di file di configurazione del sito, tra cui file .xml, .aspx, immagini e altri ancora che vengono quindi compressi in un unico file .stp (i file .stp hanno una funzione simile ai file .cab). Il più importante di questi file è Manifest.xml, che contiene informazioni fondamentali come struttura del sito, elenchi e raccolte, posizione delle web part, definizioni di elenco personalizzate e definizione del sito su cui è basato il modello personalizzato.

Modello di applicazione Modelli di sito di Windows SharePoint Services sviluppati per soddisfare le esigenze di processi o attività aziendali specifiche. Vengono pubblicati da Microsoft e sono disponibili per il download gratuito per tutti i clienti di WSS.

Sito personalizzato Sito di SharePoint con un'interfaccia utente modificata.

Pagina master Un'area in cui è possibile memorizzare le informazioni di layout predefinite, come banner, controlli per l'esplorazione e altri menu, per un'interfaccia coerente in tutto il sito.

Pagine fantasma Pagine il cui contenuto non è memorizzato nel database dei contenuti di WSS, ma viene letto da un file di definizione del sito. Le pagine fantasma non sono state personalizzate.

Pagine non fantasma Pagine modificate dal file di definizione del sito e il cui contenuto è memorizzato nel database dei contenuti di WSS.

Dopo l'aggiornamento del server: ispezione del sito

A questo punto si è giunti alla fase 2 del flusso di lavoro dell'aggiornamento (vedere la Figura 1). Le operazioni che si eseguono in questa fase dell'aggiornamento di sito e modello sono le seguenti:

1. Aprire e verificare i siti aggiornati.
2. Applicare la Pagina master predefinita.
3. Risolvere i problemi dei nuovi siti relativi a layout e funzioni.
4. Salvare i siti corretti come nuovi modelli di sito WSS 3.0.
5. Ridistribuire i nuovi modelli di sito WSS 3.0 sul server.
6. Creare i siti dai modelli di sito ridistribuiti.
7. Aprire i nuovi siti e controllare che funzionino come previsto.
8. Avviare il processo di pulizia.

Ripristino della definizione del sito

Quando si apre per la prima volta il sito aggiornato, si nota che somiglia molto al sito WSS 2.0. Per fare in modo che venga visualizzato come un vero sito WSS 3.0, è necessario prima ripristinare la definizione del sito nel nuovo sito WSS 3.0. In tal modo si risolve la maggior parte dei problemi di layout senza perdere alcuna personalizzazione delle web part, sempre che queste già risiedano in un'area di web part esistente nella pagina di definizione del sito. Questa azione consente inoltre di applicare la Pagina master predefinita alle pagine si tutti i siti.

Una Pagina master, come suggerito dal nome, è un'area in cui è possibile memorizzare le informazioni di layout predefinite, come banner, controlli per l'esplorazione e altri menu per ottenere un aspetto uniforme. Ne consegue che è possibile apportare delle modifiche di progettazione sulla Pagina master per ottenere che le modifiche vengano propagate in tutto il sito. Con l'applicazione delle pagine master, nei siti aggiornati vengono attivate tutte le funzionalità native di WSS 3.0.

Anche se il sito a questo punto ha acquisito aspetto e funzionalità di un sito WSS 3.0 nativo, è tuttavia probabile che si rilevino alcune aree problematiche, come aree discussioni, web part personalizzate, collegamenti ipertestuali e temi.

Risoluzione dei problemi

Nei modelli di sito personalizzati e aggiornati possono verificarsi alcuni problemi. Di seguito sono riportati alcuni dei problemi più comuni e alcune semplici idee su come risolverli.

A un sito è applicato il foglio di stile predefinito WSS 2.0. Rimuovere il foglio di stile precedente in SharePoint Designer.

Web part mancanti o in posizioni errate. Spostare o inserire le web part con SharePoint Designer.

Funzionamento non corretto delle web part. Rimuovere le web part non compatibili con WSS 3.0 e contattare lo sviluppatore delle web part per chiedere se esistono web part corrispondenti per gli ambienti WSS 3.0.

Elenchi e raccolte personalizzate che non hanno l'aspetto previsto. Salvare i dati esistenti, quindi ricreare l'elenco o la raccolta personalizzata e importare i dati salvati.

Le funzionalità per WSS 3.0 non sono disponibili. Potrebbe essere necessario attivare le funzionalità di collaborazione in modo esplicito in Caratteristiche sito.

I collegamenti ipertestuali non funzionano più. I collegamenti ipertestuali hardcoded possono richiedere l'aggiornamento manuale.

Il tema è stato modificato. Applicare il tema WSS appropriato.

Quasi finito

Con l'approssimarsi della fine del processo e dopo la risoluzione di tutti i problemi, è il momento di eseguire una verifica finale dei siti. È necessario salvare i siti corretti come modelli di sito WSS 3.0, eseguire una nuova installazione di .stp e creazione dell'istanza del sito (è possibile utilizzare gli script riportati in questo articolo) e, infine, aprire il sito per verificare che tutti i problemi siano stati risolti, i siti siano stati aggiornati e i file .stp siano pronti per la distribuzione nell'ambiente di lavoro.

Alternative all'aggiornamento

L'aggiornamento dei modelli con gli strumenti e i processi automatici descritti potrebbe non rivelarsi sempre l'approccio migliore. Se si utilizzano modelli di terze parti molto personalizzati, potrebbe essere troppo difficile aggiornare i modelli e risultare preferibile attendere una nuova versione del modello. In altri casi la creazione di un modello tutto nuovo su WSS 3.0, con la successiva implementazione delle funzionalità del modello precedente, può risultare l'opzione migliore.

Modelli di applicazione

È disponibile una serie di modelli di applicazione sviluppati da Microsoft per WSS 2.0 e WSS 3.0. La nuova serie per WSS 3.0 contiene le versioni aggiornate di alcuni dei modelli di applicazione per WSS 2.0. Se si utilizza uno di questi modelli, sarà possibile caricare nell'ambiente WSS 3.0 la versione aggiornata per WSS 3.0.

Se si utilizza uno dei modelli di applicazione per WSS 2.0 non aggiornati per WSS 3.0, Solution Accelerator fornisce una serie di modelli di applicazione per WSS 2.0 aggiornati in modo da funzionare anche in ambienti WSS 3.0.

Riepilogo

Il Toolkit di aggiornamento per siti e modelli di Windows SharePoint Services si rivelerà estremamente utile per conservare e riutilizzare i modelli, i siti e le personalizzazioni 2.0 nel nuovo ambiente 3.0. Per ulteriori informazioni su questo argomento e ottenere il Toolkit, visitare i siti indicati nel riquadro "Risorse di WSS".

Desideriamo ringraziare Betty Houser per il suo contributo a questo articolo e al Solution Accelerator.

Risorse di WSS

• Strumento di analisi pre-aggiornamento
• Toolkit di aggiornamento per siti e modelli di Windows SharePoint Services
• Aggiornamento alla versione 3.0 di Windows SharePoint Services (Libreria tecnica di Windows SharePoint Services 3.0)
• Distribuzione di file di definizione di aggiornamento e di nuove definizioni del sito

Luis Câmara Manoel è un Program Manager del gruppo di Microsoft Solution Accelerator. Lavora in Microsoft da un anno. In precedenza Luis ha lavorato come Project e Program Manager in Novell Inc e Volera a Provo, Utah. È possibile contattare Luis scrivendo all'indirizzo luiscam@microsoft.com

Peter Skjøtt Larsen è un Product Manager del gruppo di Microsoft Solution Accelerator. Lavora in Microsoft da più di quattro anni nel settore sviluppo e marketing. In precedenza ha sviluppato software per client e server nei settori della finanza, ingegneria e telecomunicazione. È possibile contattare Peter all'indirizzo petela@microsoft.com

© 2008 Microsoft Corporation e CMP Media, LLC. Tutti i diritti riservati. È vietata la riproduzione completa o parziale senza autorizzazione.