Risolvere i problemi relativi all'aggiornamento (SharePoint Server 2010)

  • Articolo

 

Si applica a: SharePoint Server 2010

Ultima modifica dell'argomento: 2016-11-30

Anche dopo avere testato il processo di aggiornamento per identificare problemi potenziali, potrebbero verificarsi comunque problemi imprevisti durante un aggiornamento da Microsoft Office SharePoint Server 2007 a Microsoft SharePoint Server 2010. Se si verificano problemi dopo l'aggiornamento, prima si riuscirà a rilevarli e correggerli, migliore sarà l'esperienza di utilizzo per gli utenti finali.

In questo articolo vengono illustrati i principi generali per l'identificazione e la risoluzione dei problemi relativi all'aggiornamento e viene riportato un elenco di alcuni problemi comuni. Dopo aver identificato e risolto i problemi verificatisi, è possibile riprendere l'aggiornamento. Per ulteriori informazioni su come riprendere l'aggiornamento, vedere Riprendere l'aggiornamento (SharePoint Server 2010).

Contenuto dell'articolo:

  • Principi generali per l'identificazione dei problemi

  • Problemi comuni

    • Personalizzazioni o file del lato server mancanti o deprecati

    • Impostazioni configurate in modo non corretto o mancanti per la server farm, l'applicazione Web o i servizi

    • Livelli di aggiornamento non corrispondenti o non corretti

    • Struttura di spostamento globale mancante per i blog

    • Problemi relativi ai dati

    • Modifiche dell'interfaccia utente

    • Mancanza di spazio

    • Autenticazione basata su moduli

    • Sicurezza e autorizzazioni

    • File con estensione stp non funzionanti dopo l'aggiornamento

    • Impossibilità di visualizzare le nuove versioni dei favolosi 40 modelli dell'applicazione

    • Aggiornamento di dati da SharePoint Portal Server 2003: lo strumento di verifica pre-aggiornamento segnala database danneggiati

Principi generali per l'identificazione dei problemi

Iniziare verificando lo stato dell'aggiornamento in modo da capire dove il processo si è interrotto (se si è interrotto) ed esaminare i file di registro per individuare possibili errori o avvisi. Risolvere quindi i problemi rilevati prima di riprendere l'aggiornamento.

Verificare innanzitutto lo stato dell'aggiornamento e i file di registro

