Eseguire lo strumento di verifica pre-aggiornamento (SharePoint Server 2010)

 

Si applica a: SharePoint Server 2010

Ultima modifica dell'argomento: 2016-11-30

È possibile utilizzare lo strumento di verifica pre-aggiornamento per controllare lo stato dell'ambiente e dei siti di SharePoint prima dell'aggiornamento a Microsoft SharePoint Server 2010. È importante che l'amministratore del server esegua lo strumento di verifica pre-aggiornamento e risolva quanti più problemi possibile prima di pianificare l'aggiornamento.

La verifica pre-aggiornamento è un'operazione di Stsadm che viene eseguita nell'ambiente di Microsoft Office SharePoint Server 2007 per individuare potenziali problemi per l'aggiornamento e per esaminare i suggerimenti e le procedure consigliate. L'operazione è disponibile con Office SharePoint Server 2007 Service Pack 2 ed è stata aggiornata nell'aggiornamento cumulativo di ottobre 2009 per Windows SharePoint Services 3,0 e Office SharePoint Server 2007. È possibile scaricare e installare l'aggiornamento cumulativo di ottobre 2009 dalla pagina Pacchetti di aggiornamento cumulativo di ottobre 2009 per SharePoint Server 2007 e Windows SharePoint Services 3.0 pubblicati (le informazioni potrebbero essere in lingua inglese) (http://go.microsoft.com/fwlink/?linkid=169179&clcid=0x410).

NotaNote
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, è possibile 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:

NotaNote
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."

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 Office SharePoint Server 2007 che ancora non esiste per SharePoint Server 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 gli oggetti orfani dei database o dei siti della 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 funzioneranno 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.

    SuggerimentoTip
    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 della riga di comando che è possibile utilizzare per ripristinare il database del contenuto in Windows SharePoint Services (http://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 un aggiornamento basato sul collegamento di database.

    In Determinare il metodo di aggiornamento (SharePoint Server 2010) sono disponibili informazioni che consentono di scegliere il tipo di aggiornamento da eseguire. Ai fini di questa decisione è importante tenere in considerazione il report generato dallo strumento di verifica pre-aggiornamento. Se i server non soddisfano i requisiti per un aggiornamento sul posto, è consigliabile eseguire un aggiornamento basato sul collegamento di 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 http://go.microsoft.com/fwlink/?linkid=179928&clcid=0x410 (le informazioni potrebbero essere in lingua inglese).

Prima di eseguire la procedura:

  • Il sistema in uso esegue Office SharePoint Server 2007 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 controlla le impostazioni del server locale e a livello di farm. Per un elenco degli altri parametri che è possibile utilizzare con questa operazione, vedere Preupgradecheck: operazione Stsadm (Office SharePoint Server). Per un elenco di regole incluse nello strumento di verifica pre-aggiornamento, vedere Analisi pre-aggiornamento e segnalazione per le versioni future (Office SharePoint Server).

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 pertinenti con altri membri del team di aggiornamento. Prima di pianificare l'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 appropriato, in modo che l'interessato abbia tempo sufficiente per risolverli.

Mostra: