Risolvere i problemi e riprendere l'aggiornamento (Windows SharePoint Services)

  • Articolo

Contenuto dell'articolo:

  • Informazioni generali sulla risoluzione dei problemi relativi all'aggiornamento e sul riavvio dell'aggiornamento

  • Problemi noti relativi all'analisi pre-aggiornamento

  • Problemi noti relativi all'aggiornamento sul posto

  • Problemi noti relativi all'aggiornamento graduale

  • Problemi noti relativi alla migrazione di database

  • Problemi noti relativi ai siti personalizzati

Informazioni generali sulla risoluzione dei problemi relativi all'aggiornamento e sul riavvio dell'aggiornamento

Se l'aggiornamento si interrompe, è possibile utilizzare i metodi seguenti per la risoluzione dei problemi:

  • Cercare "error" nei file di registro dell'aggiornamento. Questi file sono contenuti in %COMMONPROGRAMFILES%\Microsoft Shared\web server extensions\12\LOGS. Per ulteriori informazioni sulla visualizzazione del registro di aggiornamento, vedere Verificare l'aggiornamento (Windows SharePoint Services).

    Suggerimento

    Utilizzare la caratteristica di Windows Cerca/File o cartelle per trovare rapidamente le iterazioni di “error” in questi file di registro.

  • Esaminare gli eventi nel Visualizzatore eventi e ricercare eventuali errori di applicazioni.

  • Prendere visione nel file leggimi dei problemi noti e delle soluzioni. Gli errori sono spesso problemi che possono essere risolti.

  • Se si esegue un aggiornamento graduale, controllare se le raccolte siti in esecuzione sono ora disponibili nella nuova versione. In tal caso, è possibile risolvere il problema utilizzando la versione più recente oppure passare dalla versione 3 alla versione 2 e provare ad aggiornare di nuovo il sito. Per ulteriori informazioni sul ripristino dei siti, vedere Ripristinare il sito di una versione precedente (Windows SharePoint Services).

  • Se si esegue un aggiornamento sul posto, è possibile riavviarlo utilizzando il comando stsadm -o upgrade. L'aggiornamento ignorerà le attività già eseguite e ripartirà dal punto in cui si è interrotto. Per ulteriori informazioni sull'operazione di aggiornamento, vedere Aggiornare i siti (Windows SharePoint Services).

Problemi noti relativi all'analisi pre-aggiornamento

L'aggiornamento viene bloccato se si utilizza localhost come nome di server

Non è consigliabile utilizzare "localhost" come nome di server, poiché può dare origine a molti problemi nell'ambiente. Se si utilizza "localhost" come nome di server, quando si esegue lo strumento di analisi pre-aggiornamento questo problema viene registrato e l'aggiornamento non può procedere. È necessario rinominare il computer server e quindi eseguire un'operazione con lo strumento prescan.exe per poter continuare con l'aggiornamento. Eseguire le operazioni seguenti per rinominare il server e correggere l'errore dello strumento di analisi pre-aggiornamento.

  1. Eseguire il backup del database di configurazione.

  2. Dalla riga di comando passare al percorso %COMMONPROGRAMFILES%\Microsoft Shared\web server extensions\60\bin e quindi eseguire il comando seguente per cambiare il nome del server nel database di configurazione:

    Stsadm.exe -o setconfigdb -databaseserver <nome server> -connect

  3. Dalla riga di comando passare al percorso %COMMONPROGRAMFILES%\Microsoft Shared\web server extensions\12\bin e quindi eseguire il comando seguente per risolvere il problema dello strumento di analisi pre-aggiornamento:

    Prescan /fixlocalhost

  4. Dalla riga di comando eseguire il comando seguente per eseguire di nuovo il processo di analisi pre-aggiornamento:

    Prescan /all

    • Se il comando ha esito positivo, continuare con l'aggiornamento.

    • Se l'operazione continua ad avere esito negativo, esiste ancora un servizio che utilizza il nome di server localhost. A questo punto l'aggiornamento non è bloccato, ma esiste il rischio che alcuni servizi non vengano aggiornati.

Problemi noti relativi all'aggiornamento sul posto

Per gli aggiornamenti di server farm è necessario utilizzare un account di dominio, non Servizio di rete

Per un aggiornamento sul posto o graduale in un ambiente server farm, è consigliabile utilizzare nell'ambiente della versione 3 le stesse credenziali utilizzate nell'ambiente della versione 2. Se tuttavia per l'ambiente della versione 2 è stato utilizzato l'account Servizio di rete, nella versione 3 sarà necessario utilizzare un account di dominio. Nell'ambiente della versione 2 è possibile continuare a utilizzare Servizio di rete, ma quando si installa la versione 3 e si crea la nuova farm è necessario specificare un account di dominio. Concedere all'account di dominio i diritti appropriati per i database in SQL Server. È necessaria l'appartenenza ai gruppi dei creatori di database, degli amministratori dei processi e dei proprietari di database per tutti i database della versione 2.

