Risolvere i problemi e riprendere l'aggiornamento (Office SharePoint Server)

  • 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 (Office SharePoint Server).

    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, verificare se le raccolte siti precedentemente in esecuzione sono disponibili nella nuova versione. In questo caso, sarà possibile risolvere il problema da tale versione o ripristinare la versione precedente dei siti e provare ad aggiornarli nuovamente. Per ulteriori informazioni sul ripristino dei siti, vedere Ripristinare una versione precedente del sito (Office SharePoint Server).

  • L'aggiornamento sul posto può essere riavviato utilizzando il comando stsadm –o upgrade. Le attività già completate verranno ignorate e l'aggiornamento verrà ripreso dal punto in cui si è interrotto. Per ulteriori informazioni sull'operazione di aggiornamento, vedere Aggiornare i siti (Office SharePoint Server).

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 nuova versione le stesse credenziali utilizzate nell'ambiente della versione precedente. Se per l'ambiente della versione precedente è stato utilizzato l'account Servizio di rete, tuttavia, è invece necessario utilizzare un account di dominio della nuova versione. Nell'ambiente della versione precedente può continuare a essere utilizzato Servizio di rete, ma quando si installa la nuova versione e si crea la nuova farm è necessario specificare un account di dominio. Verificare di 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 precedente.

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 Microsoft Office SharePoint Server, 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 Office SharePoint Server 2007, 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 i mapping di accesso alternativo (Office SharePoint Server).

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.

Non è possibile utilizzare le definizioni sito di Microsoft Office SharePoint Portal Server 2003 per i siti Web di Office SharePoint Server 2007

Se si utilizzano gli stessi modelli di definizione sito personalizzati sia per SharePoint Portal Server 2003 che per Microsoft Office SharePoint Server 2007, si verificheranno errori di pagina quando si accede al proprio sito Web. Non è possibile utilizzare i modelli di definizione sito personalizzati creati per SharePoint Portal Server 2003. È necessario invece creare nuovi modelli di definizione sito personalizzati per Microsoft Office SharePoint Server 2007. È inoltre necessario creare un file di aggiornamento di definizione sito di mapping tra gli elementi personalizzati della definizione di sito personalizzata precedente e quelli della nuova definizione, in modo che ogni elemento del sito, ad esempio una pagina personalizzata, possa essere aggiornato al nuovo elemento corrispondente. Per ulteriori informazioni sulla creazione di nuove definizioni di sito per Microsoft Office SharePoint Server 2007, vedere Sviluppare nuove definizioni di sito personalizzate e creare file di definizione di aggiornamento (Office SharePoint Server) e Distribuire i file di definizione di aggiornamento e le nuove definizioni di sito (Office SharePoint Server). Per informazioni sugli scenari supportati e non supportati per l'utilizzo di definizioni sito personalizzate, vedere l'articolo 898631 Scenari supportati e non supportati per l'utilizzo di definizioni sito personalizzate e definizioni di aree personalizzate in Windows SharePoint Services, SharePoint Portal Server 2003 e Office SharePoint Server 2007 nella Microsoft Knowledge Base (https://go.microsoft.com/fwlink/?linkid=140380&clcid=0x410).

Il collegamento al file della Guida viene interrotto quando si collega un database del contenuto esistente a una nuova farm

Quando si crea una nuova farm e quindi si collega un database del contenuto esistente, nella web part Voci originale è contenuto un URL del file della Guida della versione precedente del prodotto. Tale file non è disponibile nel server. Il collegamento relativo alle risorse della Guida di Prodotti e tecnologie Microsoft SharePoint, che punta all'URL
http://< server:numero_porta>/_vti_bin/help/1033/sps/html/HelpResources.htm
, visualizzerà pertanto un messaggio di errore in cui viene indicato che è impossibile trovare la pagina (errore HTTP 404). Per risolvere il problema, eliminare il collegamento.

L'aggiornamento sul posto potrebbe non riuscire per le farm di dimensioni medie o grandi con server Web non di tipo front-end quando si utilizza Sito Web predefinito di IIS

