Eseguire lo strumento di verifica pre-aggiornamento (Windows SharePoint Services)

  • Articolo

 

Si applica a: SharePoint Foundation 2010

Ultima modifica dell'argomento: 2016-11-30

È possibile utilizzare lo strumento di verifica pre-aggiornamento per visualizzare un report sullo stato dell'ambiente e dei siti di SharePoint esistenti prima di eseguire l'aggiornamento a Microsoft SharePoint Foundation 2010. È consigliabile che lo strumento di verifica pre-aggiornamento venga eseguito dall'amministratore del server e che quest'ultimo provveda a risolvere il maggior numero di problemi possibile prima di pianificare l'aggiornamento.

Lo strumento di verifica pre-aggiornamento consiste in un'operazione di Stsadm eseguibile in un ambiente Windows SharePoint Services 3.0 allo scopo di individuare potenziali problemi per l'aggiornamento ed esaminare indicazioni e procedure consigliate. L'operazione è disponibile con Windows SharePoint Services 3.0 Service Pack 2 ed è stata aggiornata nell'aggiornamento cumulativo del mese di ottobre 2009 per Windows SharePoint Services 3,0. È possibile scaricare e installare tale aggiornamento dalla pagina Pacchetti di aggiornamento cumulativo pubblicati per SharePoint Server 2007 e Windows SharePoint Services 3.0 - Ottobre 2009 (le informazioni potrebbero essere in lingua inglese) (https://go.microsoft.com/fwlink/?linkid=169179&clcid=0x410).

Nota

Potrebbe essere necessario eseguire lo strumento di verifica pre-aggiornamento più volte. Se ad esempio si esegue lo strumento per valutare la server farm ma si effettua l'aggiornamento solo dopo alcune settimane, è necessario ripetere l'esecuzione appena prima dell'aggiornamento per analizzare gli eventuali nuovi siti e verificare che non siano insorti altri problemi nel frattempo.

Contenuto dell'articolo:

  • Informazioni sul report dello strumento di verifica pre-aggiornamento

  • Eseguire lo strumento di verifica pre-aggiornamento

Nota

Una causa frequente di errori durante l'aggiornamento è la mancanza nell'ambiente di caratteristiche, soluzioni o altri elementi personalizzati. Verificare che tutti gli elementi personalizzati necessari siano installati nei server Web front-end prima di avviare il processo di aggiornamento. È possibile utilizzare lo strumento di verifica pre-aggiornamento e, per un aggiornamento basato sul collegamento di database, il cmdlet Windows PowerShelltest-spcontentdatabase, per individuare gli eventuali elementi personalizzati utilizzati nei siti. Per ulteriori informazioni, vedere la sezione Identificare e installare le personalizzazioni nell'articolo "Utilizzare un aggiornamento di prova per individuare possibili problemi."

Informazioni sul report dello strumento di verifica pre-aggiornamento

Lo strumento di verifica pre-aggiornamento fornisce informazioni sullo stato dell'ambiente e dei siti di SharePoint in tale ambiente, tra cui:

  • Preparazione per l'aggiornamento e percorsi supportati   Restituisce un elenco di tutti i server e i componenti nella farm, indicando se i server soddisfano i requisiti per l'aggiornamento.

  • Impostazioni di mapping di accesso alternativo   Restituisce un elenco degli URL di mapping di accesso alternativo utilizzati nella farm.

  • Elementi installati    Restituisce un elenco di tutte le definizioni di sito, i modelli di sito, le caratteristiche e i Language Pack installati nella farm. È necessario sapere quali modelli di sito sono stati installati o utilizzati in modo da poter verificare che siano disponibili dopo un aggiornamento o un collegamento di database. È inoltre necessario sapere quali elementi sono stati personalizzati in modo da poter verificare nuovamente le personalizzazioni dopo l'aggiornamento. È ad esempio necessario sapere se un sito dipende da un Language Pack per Windows SharePoint Services 3.0 che ancora non esiste per SharePoint Foundation 2010, in modo da pianificare come gestire tale sito durante l'aggiornamento.

  • Personalizzazioni non supportate   Indica se la farm contiene eventuali personalizzazioni sul lato server non supportate, ad esempio modifiche di schemi di database.

  • Oggetti orfani   Elenca eventuali database o siti orfani nella farm. Gli elementi di elenco, gli elenchi, i documenti, i siti Web e le raccolte siti possono diventare oggetti orfani, ovvero non associati a un sito particolare. Non potendo essere utilizzati nella versione precedente, gli oggetti orfani non funzionano dopo l'aggiornamento. Se si esegue un aggiornamento sul posto, gli elementi orfani saranno ancora presenti ma non funzioneranno. È consigliabile ripristinare gli oggetti orfani prima di eseguire l'aggiornamento.

    Suggerimento

    I membri del gruppo Administrators nei server Web front-end possono ripristinare elementi orfani prima dell'aggiornamento eseguendo la procedura descritta nell'articolo della Knowledge Base 918744 Descrizione di una nuova operazione eseguibile da riga di comando per la riparazione di database del contenuto in Windows SharePoint Services (https://go.microsoft.com/fwlink/?linkid=69958&clcid=0x410).

  • Impostazioni di configurazione non valide   Indica se la farm contiene eventuali impostazioni di configurazione mancanti o non valide, ad esempio un file Web.config mancante, nomi host non validi o account di servizio non validi.

  • Requisiti dei database   Indica se i database soddisfano i requisiti per l'aggiornamento, ad esempio se i database sono impostati per la lettura/scrittura e se i database e le raccolte siti archiviati nel database interno di Windows non superano 4 GB di dimensioni.

Utilizzare le informazioni raccolte dallo strumento di verifica pre-aggiornamento per stabilire quanto segue:

  • Se eseguire un aggiornamento sul posto o di collegamento di un database.

    In Determinare il metodo di aggiornamento (SharePoint Foundation 2010) sono disponibili informazioni che consentono di decidere il tipo di aggiornamento da eseguire. È importante considerare il report generato dallo strumento di verifica pre-aggiornamento quando si prende tale decisione. Se i server in uso non soddisfano i requisiti per l'aggiornamento sul posto, è necessario considerare l'esecuzione di un aggiornamento di collegamento di un database.

  • Se aggiornare alcune o tutte le raccolte siti che contengono siti personalizzati.

  • I siti per cui è necessario riapplicare o rieseguire le personalizzazioni dopo l'aggiornamento, per i quali la fase di revisione potrebbe richiedere più tempo.

È disponibile un foglio di lavoro in cui registrare le informazioni relative all'ambiente durante la preparazione dell'aggiornamento. Scaricare il foglio di lavoro da https://go.microsoft.com/fwlink/?linkid=179928&clcid=0x410 (le informazioni potrebbero essere in lingua inglese).

Eseguire lo strumento di verifica pre-aggiornamento

Prima di eseguire la procedura verificare quanto segue:

  • Il sistema in uso esegue Windows SharePoint Services 3.0 con Service Pack 2

Per eseguire lo strumento di verifica pre-aggiornamento

  1. Verificare di disporre delle credenziali amministrative seguenti:

    • Per utilizzare Stsadm è necessario essere membri del gruppo Administrators locale nel server.

  2. Fare clic sul pulsante Start, fare clic con il pulsante destro del mouse su Prompt dei comandi e quindi scegliere Esegui come amministratore.

  3. Nella finestra del prompt dei comandi passare alla directory seguente:

    %COMMONPROGRAMFILES%\Microsoft Shared\Web Server Extensions\12\bin

  4. Digitare il comando seguente e premere INVIO:

    STSADM.EXE -o preupgradecheck

    Questo comando verifica sia le impostazioni del server locale sia quelle a livello di farm. Per un elenco degli altri parametri utilizzabili con questa operazione, vedere Preupgradecheck: operazione Stsadm (Windows SharePoint Services). Per un elenco di regole incluse nello strumento di verifica pre-aggiornamento, vedere Analisi pre-aggiornamento e segnalazione per le versioni future (Windows SharePoint Services).

Dopo avere eseguito lo strumento di verifica pre-aggiornamento, il report viene aperto automaticamente nel browser predefinito. È inoltre possibile visualizzare il report aprendolo dal relativo percorso nella directory %COMMONPROGRAMFILES%\Microsoft Shared\Web Server Extensions\12\LOGS. Il nome del report è nel formato seguente: PreUpgradeCheck_AAAAMMGG-HHMMSS-SSS-numero-casuale.htm, dove AAAAMMGG corrisponde alla data, HHMMSS-SSS corrisponde all'orario nel formato a 24 ore con minuti, secondi e millisecondi e il numero casuale viene utilizzato per differenziare i possibili tentativi contemporanei di esecuzione dello strumento di verifica pre-aggiornamento. Nello stesso percorso sono anche disponibili versioni TXT e XML del report.

Utilizzare il report per individuare e risolvere i problemi. È inoltre possibile condividere i risultati rilevanti con altri membri del team di aggiornamento. È ad esempio possibile segnalare problemi quali modelli di sito personalizzati o web part personalizzate al proprietario, al designer Web o allo sviluppatore del sito in questione prima di pianificare l'aggiornamento, in modo da consentirne la risoluzione.