Quando si esegue un aggiornamento sul posto alcune impostazioni non vengono mantenute nell'applicazione Web

Se si utilizza SSL (Secure Sockets Layer) e si esegue un aggiornamento sul posto, sarà necessario utilizzare la caratteristica di mapping di accesso alternativo per modificare l'URL in Windows SharePoint Services, perché alcune impostazioni non vengono mantenute nell'applicazione Web.

Se prima dell'aggiornamento è presente una voce di mapping di accesso alternativo che utilizza HTTPS, ad esempio:

URL in ingresso: https://<nome server>

URL in uscita: https://<nome server>

Dopo aver eseguito un aggiornamento sul posto di Microsoft Windows SharePoint Services 3.0, questa voce verrà impostata erroneamente su:

URL in ingresso: https://<nome server>

URL in uscita: http://<nome server>

Per correggere l'URL, nella pagina Operazioni del sito Web Amministrazione centrale SharePoint fare clic su Mapping di accesso alternativo e quindi su Modifica URL pubblici per reimpostare l'URL nel modo seguente:

URL in ingresso: https://<nome server>

URL in uscita: https://<nome server>

Per ulteriori informazioni sui mapping di accesso alternativo, vedere Pianificare mapping di accesso alternativo (Windows SharePoint Services).

Sul primo server Web front-end l'aggiornamento termina con errori

In una farm che utilizza più server Web front-end, se l'aggiornamento del primo server Web front-end termina con alcuni errori è consigliabile risolvere il problema ed eseguire di nuovo l'aggiornamento prima di proseguire con l'aggiornamento di altri server Web front-end.

Se, per qualsiasi motivo, si desidera ignorare l'errore, ad esempio perché riguarda una raccolta siti utilizzata raramente, sarà possibile proseguire con l'aggiornamento del secondo server Web front-end utilizzando lo strumento da riga di comando Psconfig. Eseguire l'operazione della riga di comando seguente:

Psconfig -cmd upgrade -inplace b2b -wait -force

Nota

Non è possibile utilizzare la Configurazione guidata Prodotti e tecnologie SharePoint per aggiornare altri server Web front-end se si utilizza lo strumento da riga di comando Psconfig.

Errore di sequenza SPConfigurationDatabase2 nel registro di aggiornamento

Se un aggiornamento sul posto non riesce, controllare il file Upgrade.log disponibile nella cartella COMMONPROGRAMFILES%\Microsoft Shared\Web server extensions\12\LOGS. Se viene visualizzato il messaggio di errore seguente: “[SPConfigurationDatabaseSequence2] [ERROR] [date]: The role 'WSS_Content_Application_Pools' already exists in the current database”, per risolvere il problema sarà possibile utilizzare una delle soluzioni alternative seguenti:

  • Eseguire le query SQL seguenti nel database di configurazione.

    delete from dependencies

    delete from objects

    delete from classes

    delete from sitemap

    exec sp_droprole N'WSS_Content_Application_Pools'

    Nota

    Se al momento dell'azione non riuscita il ruolo da eliminare conteneva alcuni membri, la chiamata a sp_droprole restituirà i nomi di tali membri. Sarà necessario eseguire il comando seguente per ogni membro.

    exec sp_droprolemember N'WSS_Content_Application_Pools',

    N'usernameReturnedFromSP_DropRole'

    È quindi necessario eseguire di nuovo la query seguente.

    exec sp_droprole N'WSS_Content_Application_Pools'

  • Creare una nuova farm V3 e quindi collegare il database del contenuto esistente. In questo modo verranno mantenuti tutti i dati utente, ma verranno perse tutte le informazioni di configurazione archiviate nel database di configurazione V2, ad esempio le impostazioni relative al server virtuale e ai pacchetti web part.

  • Se il problema iniziale è stato risolto (l'errore era ad esempio dovuto alla mancanza di connettività di rete o a spazio su disco insufficiente nel computer con SQL Server ed è stato corretto), sarà possibile ripristinare la farm V2 e quindi riavviare l'aggiornamento.

Nota

Ricordare di riavviare l'aggiornamento dopo avere applicato le soluzioni alternative.

Per gli aggiornamenti sul posto in server autonomi, eseguire l'aggiornamento dalla riga di comando se si verifica un errore di accesso o di connessione al database

Se si esegue un aggiornamento sul posto in un server autonomo che esegue WMSDE, è possibile che si verifichi il timeout del processo di aggiornamento e che venga generato un errore simile al seguente:

SPContentDatabaseSequence] [ERROR] [10/18/2006 12:42:44 PM]: Impossibile aprire il database "NOME_DATABASE_STS_1" richiesto dall'account di accesso. Accesso non riuscito.