Se nella server farm di dimensioni medie o grandi sono contenuti uno o più server Web non di tipo front-end ed è stato utilizzato il Default Web Site di Internet Information Services per ospitare un sito di SharePoint, l'aggiornamento potrebbe non riuscire e restituire un messaggio che comunica l'impossibilità di aggiornare il Default Web Site. Per risolvere il problema, prima di eseguire l'aggiornamento, in tutti i server Web non di tipo front-end, ad esempio il server di indicizzazione, rinominare il Default Web Site di IIS utilizzando un altro nome, quindi eseguire l'aggiornamento e ripristinare il nome Default Web Site. Non è necessario rinominare il sito Web in tutti i server Web front-end inclusi nella server farm.

Se non si rinomina il Default Web Site in IIS prima di eseguire l'aggiornamento, questa operazione non riuscirà. In tal caso, sarà possibile rinominare il Default Web Site nei server Web non di tipo front-end e quindi riprendere l'aggiornamento. A questo scopo, è possibile utilizzare l'operazione della riga di comando seguente:

psconfig -cmd upgrade -inplace previous versionv -wait -force

L'aggiornamento sul posto potrebbe non riuscire in presenza di più siti portale con lo stesso URL nell'ambiente corrente

Se nell'ambiente corrente sono contenuti più siti portale con lo stesso URL, la Configurazione guidata Prodotti e tecnologie SharePoint avrà esito negativo e verrà restituito l'errore seguente nel file di registro: È stato aggiunto un elemento con la stessa chiave. Questo errore si verifica in presenza di siti portale orfani, ovvero siti disponibili in IIS o nel file system, ma non nel database di configurazione. La causa di questo stato dell'ambiente potrebbe essere una delle seguenti:

  • È stato erroneamente eliminato e quindi ricreato il sito Web IIS che ospita un sito portale.

  • È stata annullata l'estensione di un server virtuale esistente e successivamente è stato esteso nuovamente lo stesso server virtuale per ospitare un nuovo sito portale.

  • Esistono più siti Web IIS per lo stesso numero di porta.

Per verificare la presenza di siti con URL duplicati, nell'ambiente SharePoint Portal Server 2003 visualizzare la pagina Visualizza e gestisci siti portale di Amministrazione centrale SharePoint e cercare gli eventuali siti portale con lo stesso URL. Individuare il sito attualmente in uso e il sito orfano e quindi eliminare quest'ultimo prima di eseguire l'aggiornamento.

Se si crea il sito Amministrazione centrale in un server Web non di tipo front-end, durante l'aggiornamento sul posto potrebbero essere visualizzati URL non corretti per i siti di Amministrazione centrale

Se si esegue un aggiornamento sul posto in una farm di grandi dimensioni ed è stato eseguito un aggiornamento in un server di indicizzazione prima che in un server Web front-end, il sito Amministrazione centrale viene creato nel server di indicizzazione anziché nel server Web front-end. Di conseguenza, nel sito Amministrazione centrale potrebbero essere visualizzati nomi host non corretti per gli URL dei siti Web aggiornati nella pagina Stato aggiornamento contenuto del sito. Per risolvere il problema, è possibile aggiungere un mapping di accesso alternativo per il sito Amministrazione centrale in modo che faccia riferimento all'URL corretto per il server Web front-end.

  1. In Gestione Internet Information Services nel server Web front-end verificare il nome host e il numero di porta di Amministrazione centrale.

  2. Aprire Amministrazione centrale nel server di indicizzazione e fare clic su Mapping di accesso alternativo in Configurazione globale nella scheda Operazioni.

  3. Nella pagina Mapping di accesso alternativo fare clic su Modifica URL pubblici.

  4. Nella pagina Modifica URL pubblici di area fare clic sulla freccia in giù accanto a Insieme di mapping di accesso alternativo e selezionare Cambia Insieme di mapping di accesso alternativo.

  5. Nella casella Selezionare un insieme di mapping di accesso alternativo fare clic su Amministrazione centrale.

  6. Nella casella Intranet della sezione URL pubblici digitare l'URL corretto per Amministrazione centrale nel server Web front-end e quindi fare clic su Salva.

  7. Nel server Web front-end aprire Amministrazione centrale e fare clic su Stato aggiornamento contenuto del sito in Aggiornamento e migrazione nella scheda Operazioni.

    Gli URL dovrebbero essere visualizzati correttamente.

