Determinare il metodo di aggiornamento (SharePoint Server 2010)
Si applica a: SharePoint Server 2010
Ultima modifica dell'argomento: 2016-11-30
Prima di eseguire qualsiasi processo di aggiornamento da Microsoft Office SharePoint Server 2007 a Microsoft SharePoint Server 2010, è necessario determinare il metodo di aggiornamento da adottare. Le informazioni contenute in questo articolo consentono di confrontare vantaggi e svantaggi dei singoli metodi, nonché di esaminare casi particolari che potrebbero influire sulla scelta del metodo. Oltre alle informazioni incluse in questo articolo, leggere Esaminare i percorsi di aggiornamento supportati e non supportati (SharePoint Server 2010) per conoscere con esattezza gli scenari di aggiornamento validi che consentono di eseguire correttamente gli aggiornamenti.
Nota
Per eseguire un aggiornamento, è necessario aver installato Office SharePoint Server 2007 con Service Pack 2 (SP2).
Contenuto dell'articolo:
Scegliere un metodo di aggiornamento
Casi speciali
Scegliere un metodo di aggiornamento
Sono disponibili due metodi di base per l'aggiornamento, ovvero l'aggiornamento sul posto e l'aggiornamento basato sul collegamento di database. Esistono inoltre diverse tecniche che è possibile utilizzare per combinare aspetti di questi due metodi di base e ridurre i tempi di inattività o migliorare potenzialmente le prestazioni.
Nella tabella seguente vengono confrontati i metodi di aggiornamento sul posto e basato sul collegamento di database.
| Metodo | Descrizione | Vantaggi | Svantaggi |
|---|---|---|---|
Aggiornamento sul posto |
È possibile installare SharePoint Server 2010 nello stesso hardware. È inoltre possibile aggiornare il contenuto e le impostazioni della server farm come parte di un unico processo. |
Le impostazioni a livello di farm vengono mantenute e aggiornate. Le personalizzazioni sono disponibili nell'ambiente dopo l'aggiornamento, anche se potrebbero essere necessari alcuni interventi manuali per aggiornarle o modificarle. |
I server e le farm sono offline durante l'aggiornamento. Il processo è continuo, pertanto è necessario prevedere tempo sufficiente per l'aggiornamento di tutto il contenuto in sequenza. |
Aggiornamento basato sul collegamento di database |
È possibile aggiornare il contenuto per l'ambiente in una farm separata. Non vengono pertanto aggiornati servizi o impostazioni di farm. È possibile aggiornare i database in qualsiasi ordine e più database contemporaneamente. Durante l'aggiornamento di un database, il relativo contenuto non è disponibile per gli utenti. |
È possibile aggiornare più database del contenuto contemporaneamente, pertanto i tempi sono complessivamente più brevi rispetto a un aggiornamento sul posto. È possibile utilizzare un aggiornamento basato sul collegamento di database per combinare più farm in una. |
Le impostazioni di server e farm non vengono aggiornate. È necessario trasferire manualmente le impostazioni che si desidera mantenere dalla farm precedente a quella nuova. È necessario trasferire manualmente nella nuova farm anche le eventuali personalizzazioni. La mancanza di una o più personalizzazioni può causare una perdita indesiderata di funzionalità oppure problemi per gli utenti. La copia dei database in rete richiede tempo e larghezza di banda. È necessario pianificare l'operazione tenendo conto di tali fattori. È necessario disporre dell'accesso diretto ai server database. |
Per ulteriori informazioni sul funzionamento degli aggiornamenti sul posto e basati sul collegamento di database, vedere Panoramica del processo di aggiornamento (SharePoint Server 2010).
Nella tabella seguente vengono elencate le tecniche di riduzione dei tempi di inattività che è possibile utilizzare durante l'aggiornamento per ridurre il tempo durante il quale gli utenti non possono accedere al contenuto o per migliorare potenzialmente le prestazioni dell'aggiornamento.
| Tecnica | Descrizione | Vantaggi | Svantaggi |
|---|---|---|---|
Aggiornamento parallelo |
È possibile collegare e aggiornare più database contemporaneamente per velocizzare il processo di aggiornamento globale. Il numero massimo di aggiornamenti paralleli dipende dall'hardware. Questa tecnica funziona sia per gli aggiornamenti sul posto che per gli aggiornamenti basati sul collegamento di database. |
Tempi di aggiornamento più rapidi per l'intero ambiente. |
Questo è un processo manuale che richiede passaggi aggiuntivi e attività di monitoraggio. |
Metodo ibrido 1: collegamento di database con database di sola lettura |
È possibile continuare a fornire l'accesso in sola lettura al contenuto durante il processo di aggiornamento. Per questo metodo, si impostano i database in sola lettura mentre l'aggiornamento è in corso in un'altra farm. Questo metodo consente di ridurre il tempo di inattività percepito per gli utenti. |
La farm esistente può continuare a ospitare siti non aggiornati in modalità di sola lettura mentre si aggiorna il contenuto. Vi può pertanto essere un periodo di inattività minimo per gli utenti. È possibile aggiornare più database del contenuto contemporaneamente, pertanto i tempi sono complessivamente più brevi rispetto a un aggiornamento sul posto. È possibile aggiornare l'hardware oltre al software. |
Le impostazioni di server e farm non vengono aggiornate. È necessario trasferire manualmente le impostazioni che si desidera mantenere dalla farm precedente a quella nuova. È inoltre necessario trasferire e aggiornare manualmente le eventuali personalizzazioni. La mancanza di una o più personalizzazioni può causare una perdita indesiderata di funzionalità oppure problemi per gli utenti. La copia dei database in rete richiede tempo e larghezza di banda. È necessario pianificare l'operazione tenendo conto di tali fattori. È necessario disporre dell'accesso diretto ai server database. |
Metodo ibrido 2: aggiornamento sul posto con database scollegati |
È possibile aggiornare il contenuto e le impostazioni come in un aggiornamento sul posto, usufruendo allo stesso tempo della velocità di esecuzione tipica di un aggiornamento basato sul collegamento di database. Per questo metodo, si utilizza un aggiornamento sul posto per aggiornare la farm e le impostazioni e per scollegare e aggiornare più database in parallelo nella stessa farm o in un'altra. |
Le impostazioni a livello di farm possono essere mantenute e aggiornate. Le personalizzazioni sono disponibili nell'ambiente dopo l'aggiornamento, anche se potrebbero essere necessari alcuni interventi manuali per aggiornarle o modificarle. È possibile aggiornare più database del contenuto contemporaneamente, pertanto i tempi sono complessivamente più brevi rispetto a un aggiornamento sul posto. |
La copia dei database in rete richiede tempo e larghezza di banda. È necessario pianificare l'operazione tenendo conto di tali fattori. È necessario disporre dell'accesso diretto ai server database. |
Queste tecniche possono essere anche combinate. È ad esempio possibile impostare la farm originale sulla modalità di sola lettura, creare una copia della farm e aggiornarla senza database del contenuto, utilizzare l'aggiornamento parallelo per aggiornare rapidamente tutto il contenuto degli utenti e infine spostare gli utenti sulla nuova farm al termine dell'aggiornamento. Per ulteriori informazioni su queste tecniche di riduzione dei tempi di inattività, vedere Panoramica del processo di aggiornamento (SharePoint Server 2010).
Un'altra opzione da prendere in considerazione qualora si debba affrontare un tempo di inattività estremamente lungo consiste nell'utilizzare il reindirizzamento URL di mapping di accesso alternativo con un metodo basato sul collegamento di database, in modo da reindirizzare temporaneamente gli utenti a una farm esistente durante l'aggiornamento del contenuto in una nuova farm. Questo è un metodo avanzato da utilizzare solo se altre tecniche di riduzione dei tempi di inattività non sono sufficienti. Per ulteriori informazioni, vedere Utilizzo del reindirizzamento degli URL con mapping di accesso alternativo nel processo di aggiornamento (SharePoint Server 2010) (white paper).
Casi speciali
Quando si esegue un aggiornamento, potrebbe essere necessario soddisfare altri requisiti o raggiungere ulteriori obiettivi. Nella tabella seguente sono riportati alcuni casi speciali e viene indicato il metodo di aggiornamento più adatto per ogni caso.
| Caso | Metodo di aggiornamento |
|---|---|
Aggiornamento di SQL Server da un'edizione a 32 bit a un'edizione a 64 bit. |
Se si esegue un'edizione a 32 bit di SQL Server, è necessario eseguire la migrazione a un'edizione a 64 bit. È consigliabile eseguire tale operazione prima dell'aggiornamento a SharePoint Server 2010 al fine di ottenere prestazioni ottimali. Per evitare problemi, accertarsi di eseguire solo un tipo di aggiornamento o di migrazione per volta. Per ulteriori informazioni, vedere Eseguire la migrazione di una server farm esistente in un ambiente a 64 bit (Office SharePoint Server 2007). Per l'aggiornamento di SQL Server da un'edizione a 32 bit a un'edizione a 64 bit sono disponibili le due opzioni seguenti:
Nota Se si aggiorna una versione di SQL Server, ad esempio da SQL Server 2005 SP2 a SQL Server 2008, è possibile eseguire l'aggiornamento prima, durante o dopo l'aggiornamento di SQL Server da un'edizione a 32 bit a un'edizione a 64 bit. |
Aggiornamento da un sistema operativo a 32 bit a un'edizione a 64 bit. |
Se si utilizza un sistema operativo a 32 bit, è necessario eseguire la migrazione al sistema operativo a 64 bit prima di eseguire l'aggiornamento. Per ulteriori informazioni, vedere Eseguire la migrazione di una server farm esistente in un ambiente a 64 bit (Office SharePoint Server 2007). |
Aggiornamento di un ambiente in cui viene utilizzata l'autenticazione basata su moduli |
Se si utilizza l'autenticazione basata su moduli, sono necessarie ulteriori operazioni per l'aggiornamento. Per ulteriori informazioni, vedere Configurare l'autenticazione basata su moduli per un'applicazione Web basata sulle attestazioni (SharePoint Server 2010). |
Aggiornamento di database molto estesi |
I database molto estesi, soprattutto se contenenti un numero elevato o dimensioni elevate di versioni di documenti, in genere richiedono più tempo per l'aggiornamento rispetto a database più piccoli. È la complessità dei dati tuttavia a determinare la durata dell'aggiornamento e non la dimensione del database stesso. Se si verifica il timeout del processo di aggiornamento, in genere si riscontrano problemi di connessione. In Office SharePoint Server 2007 si verifica spesso il timeout del processo di aggiornamento a causa del tempo necessario per l'esecuzione di un processo, ma è raro che ciò avvenga con SharePoint Server 2010. Per ulteriori informazioni sul tempo necessario per eseguire l'aggiornamento del proprio ambiente, vedere Calcolare la durata del processo di aggiornamento e lo spazio necessario (SharePoint Server 2010). |
Aggiornamento da SharePoint Portal Server 2003 |
Utilizzare un metodo di aggiornamento basato sul collegamento di database per eseguire l'aggiornamento a Microsoft Office SharePoint Server 2007 e quindi eseguire l'aggiornamento a SharePoint Server 2010. Per ulteriori informazioni su questo processo di aggiornamento, vedere Aggiornamento da SharePoint Portal Server 2003 a SharePoint Server 2010. |
Aggiornamento da Windows SharePoint Services 3,0 |
Utilizzare il metodo di aggiornamento basato sul collegamento di database per collegare e aggiornare i database del contenuto da Windows SharePoint Services 3,0 a SharePoint Server 2010. Durante questo processo viene eseguito l'aggiornamento dei dati nei database del contenuto, ma non vengono trasferite le impostazioni della farm. |
Utilizzo di Internationalized Domain Name |
Gli IDN (Internationalized Domain Name), supportati in Office SharePoint Server 2007, non sono invece supportati in SharePoint Server 2010. Se si utilizzano attualmente IDN con Office SharePoint Server 2007 e si intende effettuare l'aggiornamento o la migrazione a SharePoint Server 2010, prima di procedere è necessario non utilizzare più IDN, eliminare eventuali impostazioni IDN e configurare un ambiente non IDN. Per ulteriori informazioni, vedere Pianificare siti multilingue (SharePoint Server 2010). |