Accesso non riuscito per l'utente 'NT AUTHORITY\SERVIZIO DI RETE'.

[SPContentDatabaseSequence] [ERROR] [10/18/2006 12:42:44 PM]: at System.Data.SqlClient.SqlInternalConnection.OnError(SqlException exception, Boolean breakConnection)

at System.Data.SqlClient.TdsParser.ThrowExceptionAndWarning(TdsParserStateObject stateObj)

Se si visualizza questo errore o un errore di connessione al database, è necessario utilizzare la riga di comando per completare l'aggiornamento.

  1. Aprire una finestra del prompt dei comandi e passare alla directory %COMMONPROGRAMFILES%\Microsoft Shared\web server extensions\12\bin.

  2. Eseguire il comando seguente per riprendere l'aggiornamento e completarlo:

    psconfig –cmd upgrade –inplace v2v –force -wait

Per ulteriori informazioni sull'esecuzione dell'utilità da riga di comando psconfig.exe, vedere Informazioni di riferimento sulla riga di comando per la Configurazione guidata Prodotti e tecnologie SharePoint (Windows SharePoint Services).

Problemi noti relativi all'aggiornamento graduale

Per gli aggiornamenti di server farm è necessario utilizzare un account di dominio, non Servizio di rete

Per un aggiornamento sul posto o graduale in un ambiente server farm, è consigliabile utilizzare nell'ambiente della versione 3 le stesse credenziali utilizzate nell'ambiente della versione 2. Se tuttavia per l'ambiente della versione 2 è stato utilizzato l'account Servizio di rete, nella versione 3 sarà necessario utilizzare un account di dominio. Nell'ambiente della versione 2 è possibile continuare a utilizzare Servizio di rete, ma quando si installa la versione 3 e si crea la nuova farm è necessario specificare un account di dominio. Concedere all'account di dominio i diritti appropriati per i database in SQL Server. È necessaria l'appartenenza ai gruppi dei creatori di database, degli amministratori dei processi e dei proprietari di database per tutti i database della versione 2.

Per eseguire l'aggiornamento graduale di server solo SSL è necessario eseguire operazioni aggiuntive

Nel processo di aggiornamento graduale viene utilizzato un insieme abbinato di siti Web IIS per ospitare il sito originale non aggiornato e il nuovo sito aggiornato. Per impostazione predefinita, il nuovo sito che viene creato non utilizza SSL. Se si desidera che il sito Web utilizzi SSL, è necessario eseguire operazioni aggiuntive durante il processo di aggiornamento graduale per definire le impostazioni IIS corrette e il numero di porta appropriato per SSL.

Eseguire le operazioni seguenti dopo aver creato l'applicazione Web di destinazione per i siti, ma prima dell'aggiornamento dei siti.

Per ulteriori informazioni sulla creazione dell'applicazione Web di destinazione, vedere la sezione relativa alla creazione di una nuova applicazione Web per ospitare i siti aggiornati in Aggiornare i siti (Windows SharePoint Services).

Cambiare i numeri di porta e modificare le impostazioni SSL in Gestione Internet Information Services (IIS)

  1. In Gestione Internet Information Services (IIS) fare clic sul segno più (+) accanto al nome del server in cui è contenuta l'applicazione Web che si desidera modificare.

  2. Fare clic sul segno più (+) accanto a Siti Web.

  3. Fare clic con il pulsante destro del mouse su Sito Web predefinito e quindi scegliere Proprietà.

  4. Nella casella Porta SSL della scheda Sito Web digitare 444 e quindi fare clic su OK.

  5. Fare clic con il pulsante destro del mouse sulla copia del sito Web predefinito e quindi scegliere Proprietà.

  6. Nella casella Porta SSL della scheda Sito Web digitare 443 e quindi fare clic su Applica.

  7. Nella sezione Comunicazioni protette della scheda Protezione directory fare clic su Certificato server.

    Seguire i passaggi della procedura guidata per assegnare un nuovo certificato.

  8. Nella sezione Comunicazione protette della scheda Protezione directory fare clic su Modifica.

  9. Nella finestra di dialogo Comunicazioni protette selezionare la casella di controllo Richiedi un canale protetto (SSL) e quindi fare clic su OK.

  10. Fare clic su OK per chiudere la finestra di dialogo delle proprietà della copia del sito Web predefinito.