L'aggiornamento della ricerca degli indirizzi iniziali e dei tipi di file potrebbe non riuscire se viene configurato un indirizzo iniziale non comune in Microsoft Office SharePoint Portal Server 2003

In presenza di un indirizzo iniziale non comune per l'indicizzazione, ad esempio http://nome_server/nome_server.com, è possibile che durante l'aggiornamento della ricerca gli indirizzi iniziali e i tipi di file non vengano aggiornati correttamente e che sia necessario immettere manualmente queste impostazioni di configurazione nell'ambiente Microsoft Office SharePoint Server 2007.

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 nuova versione le stesse credenziali utilizzate nell'ambiente della versione precedente. Se per l'ambiente della versione precedente è stato utilizzato l'account Servizio di rete, tuttavia, è invece necessario utilizzare un account di dominio della nuova versione. Nell'ambiente della versione precedente può continuare a essere utilizzato Servizio di rete, ma quando si installa la nuova versione e si crea la nuova farm è necessario specificare un account di dominio. Verificare di 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 precedente.

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 l'argomento relativo alla creazione di una nuova applicazione Web per ospitare i siti aggiornati in Aggiornare i siti (Office SharePoint Server).

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).

Durante l'esecuzione di una ricerca da un portale figlio è possibile che i documenti nuovi non vengano individuati dopo un aggiornamento graduale con i servizi condivisi

Se è stato aggiornato un portale figlio che ha utilizzato servizi condivisi di una farm padre, è necessario aggiornare i mapping degli URL alternativi del sito portale in modo che facciano riferimento all'URL aggiornato. In caso contrario, gli utenti che effettuano ricerche dal portale figlio potrebbero non visualizzare il contenuto aggiunto a tale portale.

Importante

I passaggi descritti devono essere eseguiti nell'ambiente SharePoint Portal Server 2003.

