Utilizzare una versione di valutazione dell'aggiornamento per individuare possibili problemi (Windows SharePoint Services)
Prima di avviare il processo di aggiornamento, è opportuno sapere quale sarà approssimativamente la durata, quante personalizzazioni sarà necessario effettuare o applicare di nuovo e quali siti potrebbero non venire aggiornati come previsto. Il metodo descritto di seguito è utile per stabilire quali problemi potrebbero verificarsi durante il processo di aggiornamento, consentendo di risolverli nel modo più appropriato prima o dopo l'aggiornamento.
Eseguire lo strumento di analisi pre-aggiornamento per individuare eventuali pagine o siti personalizzati (obbligatorio).
Nota
È necessario eseguire lo strumento di analisi pre-aggiornamento prima di avviare il processo di aggiornamento. Tale strumento analizza ogni raccolta siti e genera un report sullo stato di ogni sito. Salva inoltre le informazioni relative alle definizioni dei singoli elenchi. Esaminare i report per individuare e risolvere i problemi prima che il processo di aggiornamento abbia inizio. Questa analisi deve essere eseguita prima dell'aggiornamento, altrimenti la Configurazione guidata Prodotti e tecnologie SharePoint non verrà eseguita. Per ulteriori informazioni sullo strumento e sulla procedura a cui attenersi per eseguire l'analisi, vedere Eseguire lo strumento di analisi pre-aggiornamento (Windows SharePoint Services).
Esaminare i problemi comuni per comprendere quali problemi potrebbero verificarsi nell'ambiente in uso.
Questo elenco consente di avere una rapida panoramica di alcuni dei problemi più comuni che possono verificarsi e di come risolverli prima o dopo aver effettuato l'aggiornamento.
Eseguire un aggiornamento di prova utilizzando un sito di backup o in mirroring di sola lettura (consigliato, ma facoltativo).
Questo è il metodo più appropriato per individuare i problemi. È infatti possibile visualizzare in anteprima l'intero processo di aggiornamento e rilevare e risolvere gli eventuali problemi prima di iniziare o comunque avere un'idea di quali situazioni andranno risolte successivamente. Sono richiesti componenti hardware e tempo extra. Se tuttavia si decide di effettuare un'esecuzione di prova, l'effettivo processo di aggiornamento risulterà notevolmente più semplice.
Verificare le web part personalizzate. È possibile verificare le web part basate su Windows SharePoint Services 2.0 per controllare se continueranno a funzionare anche dopo l'aggiornamento.
Esaminare i problemi comuni
Quando si esegue lo strumento di analisi pre-aggiornamento o un passaggio di un aggiornamento di prova, nei siti è possibile rilevare uno o più problemi comuni illustrati di seguito. Se diversi siti presentano tali problemi, è consigliabile eseguire un aggiornamento graduale, in modo da avere a disposizione sia la vecchia versione che la nuova versione di tutti i siti interessati e di poter ripristinare i vecchi siti o apportare modifiche ai nuovi siti prima di rendere attive le nuove versioni. Se è necessario eseguire un aggiornamento sul posto, ricordarsi di effettuare un backup dei siti prima di procedere con l'aggiornamento.
| Problema | Descrizione e azioni da eseguire |
|---|---|
Non è possibile individuare gli elementi personalizzati. |
La fase del processo di aggiornamento che potrebbe richiedere i tempi più lunghi è l'individuazione delle personalizzazioni esistenti e quindi delle personalizzazioni di cui eseguire l'aggiornamento, la migrazione e l'eliminazione, seguita dal mapping di tali personalizzazioni a Microsoft Office SharePoint Server 2007. Utilizzare lo strumento WinDiff fornito con la maggior parte dei sistemi operativi Microsoft per confrontare i file di definizione dei siti personalizzati correnti al fine di individuare le personalizzazioni. Per ulteriori informazioni, vedere Aree, bucketweb, aggiornamento e reindirizzamenti (https://go.microsoft.com/fwlink/?linkid=139912&clcid=0x410). |
Gli amministratori del server locale e della server farm non riescono ad accedere ai siti. |
Nella nuova versione agli amministratori del server locale e della server farm non viene concesso automaticamente l'accesso al contenuto dei siti. Se si desidera autorizzare tali utenti ad accedere a tutto il contenuto dei siti, è possibile utilizzare i criteri delle applicazioni Web per consentire loro l'accesso a tutti i siti. Per ulteriori informazioni sui criteri, vedere la sezione relativa ai criteri per le applicazioni Web nell'articolo Componenti dell'architettura logica (Windows SharePoint Services). |
Le personalizzazioni vanno perdute durante l'aggiornamento. |
I metodi da utilizzare per personalizzare il sito sono cambiati nella nuova versione. È ora possibile ad esempio utilizzare Pagine master per definire il layout e la struttura delle pagine. Riapplicare la personalizzazione utilizzando i nuovi metodi. |
I temi vanno perduti durante l'aggiornamento. |
I temi sono stati modificati e riprogettati per la nuova versione. Applicare un nuovo tema. |
Le personalizzazioni effettuate in un editor per pagine Web compatibile con Windows SharePoint Services, quale ad esempio Microsoft® Office FrontPage® 2003, vengono mantenute. Le pagine sono ancora personalizzate, ma la nuova funzionalità non è disponibile nel sito. |
Riconvertire le pagine in modello per ottenere la funzionalità più aggiornata, quindi riapplicare le personalizzazioni in un editor per pagine Web compatibile con Microsoft Windows SharePoint Services 3.0, ad esempio Microsoft Office SharePoint Designer 2007. |
Gli URL specificati a livello di codice (hard-coded) all'interno di web part e pagine che puntavano a posizioni specifiche dei siti non funzionano più. |
Gli URL relativi ad alcune pagine potrebbero essere cambiati durante l'aggiornamento, ad esempio i percorsi /C2/ o /C16/ di determinate aree potrebbero essere stati aggiornati a /siti/. Accedere alla posizione appropriata e quindi creare di nuovo gli URL in modo che puntino alla nuova posizione. |
I siti sono basati su una definizione con un elevato grado di personalizzazione. |
Prima di aggiornare i siti, creare una nuova definizione di sito e quindi creare un file di definizione aggiornamento in modo che il processo di aggiornamento possa eseguire il mapping tra gli elementi della vecchia definizione di sito e la nuova definizione di sito. |
Le raccolte moduli erano state estese e ora non funzionano più. |
Il supporto dei moduli è passato dalle raccolte moduli alle raccolte documenti. Ridistribuire e riapplicare i moduli alle nuove raccolte documenti. |
Il processo di aggiornamento graduale è stato avviato e ora i moduli non funzionano. |
In alcuni moduli di InfoPath sono inclusi collegamenti specificati a livello di codice che puntano a un percorso dati, ad esempio un elenco di SharePoint, un servizio Web o un file XML specifico. Poiché il collegamento è a livello di codice, non può essere corretto automaticamente in modo che punti all'URL temporaneo utilizzato per i siti non ancora aggiornati nel corso dell'aggiornamento graduale. Per correggere i moduli, è possibile aggiornare immediatamente i siti contenenti moduli con collegamenti interrotti, ripristinando così l'URL originale. Se non è possibile aggiornare immediatamente i siti, ad esempio perché il sito presenta altri problemi da approfondire prima di effettuare l'aggiornamento, è possibile ripubblicare i moduli e puntare al dominio URL temporaneo. Si noti che, se si decide di ripubblicare i moduli, sarà necessario ripubblicarli di nuovo dopo aver aggiornato i siti affinché puntino all'URL originale. Ricorrere pertanto a questa soluzione solo quando è assolutamente necessario. Per ulteriori informazioni sugli URL temporanei utilizzati durante un aggiornamento graduale, vedere Funzionamento del processo di aggiornamento (Windows SharePoint Services). |
Il testo personalizzato per i messaggi di avviso non viene più visualizzato. |
I messaggi personalizzati vengono mantenuti, ma sarà necessario trasferire manualmente il relativo file nel nuovo percorso. |
Nell'ambiente erano presenti gestori eventi personalizzati. |
Potrebbe essere necessario riapplicare i gestori eventi oppure utilizzare le nuove caratteristiche per eseguire le attività. |
Alcuni controlli utilizzati spesso sono diventati obsoleti. |
Rimuovere i riferimenti ai controlli dalla nuova definizione del sito. Per ulteriori informazioni sui controlli diventati obsoleti e sui controlli o sulle caratteristiche da utilizzare in sostituzione, vedere il Software Development Kit (SDK) di Microsoft Windows SharePoint Services 3.0. |
Le web part erano offuscate nella vecchia versione e ora non funzionano nella nuova versione. |
Potrebbe essere necessario rigenerare le web part con ASP.NET 2.0. |
I servizi Web personalizzati erano basati su URL specificati a livello di codice o su funzionalità che sono cambiate. |
Potrebbe essere necessario modificare i servizi Web in modo da utilizzare la nuova funzionalità o i nuovi schemi URL. Per ulteriori informazioni, vedere il Software Development Kit (SDK) di Microsoft Windows SharePoint Services 3.0. |
Alcuni file con estensione asmx, rem, resx, soap oppure ashx non sono più visibili oppure non possono essere aperti dopo l'aggiornamento. |
Queste estensioni sono state aggiunte all'elenco delle estensioni di file bloccate per la nuova versione. Se è necessario consentire agli utenti di caricare o scaricare file con tali estensioni, è possibile rimuovere dall'elenco le voci a esse relative. Per ulteriori informazioni sulla gestione delle estensioni di file bloccate, vedere l'argomento su come gestire i tipi di file bloccati nella Guida di Amministrazione centrale Microsoft Windows SharePoint Services 3.0. |
In Visualizzazione pagine non è più visibile un pulsante di collegamento a Outlook. |
È necessario riconvertire la pagina in modello per ottenere i controlli della nuova interfaccia utente in Visualizzazione pagine, incluso questo controllo. |
Non è possibile riconvertire una pagina personalizzata in modello. |
Se al sito è stata aggiunta una pagina completamente personalizzata, ad esempio se il file default.aspx esistente non è stato modificato ma è stato sostituito da un file totalmente differente, la pagina non ha alcuna associazione con la definizione del sito, pertanto non sarà possibile riconvertirla in modello. Se si desidera che la pagina personalizzata abbia lo stesso aspetto delle altre pagine del sito, considerare la possibilità di creare una nuova pagina basata sulla definizione del sito e di trasferire le personalizzazioni nella nuova pagina. |
Eseguire un aggiornamento di prova
Se vi sono risorse disponibili, è consigliabile eseguire un aggiornamento di prova per individuare gli eventuali problemi prima di effettuare l'aggiornamento vero e proprio. Tale aggiornamento di prova può essere eseguito su una versione di backup o in mirroring del sito.
Per eseguire un aggiornamento di prova su una versione di backup dell'ambiente:
Effettuare un backup completo del server o della server farm.
Ripristinare il backup su componenti hardware separati e configurare tale ambiente in modo che sia identico all'ambiente del prodotto, ad esempio installare le web part, i file binari, le definizioni di siti e altri elementi personalizzati.
Eseguire le operazioni di pre-aggiornamento, aggiornamento e post-aggiornamento previste per il metodo di aggiornamento che verrà utilizzato nell'ambiente di produzione.
Prima di eseguire l'aggiornamento nell'ambiente di produzione, esaminare i risultati e cercare i problemi che è possibile risolvere.
Per eseguire un aggiornamento di prova su una versione in mirroring di sola lettura dell'ambiente:
Nell'ambiente con mirroring eseguire le operazioni di pre-aggiornamento, aggiornamento e post-aggiornamento previste per il metodo di aggiornamento che verrà utilizzato nell'ambiente di produzione.
Prima di eseguire l'aggiornamento nell'ambiente di produzione, esaminare i risultati e cercare i problemi che è possibile risolvere.
Verificare le web part personalizzate
Poiché Windows SharePoint Services 2.0 Service Pack 2 (SP2) supporta l'esecuzione di ASP.NET 2.0 nello stesso sito Web IIS (Internet Information System), denominato server virtuale o applicazione Web secondo la nuova terminologia, è possibile installare e attivare ASP.NET 2.0 nei server virtuali che eseguono Windows SharePoint Services 2.0 e verificare che le web part possano funzionare nel nuovo ambiente.
Per verificare le web part, eseguire una delle operazioni seguenti:
Scaricare e installare ASP.NET 2.0 e .NET Framework 2.0 in un server Web front-end della farm oppure nel server autonomo, quindi in IIS attivare ASP.NET 2.0 per tutti i siti Web IIS che ospitano siti di SharePoint ed esaminare le web part nei siti.
In un ambiente di sviluppo scaricare, installare e attivare ASP.NET 2.0 e .NET Framework 2.0, copiare le web part ed esaminarle per vedere se funzionano ancora.
Scaricare il manuale
Questo argomento è incluso nel manuale seguente, che può essere scaricato per una lettura e una stampa più agevoli:
Per un elenco completo dei manuali disponibili che è possibile scaricare per Windows SharePoint Services, vedere Downloadable books for Windows SharePoint Services (informazioni in lingua inglese).