Aggiornare le impostazioni di mapping di accesso alternativo e reimpostare IIS

  1. Aprire una finestra del prompt dei comandi e passare alla directory %COMMONPROGRAMFILES%\Microsoft Shared\web server extensions\12\bin.

  2. Eseguire il comando seguente per modificare il mapping di accesso alternativo del sito Web predefinito originale in modo che punti alla porta 444:

    Stsadm -o addzoneurl -url https://server_name:port -urlzone default -zonemappedurl https://server_name:444

    Dove server_name:port è il percorso del sito Web predefinito.

  3. Passare alla directory %COMMONPROGRAMFILES%\Microsoft Shared\web server extensions\60\bin.

  4. Eseguire il comando seguente per modificare il mapping di accesso alternativo per il sito Web reindirizzato:

    Stsadm -o addzoneurl -url http://server_name:port -urlzone default -zonemappedurl https://server_name:443

    Dove server_name:port è il percorso del nuovo sito creato quando è stata creata l'applicazione Web di destinazione.

  5. Eseguire il comando seguente per reimpostare IIS:

    iisreset /noforce

L'aggiornamento è stato completato, ma alcuni siti non sono stati ancora aggiornati. Come è possibile procedere?

Se il processo di aggiornamento è stato completato, non è più possibile utilizzare il metodo di aggiornamento graduale per aggiornare i siti restanti. È tuttavia possibile utilizzare il metodo della migrazione di database per aggiornare i siti. Per ulteriori informazioni sull'utilizzo della migrazione di database per aggiornare i siti dopo aver completato un aggiornamento graduale, vedere l'articolo 926718 nella Microsoft Knowledge Base (https://support.microsoft.com/kb/926718).

Dopo avere selezionato l'opzione "Non aggiornare" nella schermata di installazione si decide di effettuare l'aggiornamento

Se durante l'installazione è stata selezionata l'opzione Non aggiornare e dopo avere eseguito la Configurazione guidata Prodotti e tecnologie SharePoint si cambia idea, sarà necessario eseguire di nuovo la Configurazione guidata Prodotti e tecnologie SharePoint per selezionare l'opzione relativa all'aggiornamento graduale.

Utilizzare la Configurazione guidata Prodotti e tecnologie SharePoint per passare dall'opzione "Non aggiornare" all'aggiornamento graduale

  1. Eseguire la Configurazione guidata Prodotti e tecnologie SharePoint per disconnettersi dalla farm.

  2. Passare a %COMMOMPROGRAMFILES%\Microsoft shared\Web Server Extensions\12.0\WSS\ e modificare con V2V_GRADUAL_UPGRADE la chiave del Registro di sistema per SetupType e SetupTypeBackup.

  3. Eseguire nuovamente la Configurazione guidata Prodotti e tecnologie SharePoint per effettuare l'aggiornamento.

Problemi noti relativi alla migrazione di database

Non è possibile aggiungere lo stesso database del contenuto più di una volta a una farm, anche se in applicazioni Web diverse

A ogni raccolta siti di un database del contenuto, incluso ogni sito portale, è associato un identificatore univoco globale (GUID) registrato nel database di configurazione. Non è pertanto consentito aggiungere la stessa raccolta siti o lo stesso portale due volte nella farm, anche se in applicazioni Web distinte. Benché in questa situazione sia possibile collegare il database, la raccolta siti non può essere avviata. Se si necessita di una copia duplicata di una raccolta siti o di un portale all'interno della stessa farm, collegare innanzitutto il database contenente la raccolta a una farm separata e quindi utilizzare le operazioni di backup e ripristino di Stsadm.exe per copiare la raccolta nell'altra farm. Per la raccolta siti verrà così creato un nuovo GUID dal processo di backup e ripristino.

Problemi noti relativi ai siti personalizzati

È possibile che si verifichi un errore applicazione se nei file Web.config vengono eseguite personalizzazioni non consentite

Nei file Web.config delle sottocartelle di un server virtuale non è possibile eseguire alcune personalizzazioni. I nodi AUTHENTICATION e SESSIONSTATE ad esempio non sono consentiti nel file Web.config di questo livello. La modifica del file Web.config secondo modalità non consigliate può dare origine a risultati inaspettati per l'aggiornamento. Seguire le procedure consigliate per le personalizzazioni, anche per il file Web.config. Per ulteriori informazioni sulle procedure consigliate per la riusabilità e l'aggiornamento delle applicazioni, vedere Best Practices for Ensuring Application Reusability and Upgrade in Windows SharePoint Services (informazioni in lingua inglese) nel sito Web MSDN (https://msdn.microsoft.com/it-it/library/dd583161.aspx).

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.