Anche gli indicatori di stato e i file di registro dell'aggiornamento forniscono informazioni utili sui problemi verificatisi durante il processo di aggiornamento. È consigliabile esaminare attentamente tutti gli errori registrati nei file di registro dell'aggiornamento. Gli avvisi non sempre corrispondono a un problema, ma è comunque opportuno controllarli tutti per determinare se alcuni di essi possono causare ulteriori problemi.

  1. Verificare lo stato dell'aggiornamento eseguendo una o entrambe le operazioni seguenti:

    • Esaminare la pagina Stato aggiornamento nel sito Web Amministrazione centrale SharePoint.

    • Utilizzare l'operazione localupgradestatus di Stsadm.exe per verificare lo stato dell'aggiornamento.

    Per ulteriori informazioni su come verificare lo stato dell'aggiornamento, vedere Verificare l'aggiornamento e controllare i siti aggiornati (SharePoint Server 2010).

  2. Esaminare i file di registro seguenti:

    • File di registro di Setup.exe.

    • File di registro della Configurazione guidata Prodotti SharePoint (Psconfig.exe).

    • File di registro degli errori di aggiornamento e file di registro dell'aggiornamento, contenente informazioni più dettagliate rispetto all'altro file.

    • File di registro ULS o di traccia.

      Tali file vengono archiviati nella cartella %COMMONPROGRAMFILES%\Microsoft Shared\Web Server Extensions\14\LOGS e hanno il nome seguente: Nomeserver_AAAAMMGG-MMSS.log.

    • File di registro eventi dell'applicazione.

      Questo file può essere visualizzato utilizzando il Visualizzatore eventi.

    Per ulteriori informazioni sui file di registro di Setup.exe, di PSconfig.exe e dell'aggiornamento, vedere Verificare l'aggiornamento e controllare i siti aggiornati (SharePoint Server 2010). Per ulteriori informazioni sul file di registro di traccia, vedere Registri di traccia (https://go.microsoft.com/fwlink/?linkid=182380&clcid=0x410) su MSDN.

Risolvere quindi i diversi problemi nell'ordine

Alcuni problemi hanno un'incidenza maggiore rispetto ad altri. La mancanza di un file sul lato server ad esempio può causare numerosi errori apparentemente non correlati a livello di sito.

Risolvere i problemi procedendo nell'ordine seguente:

  1. File o personalizzazioni del lato server mancanti, ad esempio caratteristiche o web part.

  2. Problemi di configurazione della server farm, dell'applicazione Web o dei servizi, ad esempio percorsi gestiti o servizi non avviati.

  3. Ulteriori problemi rilevati per i singoli siti, a partire dai siti di grande impatto e alto profilo.

In seguito all'identificazione e alla risoluzione dei problemi principali, è possibile provare a eseguire di nuovo l'aggiornamento per verificare se eventuali problemi secondari sono stati risolti.

Problemi comuni

Verificare se uno o più problemi seguenti causano un errore o un avviso relativo all'aggiornamento.

Personalizzazioni o file del lato server mancanti o deprecati

Uno degli errori comuni che si verificano durante l'aggiornamento è la mancanza di file sul lato server, ad esempio file installati con Office SharePoint Server 2007 o file personalizzati. Al momento della preparazione in vista dell'aggiornamento, dovrebbe essere stato creato un inventario delle personalizzazioni sul lato server, ad esempio definizioni di siti, modelli, caratteristiche, web part e assembly, necessarie per i propri siti. Per identificare tali elementi può essere utile eseguire lo strumento di verifica pre-aggiornamento. Controllare l'inventario per essere certi che tutti i file necessari per le personalizzazioni vengano installati nell'ambiente di aggiornamento.

Se si sta eseguendo un aggiornamento basato sul collegamento di database, sarà possibile utilizzare il cmdlet test-spcontentdatabase di Windows PowerShell prima di aggiornare il database per identificare gli eventuali file mancanti. È inoltre possibile utilizzare l'operazione enumallwebs di Stsadm.exe per identificare le personalizzazioni del lato server in uso.

Nei file di registro dell'aggiornamento potrebbero venire segnalati errori come i seguenti:

  • ERRORE Trovati web conteggio riferimenti che utilizzano modello Web mancante ID modello sito (lcid: Codice lingua modello sito) in DatabaseContenuto Nome database contenuto.

  • ERRORE Trovato ID caratteristica mancante = [ID caratteristica]

  • ERRORE Il database contiene [Numero] riferimenti al file [Percorso relativo file] che non è installato nella farm corrente.

  • AVVISO Il database contiene [Numero] riferimenti alla classe di web part [Identificatore web part] che non è installata nella farm corrente.

  • AVVISO Nel database viene fatto riferimento all'assembly [Percorso assembly] che non è installato nella farm corrente.

  • AVVISO Impossibile aggiornare la caratteristica. Eccezione: Impossibile trovare ID della definizione della caratteristica 'Identificatore caratteristica'.

Se si riesce a ottenere un file o una dipendenza del lato server mancante, effettuarne l'installazione e quindi eseguire di nuovo l'aggiornamento per i siti interessati. Se il file o la dipendenza, ad esempio una web part, è deprecata, sarà necessario stabilire se si desidera ricostruire il sito, la pagina o la web part per utilizzare un modello, una caratteristica o una web part diversa. Se è possibile effettuare di nuovo la personalizzazione utilizzando dipendenze non deprecate, sarà possibile rieseguire l'aggiornamento per i siti interessati. Se non è possibile rimuovere la dipendenza, il sito non potrà essere aggiornato.

Dopo aver installato il file o la dipendenza mancante, utilizzare il cmdlet test-SPContentDatabase di Windows PowerShell in un server di testing per determinare se risultano altri file mancanti per il database. Se si esegue solo lo strumento di verifica pre-aggiornamento o si esegue di nuovo l'aggiornamento, l'errore potrebbe non risultare nei file di registro anche se non è stato effettivamente risolto.

Impostazioni configurate in modo non corretto o mancanti per la server farm, l'applicazione Web o i servizi

Verificare le impostazioni della farm e dell'applicazione Web, quindi creare e avviare gli eventuali servizi mancanti.

Verificare che gli eventuali percorsi gestiti, inclusi o esclusi, siano configurati correttamente per ogni applicazione Web.

Nei file di registro dell'aggiornamento potrebbero venire segnalati errori come i seguenti:

  • ERRORE Modello ID modello: Impossibile accedere a SPSite Id=ID sito a causa di un'eccezione. SPWeb Id=ID Web verrà ignorato per l'aggiornamento del modello. Eccezione: System.IO.FileNotFoundException: Impossibile trovare il sito con ID ID sito.

    Questo errore indica la mancanza di un percorso gestito. Aggiungere tale percorso per la raccolta siti nell'applicazione Web e riavviare l'aggiornamento per il database del contenuto in cui è inclusa la raccolta.

Livelli di aggiornamento non corrispondenti o non corretti

Per poter effettuare l'aggiornamento, deve essere in esecuzione Office SharePoint Server 2007 con il Service Pack 2. Se questo requisito minimo non viene soddisfatto, verrà visualizzato un errore e l'aggiornamento non avrà luogo.

I server devono inoltre essere aggiornati correttamente. Se ad esempio è stata applicata la versione Windows SharePoint Services 3,0 ma non la versione Office SharePoint Server 2007 di un aggiornamento, quest'ultimo non verrà eseguito. Il numero di versione di Windows SharePoint Services 3,0 viene visualizzato nella pagina Server nella farm di Amministrazione centrale SharePoint. Il numero di versione di Office SharePoint Server 2007 corrisponde al numero di versione del file Microsoft.SharePoint.portal.dll disponibile nella cartella %COMMONPROGRAMFILES%\Microsoft Shared\Web server extensions\12\ISAPI. I numeri di versione della pagina Server nella farm e dei file Microsoft.SharePoint.portal.dll devono corrispondere a 12.0.6420.1000 o essere superiori perché l'aggiornamento venga eseguito. Per ulteriori informazioni, vedere Distribuire aggiornamenti software per Office SharePoint Server 2007.

Struttura di spostamento globale mancante per i blog

Un altro errore comune è rappresentato dalla mancanza della struttura di spostamento globale per i blog aggiornati. Tale problema si verifica perché la funzionalità MySiteNavigation (6adff05c-d581-4c05-a6b9-920f15ec6fd9) non viene attivata durante l'aggiornamento. Per attivarla, eseguire il cmdlet Enable-SPFeatureWindows PowerShell 2,0.

Per ulteriori informazioni, vedere Enable-SPFeature.

Problemi relativi ai dati

I problemi relativi ai dati illustrati di seguito possono generare errori o avvisi durante l'aggiornamento:

  • Connettività a origini dati. Se i server non riescono a connettersi ai database, non potranno essere aggiornati.

  • Siti o elenchi orfani o altri danni relativi ai database. Per ulteriori informazioni, vedere Pulizia dell'ambiente prima dell'aggiornamento (SharePoint Server 2010).

  • Dati di colonne nascosti. Se durante il processo di aggiornamento viene aggiunta una colonna a un elenco in cui è già presente una colonna con lo stesso nome, la colonna personalizzata verrà rinominata. Dopo l'aggiornamento potrebbe essere necessario rimodificare le visualizzazioni in modo da includere la colonna rinominata.

Nei file di registro dell'aggiornamento potrebbero venire segnalati errori come i seguenti:

  • AVVISO I siti orfani possono determinare errori di aggiornamento.

  • ERRORE Il database [Nome database del contenuto] contiene un sito (ID = [Identificatore raccolta siti], URL = [URL raccolta siti]) non incluso nella mappa del sito.

Risolvere il problema relativo agli elementi orfani o ai database danneggiati e quindi eseguire di nuovo l'aggiornamento.

Modifiche dell'interfaccia utente

Le modifiche apportate all'interfaccia utente, ad esempio l'aggiunta dell'interfaccia utente Office Fluent (nota anche come barra multifunzione) o la conformità agli standard XHTML, possono causare problemi nei siti. Gli elementi personalizzati, quale un tipo di contenuto, occasionalmente possono avere un nome in conflitto con un nome incluso nella nuova versione. Può inoltre accadere di disporre di pagine da riportare alla definizione di sito standard oppure di elenchi di grandi dimensioni per cui è necessario creare nuove visualizzazioni.

Per ulteriori informazioni su come esaminare i problemi relativi all'interfaccia utente nei siti, vedere Verificare l'aggiornamento e controllare i siti aggiornati (SharePoint Server 2010).

Nei file di registro dell'aggiornamento potrebbero venire segnalati errori come i seguenti:

  • Impossibile attivare le caratteristiche della raccolta siti nel sito URL sito. Eccezione: Trovato nome di tipo di contenuto duplicato "nome".

    Questo errore indica che un tipo di contenuto "Riepilogo informazioni" di terze parti è stato aggiunto al sito specificato in Office 12 e durante l'aggiornamento a Office 14 e che il relativo nome è in conflitto con quello del tipo di contenuto "Riepilogo informazioni" incluso nel prodotto. Eliminare o rinominare il tipo di contenuto di terze parti nel sito specificato utilizzando un nome diverso da "Riepilogo informazioni" ed eseguire di nuovo l'aggiornamento.

Mancanza di spazio

Se lo spazio si esaurisce, ad esempio per i file di registro delle transazioni nei server di database, l'aggiornamento non potrà proseguire. Liberare spazio oppure aumentare la dimensione di tale file di registro prima di riprendere l'aggiornamento. Per ulteriori informazioni, vedere Gestione della dimensione del file di registro delle transazioni (https://go.microsoft.com/fwlink/?linkid=124882&clcid=0x410).

Autenticazione basata su moduli

Se si sta aggiornando un ambiente in cui viene utilizzata l'autenticazione basata su moduli, sarà necessario eseguire ulteriori passaggi. Eseguire le operazioni illustrate in Configurare l'autenticazione basata su moduli per un'applicazione Web basata sulle attestazioni (SharePoint Server 2010) per aggiornare i provider di autenticazione basata su moduli.

Sicurezza e autorizzazioni

Se viene visualizzato un errore relativo a un account sconosciuto o se il database non viene aggiornato, verificare quanto segue:

  • Per un aggiornamento sul posto, verificare che l'account utilizzato per eseguire la Configurazione guidata Prodotti SharePoint sia membro del ruolo predefinito di database db_owner per tutti i database che si desidera aggiornare. Se non è membro di questo ruolo, potrebbe venire visualizzato un errore di account utente sconosciuto quando la procedura guidata avvia l'aggiornamento dei database.

  • Per un aggiornamento basato sul collegamento di database, se si spostano i database tra istanze di SQL Server diverse, verificare che la sicurezza sia configurata in modo corretto. Controllare che gli account utilizzati abbiano i ruoli predefiniti e le autorizzazioni per i database e che continuino ad essere validi se li si aggiorna tra domini.

File con estensione stp non funzionanti dopo l'aggiornamento

I modelli di sito, ovvero i file con estensione stp, sono deprecati in SharePoint Server 2010 e non possono essere utilizzati per creare nuovi siti. I siti esistenti basati su file stp continueranno a funzionare come al solito. I pacchetti delle soluzioni, ovvero i file con estensione wsp, costituiscono il metodo supportato per creare siti basati su un modello in SharePoint Server 2010. È possibile convertire un file stp in un file wsp per continuare a utilizzare il modello dopo l'aggiornamento.

Per convertire un file stp in un file wsp

  1. In Office SharePoint Server 2007 creare un sito basato sul modello e quindi aggiornare il sito a SharePoint Server 2010.

  2. In SharePoint Server 2010 scegliere Impostazioni sito dal menu Azioni sito del sito aggiornato.

  3. Nella sezione Azioni sito della pagina Impostazioni sito fare clic su Salva sito come modello.

  4. Nella pagina Salva come modello immettere i nomi desiderati nei campi Nome file e Nome modello e quindi fare clic su OK.

    Il modello di sito verrà salvato come file wsp nella raccolta soluzioni e sarà possibile creare nuovi siti basati su tale soluzione.

Impossibilità di visualizzare le nuove versioni dei favolosi 40 modelli dell'applicazione

Molti utenti hanno fatto ricorso ai 40 favolosi modelli creati per Windows SharePoint Services 3,0. Alcuni di questi modelli sono stati creati come modelli di amministrazione del sito (file con estensione stp), mentre altri sono stati creati come modelli di amministrazione server (file con estensione wsp). Microsoft non ha reso disponibili nuove versioni di tali modelli per i Prodotti SharePoint 2010. I file stp inoltre sono deprecati e non possono essere utilizzati per creare nuovi siti quando si effettua l'aggiornamento a SharePoint Server 2010.

È possibile aggiornare i siti basati su tali modelli. È tuttavia consigliabile provare ad aggiornarli in un ambiente di testing prima di aggiornare l'ambiente di produzione, in modo da poter individuare i problemi potenziali. Utilizzare lo strumento di verifica pre-aggiornamento per identificare gli eventuali problemi, che in alcuni casi si sono verificati con flussi di lavoro personalizzati o con visualizzazioni basate su CAML nei modelli. Si noti che, dopo l'aggiornamento, non sarà più possibile utilizzare file stp per creare nuovi modelli.

Nella tabella riportata di seguito viene illustrato come è possibile utilizzare i modelli.

Tipo di modello Possibilità di aggiornare siti basati sul modello Possibilità di utilizzare il modello dopo l'aggiornamento

Amministrazione del sito (file stp o modello di sito)

Sì

No

Amministrazione server (file wsp o pacchetto della soluzione)

Sì*

Sì*

* Dopo l'aggiornamento si verificano problemi con alcuni file wsp. In particolare, alcuni clienti non riescono a creare nuovi siti basati sui modelli seguenti: Richiesta ferie/permesso e Pianificazione ferie/permessi, Servizio clienti, Helpdesk, Area di lavoro team IT, Informazioni di base e Inventario e gestione beni. In caso di problemi durante l'utilizzo di uno qualsiasi di questi modelli, è possibile inserire un post nel forum TechNet sull'installazione, l'aggiornamento, l'amministrazione e il funzionamento di SharePoint 2010 (le informazioni potrebbero essere in lingua inglese) (https://go.microsoft.com/fwlink/?linkid=201600&clcid=0x410) oppure rivolgersi al Servizio Supporto Tecnico Clienti Microsoft.

Se si desidera continuare a creare siti basati sui modelli di amministrazione del sito (file stp) in SharePoint Server 2010, sarà necessario convertirli in pacchetti delle soluzioni (file wsp). Per ulteriori informazioni, vedere la sezione File con estensione stp non funzionanti dopo l'aggiornamento più indietro in questo articolo.

Aggiornamento di dati da SharePoint Portal Server 2003: lo strumento di verifica pre-aggiornamento segnala database danneggiati

Se un database del contenuto di una farm di Office SharePoint Server 2007 era stato aggiornato da un database del contenuto di Microsoft Office SharePoint Portal Server 2003, potrebbe venire visualizzato l'errore seguente quando si esegue lo strumento di verifica pre-aggiornamento:

Errore: database di contenuto con schemi di database modificati

Se non sono state apportate modifiche manuali allo schema del database, ignorare l'errore e continuare con l'aggiornamento. Si tratta di un errore residuo del processo di aggiornamento da SharePoint Portal Server 2003 a Office SharePoint Server 2007. Per ulteriori informazioni, vedere l'articolo della Microsoft Knowledge Base 954772.

See Also

Concepts

Utilizzare un aggiornamento di prova per individuare possibili problemi (SharePoint Server 2010)
Verificare l'aggiornamento e controllare i siti aggiornati (SharePoint Server 2010)
Riprendere l'aggiornamento (SharePoint Server 2010)