Aggiornare i mapping degli URL alternativi del sito portale

  1. Fare clic sul pulsante Start, scegliere Tutti i programmi, SharePoint Portal Server e quindi fare clic su Amministrazione centrale SharePoint.

  2. In Configurazione sito portale e server virtuale fare clic su Configura URL alternativi del sito portale per l'accesso alla rete Intranet ed Extranet, nonché l'accesso personalizzato.

  3. Scegliere Modifica dal menu a discesa del sito aggiornato nel portale figlio.

  4. Nella casella URL Intranet della pagina Modifica impostazioni alternative di accesso immettere l'URL del sito originale e quindi fare clic su OK.

    Dovrebbero ora essere disponibili un URL predefinito che punta al sito aggiornato e un URL Intranet che punta al sito originale.

  5. Eseguire una ricerca per indicizzazione per l'ambiente SharePoint Portal Server 2003.

    Per ulteriori informazioni sull'esecuzione di una ricerca per indicizzazione, vedere l'argomento relativo alla gestione degli aggiornamenti degli indici di contenuto Managing Updates of Content Indexes (informazioni in lingua inglese) (https://office.microsoft.com/en-us/sharepointserver/CH011715081033.aspx) (informazioni in lingua inglese) nel manuale dell'amministratore di SharePoint Portal Server 2003.

L'aggiornamento della ricerca degli indirizzi iniziali e dei tipi di file potrebbe non riuscire se viene configurato un indirizzo iniziale non comune in SharePoint Portal Server 2003

In presenza di un indirizzo iniziale non comune per l'indicizzazione, ad esempio http://nome_server/nome_server.com, è possibile che durante l'aggiornamento della ricerca gli indirizzi iniziali e i tipi di file non vengano aggiornati correttamente e che sia necessario immettere manualmente queste impostazioni di configurazione nell'ambiente Microsoft Office SharePoint Server 2007.

Il sito portale padre non è stato sottoposto a ricerca per indicizzazione dopo l'aggiornamento

In un portale padre non viene eseguita alcuna ricerca per indicizzazione se si verificano le condizioni seguenti:

  • Si utilizzano servizi condivisi

  • Si dispone di una server farm di grandi dimensioni con più server di indicizzazione

  • In uno di questi server di indicizzazione è stata applicata una regola di esclusione per il portale padre

  • Per generare gli indici, è possibile eliminare la regola o modificarla da regola di esclusione a regola di inclusione e quindi rieseguire la ricerca per indicizzazione

La query nel portale padre non è riuscita in seguito all'aggiornamento con server di query separati

Se si utilizza la propagazione degli indici di query tra le farm, l'inizializzazione dei server di query richiede alcuni minuti. In ognuno dei server di query, eseguire l'operazione seguente nella riga di comando per assicurarsi che vengano inizializzati:

stsadm.exe -o osearch -propagationlocation <applications directory>

Dove <applications directory> è la posizione al di sopra dei dati dell'indice per tutti i provider di servizi condivisi, ad esempio:

applications
   SSP1 (as a GUID)
   SSP2 (as a GUID)
   SSP3 (as a GUID)

Il portale padre aggiornato non dispone degli indirizzi iniziali convertiti, ma solo di quelli originali, per il contenuto ancora presente nei siti di SharePoint Portal Server 2003

Al termine di un aggiornamento graduale, nel sito portale padre potrebbero non essere elencati gli URL temporanei corretti per gli indirizzi iniziali, ma solo gli indirizzi iniziali originali. Per risolvere il problema, procedere nel modo seguente:

  1. Nelle pagine di amministrazione della ricerca di SharePoint Portal Server 2003 aggiungere una regola di esclusione per eliminare il contenuto archiviato nell'ambiente Microsoft Office SharePoint Server 2007.

  2. Aggiungere una nuova origine di contenuto per eseguire la ricerca per indicizzazione del nuovo URL per i siti ancora inclusi nell'ambiente SharePoint Portal Server 2003.

  3. Eseguire una ricerca per indicizzazione nell'ambiente SharePoint Portal Server 2003.

Impossibile avviare il servizio di ricerca di Office SharePoint Server

Se il servizio di ricerca di Office SharePoint Server non viene avviato automaticamente durante l'aggiornamento, nella Configurazione guidata Prodotti e tecnologie SharePoint verrà visualizzato il messaggio seguente:

Impossibile avviare il servizio SearchServiceInstance nel server dopo il completamento dell'aggiornamento. Avviare il servizio manualmente.

La Configurazione guidata Prodotti e tecnologie SharePoint viene completata correttamente, ma il servizio di ricerca di Office SharePoint Server non viene avviato. Per avviare il servizio:

  1. Aprire una finestra del prompt dei comandi e passare alla cartella seguente:

    %COMMONPROGRAMFILES%\Microsoft Shared\web server extensions\12\BIN

  2. Eseguire il comando seguente:

    stsadm -o osearch -action start

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.

Impossibile aggiornare Prodotti e tecnologie SharePoint

Se si aggiunge un nuovo server Web a una server farm esistente che non include alcuna applicazione Web, si aggiorna il server Web e quindi si esegue la Configurazione guidata Prodotti e tecnologie SharePoint, è possibile che venga visualizzato il messaggio di errore seguente:

È stata generata un'eccezione di tipo Microsoft.SharePoint.PostSetupConfiguration.PostSetupConfigurationTaskException. Ulteriori informazioni sull'eccezione: Impossibile aggiornare Prodotti e tecnologie SharePoint.

Questo errore si verifica quando la Configurazione guidata Prodotti e tecnologie SharePoint non riesce a individuare o modificare il file Web.config. Per risolvere il problema, è necessario copiare manualmente il file Web.config da %COMMONPROGRAMFILES%\Microsoft Shared\web server extensions\12\Config a %COMMONPROGRAMFILES%\Microsoft Shared\web server extensions\12\Template\Layouts. Quando il file Web.config si trova nella cartella Layouts, è possibile eseguire nuovamente la Configurazione guidata Prodotti e tecnologie SharePoint.

L'aggiornamento ha esito negativo e nel registro di aggiornamento viene visualizzato un messaggio di errore in cui viene indicato che non è presente alcun Web

Se un aggiornamento graduale ha esito negativo, controllare il file di registro di aggiornamento disponibile nella cartella %COMMONPROGRAMFILES%\Microsoft Shared\Web server extensions\12\LOGS. Se il messaggio di errore nel registro di aggiornamento indica che non è presente alcun Web, il sito Web è stato eliminato. Non è pertanto possibile trovare alcun sito Web nel percorso in questione. Per risolvere questo problema, arrestare e riavviare il servizio Timer di Windows SharePoint Services e quindi eseguire di nuovo 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.

Per gli ambienti con servizi condivisi, è necessario eseguire un comando aggiuntivo prima di scollegare un database

Quando si esegue una migrazione del database in un ambiente con servizi condivisi, prima di scollegare i database o effettuarne il backup, è necessario eseguire l'operazione seguente dalla riga di comando:

Stsadm.exe -o preparetomove -contentDB <database_server:database_name>

Questa operazione garantisce che il database del contenuto verrà incluso nella sincronizzazione delle appartenenze e dei profili dopo il ricollegamento. Se l'operazione non viene eseguita prima di scollegare il database del contenuto, le informazioni relative ad appartenenze e profili in esso contenute rimarranno statiche e non verranno sincronizzate al termine dell'aggiornamento.

In questo caso, anziché provare a correggere il problema di sincronizzazione è possibile eseguire l'operazione seguente dopo aver collegato il database:

Stsadm.exe -o preparetomove -oldcontentDB <GUID> -newcontentDB <Database_name>

Tenere presente che per poter eseguire l'operazione preparetomove per un database già scollegato, è necessario determinare il GUID del database. Per individuarlo, utilizzare l'operazione seguente:

stsadm -o sync -listolddatabases <days>

Per informazioni su come scollegare un database, vedere Scollegamento e collegamento di database.

Non collegare il database delle impostazioni dei componenti (_SERV) o il database dei profili utente (_PROF) durante una migrazione di database

Quando si esegue la migrazione di un database, non è necessario eseguire la migrazione e quindi il collegamento del database delle impostazioni dei componenti di SharePoint Portal Server 2003 (il database di ricerca, generalmente denominato "ID_SERV", dove ID è un ID che può corrispondere al nome del server) o del database dei profili utente (_PROF). È invece necessario ricreare il database di ricerca e riconfigurare le impostazioni di ricerca, in quanto le impostazioni di ricerca di SharePoint Portal Server 2003 sono state archiviate sia nel Registro di sistema del server che nel database e un database migrato non contiene tutte le impostazioni.

Se si collega il database (di ricerca) delle impostazioni dei componenti durante la migrazione di un database, il processo di aggiornamento avrà esito negativo durante l'aggiornamento dei servizi condivisi e potrebbe essere visualizzato il messaggio seguente: Impossibile trovare la stored procedure 'dbo.proc_MSS_PropagationGetQueryServers'.

Rieseguire la migrazione del database e non collegare il database delle impostazioni dei componenti (_SERV) o il database dei profili utente (_PROF).

Nella pagina del sito Web aggiornato non è presente il collegamento dei siti personali dopo aver collegato il database del contenuto

Dopo l'aggiornamento tramite migrazione di database, in un ambiente di servizi condivisi contenente siti personali le pagine del sito Web aggiornate non includono il collegamento dei siti personali. Quando si effettua la migrazione di database, si esegue un aggiornamento sul posto dei database, ma non si aggiornano i dati di configurazione della server farm. L'URL dell'host di siti personali non viene pertanto configurato nella server farm aggiornata

Dopo aver eseguito la migrazione del database del contenuto che include i siti personali nella nuova server farm, impostare l'URL da utilizzare come percorso dell'host dei siti personali. Nella sezione Profili utente e siti personali della home page di Amministrazione servizi condivisi fare clic su Impostazioni siti personali. Nella sezione Servizi siti personali digitare /MySite come URL dell'applicazione Web per il percorso dell'host dei siti personali nella server farm aggiornata. /MySite è il percorso dell'host dei siti personali creato per impostazione predefinita nell'applicazione Web per il sito di SharePoint. Per ulteriori informazioni, vedere Configurare le impostazioni per i siti personali.

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 Office SharePoint Server 2007, vedere Downloadable content for Office SharePoint Server 2007 (informazioni in lingua inglese).