Eseguire la migrazione di una server farm esistente in un ambiente a 64 bit (Office SharePoint Server 2007)

Articolo
06/12/2012

Per aggiornare Microsoft Office SharePoint Server 2007 a un ambiente a 64 bit, è necessario eseguire la migrazione dei server esistenti in una nuova farm. Non è possibile aggiornare Microsoft Office SharePoint Server 2007 direttamente dall'edizione a 32 bit di Microsoft Office SharePoint Server 2007 all'edizione a 64 bit.

È necessario individuare la strategia di migrazione appropriata per l'ambiente di cui si dispone. In questo articolo vengono fornite istruzioni per una migrazione pulita graduale di una farm di SharePoint in server in un ambiente a 64 bit. Per informazioni sui vantaggi derivanti dell'utilizzo di un ambiente a 64 bit, vedere Vantaggi dei componenti hardware e software a 64 bit (Office SharePoint Server 2007).

Per eseguire la migrazione di una farm esistente in un ambiente a 64 bit è possibile procedere in diversi modi, ad esempio aggiungendo server a 64 bit a una farm esistente e quindi rimuovendo i server a 32 bit. L'approccio graduale descritto in questo articolo è progettato per ridurre il rischio di possibili problemi di prestazioni. Questo approccio inoltre consente di intervallare i tempi di inattività necessari per una migrazione e di eseguire il livello di testing appropriato dopo la migrazione dei server della farm.

Poiché durante la migrazione il servizio viene interrotto, è necessario pianificare la migrazione in modo da eseguirla in un intervallo di tempo che comporti un disagio minimo per gli utenti.

Sezioni dell'articolo:

Vincoli e problemi noti
Prima di eseguire la migrazione della farm
Eseguire la migrazione di server in un ambiente a 64 bit

Vincoli e problemi noti

I prerequisiti, i vincoli e i problemi noti illustrati nelle aree seguenti si applicano alla distribuzione di Microsoft Office SharePoint Server in un ambiente a 64 bit.

Aggiornamenti software e Service Pack di SharePoint

Aggiornare Office SharePoint Server allo stesso Service Pack o livello di aggiornamento software in tutti i computer sia nelle farm di origine che in quelle di destinazione. In questo modo si evitano potenziali errori post-migrazione che possono verificarsi se le versioni software non corrispondono in tutti i server.

Se l'obiettivo della migrazione include inoltre l'utilizzo di versioni diverse di sistemi operativi o database, è consigliabile identificare e installare eventuali aggiornamenti pubblici rilasciati e installati in Windows Server 2003 e Microsoft SQL Server 2005 validi anche per Windows Server 2008 e Microsoft SQL Server 2008.

Applicazioni esistenti

È necessario ricompilare le applicazioni esistenti e gli assembly personalizzati a 32 bit, ad esempio web part e riceventi di eventi, per l'esecuzione nell'architettura a 64 bit poiché l'edizione di SharePoint a 64 bit non consente di caricare un assembly a 32 bit. Prima di ricompilare applicazioni esistenti o assembly personalizzati, verificare che siano compilati per l'esecuzione in entrambe le architetture. In questo caso non compilarli per una singola architettura. In Microsoft Visual Studio questa opzione di generazione è AnyCPU.

Se le applicazioni esistenti sono di terze parti, rivolgersi al produttore di terze parti per informazioni sulle versioni a 64 bit e la compatibilità. In caso di soluzioni personalizzate la cui origine non è disponibile, verificarle in un ambiente di testing a 64 bit per controllarne la compatibilità.

Gestione di server omogenei in ogni livello della farm

È consigliabile mantenere server omogenei in ogni livello durante la migrazione. Per livello si intende un gruppo di server che forniscono servizi simili che non possono essere utilizzati separatamente dal punto di vista del servizio offerto agli utenti finali. Ad esempio, i server Web front-end con carico bilanciato che gestiscono le richieste degli utenti costituiscono un livello, mentre un server di indicizzazione di SharePoint in cui viene eseguito il servizio applicazione Web non viene considerato come appartenente a tale livello.

Se si seguono le procedure descritte in questo documento, in ogni livello saranno contenuti server con la stessa architettura.

Se si sceglie di eseguire la migrazione dei server a un ambiente a 64 bit semplicemente aggiungendo server a 64 bit a una farm esistente, non sarà possibile mantenere sempre server omogenei in ogni livello con il rischio di ottenere prestazioni insufficienti o non uniformi. Questi problemi sono illustrati in Determinare i requisiti hardware e software (Office SharePoint Server) (https://go.microsoft.com/fwlink/?linkid=119403&clcid=0x410). Questo approccio, ovvero la migrazione mediante aggiunta di server a 64 bit a una farm esistente, è supportato ma non è consigliato per la migrazione di farm a causa dei possibili rischi per le prestazioni associati alla combinazione di architetture diverse in uno stesso livello.

Windows Server 2008

Per installare Office SharePoint Server in un computer che esegue Windows Server 2008, è necessario installare Office SharePoint Server con SP1.

Per Office SharePoint Server è possibile creare un'installazione integrata contenente il Service Pack 1. Per ulteriori informazioni, vedere:

Creare un'origine di installazione che include gli aggiornamenti software (Office SharePoint Server 2007) (https://go.microsoft.com/fwlink/?linkid=134726&clcid=0x410).
Anche nell'articolo di Dan Winter, Come creare un'installazione integrata di SharePoint con gli aggiornamenti più recenti (informazioni in lingua inglese) (https://go.microsoft.com/fwlink/?linkid=139512&clcid=0x410) (informazioni in lingua inglese) vengono fornite informazioni sulla creazione di una versione integrata del prodotto.

Windows SharePoint Services 3.0 installato in Windows Server 2008

Esiste un problema noto di Microsoft Windows SharePoint Services 3.0 per cui si verifica il timeout dei siti che vengono eseguiti in Windows Server 2008 quando si tenta di caricare un file esteso in un sito di SharePoint. Per ulteriori informazioni, vedere:

Post di blog di Shane Young MVP, Il front-end Web Windows Server 2008 non consente di caricare file di grandi dimensioni (informazioni in lingua inglese) (https://go.microsoft.com/fwlink/?linkid=145881&clcid=0x410) (informazioni in lingua inglese)
Articolo 925083 della Knowledge Base, Messaggio di errore quando si tenta di caricare un file di grandi dimensioni in una raccolta documenti in un sito di Windows SharePoint Services 3.0: "timeout della richiesta" (https://go.microsoft.com/fwlink/?linkid=145916&clcid=0x410)

Filtri IFilter ed estensioni

La maggior parte delle estensioni e dei componenti IFilter supporta l'architettura a 64 bit. Verificare che le estensioni e i filtri IFilter a 32 bit funzionino in un ambiente a 64 bit.

Per evitare che si verifichi un problema noto con il filtro di Visio in un ambiente a 64 bit se si utilizza Microsoft Filter Pack, è necessario installare l'aggiornamento cumulativo di dicembre o successivo per Microsoft Windows SharePoint Services 3.0 e Microsoft Office SharePoint Server 2007.

Nota

Microsoft Filter Pack funziona con un'ampia gamma di prodotti di ricerca, tra cui Microsoft Office SharePoint Server 2007. Fornisce filtri IFilter che consentono la ricerca per indicizzazione in file in formati Microsoft Office quali pptx e docx nell'indice.

Indicizzazione di IBM Lotus Notes

Non è possibile eseguire la ricerca per indicizzazione di un database IBM Lotus Notes in un ambiente Microsoft Office SharePoint Server 2007 a 64 bit poiché IBM non fornisce una versione a 64 bit delle API di Lotus Notes.

Prima di eseguire la migrazione della farm

Prima di eseguire la migrazione della farm, esaminare il modello di topologia di farm di esempio e la strategia consigliata per la migrazione di una farm a più livelli da un ambiente a un altro. Questa strategia di migrazione è progetta per garantire la migrazione più pulita possibile per questo tipo di topologia di farm.

Topologia di farm

Nella figura seguente viene illustrata la topologia di farm utilizzata per le farm di origine (farm A) e di destinazione (farm B). Questa topologia è rappresentativa di farm con ruoli di SharePoint installati in diversi server. Per semplificare, i server di ogni farm sono raggruppati come livelli, sulla base del livello corrispondente.

Topologia di farm per la migrazione

Farm di Office SharePoint Server per la migrazione

Nella figura precedente è possibile notare quanto segue:

I livelli 1-A e 1-B sono costituiti da due server Web front-end con carico bilanciato (WebA-32 e WebB-32, WebA-64 e WebB-64).
I livelli 2-A e 2-B sono costituiti da due server applicazioni. Un server è per l'amministrazione del sito e l'esecuzione di query di ricerca (AppA-32, AppA-64), mentre il secondo server è per l'indicizzazione della ricerca (AppB-32, AppB-64).
I livelli 3-A e 3-B sono costituiti da un server database (DB-32, DB-64).

Nella tabella seguente è elencato il software installato nei server in ogni farm.

Software installato nei server delle farm

Software	Farm A (a 32 bit)	Farm B (a 64 bit)
Sistema operativo	Windows Server 2003, SP2	Windows Server 2008
Database	SQL Server 2005, SP2	SQL Server 2008
Office SharePoint Server	Microsoft Office SharePoint Server 2007 con l'aggiornamento cumulativo più recente installato	Microsoft Office SharePoint Server 2007 con l'aggiornamento cumulativo più recente installato

Con riferimento alla tabella precedente è possibile notare quanto segue:

È consigliabile aggiornare il sistema operativo nei server di destinazione con tutti gli hotfix comuni a Windows Server 2003 e Windows Server 2008.
Non è possibile installare Office SharePoint Server in un'installazione delle risorse di base dei server di Windows Server 2008.
La migrazione descritta in questo documento supporta qualsiasi versione e livello di patch di SharePoint (da RTM al Service Pack o aggiornamento software più recente). È consigliabile considerare la possibilità di installare patch di SharePoint almeno fino al livello dell'ultimo Service Pack o aggiornamento di infrastruttura, a seconda di quale dei due sia più recente. L'aggiornamento dell'infrastruttura include diversi aggiornamenti per Prodotti e tecnologie SharePoint, con l'aggiunta di nuove caratteristiche di ricerca aziendale a Microsoft Office SharePoint Server 2007. Per ulteriori informazioni su questo specifico aggiornamento, vedere gli articoli della Knowledge Base seguenti:
- Descrizione dell'aggiornamento dell'infrastruttura per Windows SharePoint Services 3.0 del 15 luglio 2008 (https://go.microsoft.com/fwlink/?linkid=133362&clcid=0x410)
- Descrizione dell'aggiornamento dell'infrastruttura per i server di Microsoft Office del 15 luglio 2008 (https://go.microsoft.com/fwlink/?linkid=121886&clcid=0x410)

Strategia di migrazione

La strategia consiste nell'eseguire la migrazione e la verifica dei server delle farm in fasi diverse per ogni livello di farm nella sequenza seguente:

Livello 3-A: eseguire la migrazione del server database esistente nel nuovo server database. Questo livello viene gestito per primo per ridurre il rischio di possibili problemi di prestazioni che possono verificarsi se un sistema a 64 bit esegue operazioni di query o scrittura in un database a 32 bit. Sono disponibili le opzioni seguenti:
- Mantenere nel server di destinazione lo stesso nome di server host utilizzato nel server di origine.
- Cambiare il nome del server host nel server di destinazione. Questa è l'opzione di migrazione del database descritta nell'articolo.
Livello 2-A: verificare il nuovo server database e quindi eseguire la migrazione dei server applicazioni esistenti nella nuova farm.
Livello 1-A: verificare i server applicazioni e quindi aggiungere i server Web front-end a 64 bit alla nuova farm.

L'approccio sistematico precedente non è obbligatorio, ma è consigliabile eseguirlo perché fornisce un ambiente per la migrazione e la verifica che garantisce la migrazione più pulita possibile. I vantaggi derivanti dall'utilizzo di questo approccio consistono in una riduzione di risultati imprevisti, ad esempio file mancanti e dati danneggiati, e nella possibilità di gestire in modo efficace il tempo di inattività dei servizi durante la migrazione.

Migrazione di server in un ambiente a 64 bit

È possibile utilizzare i passaggi illustrati in questa sezione per eseguire la migrazione in una farm con uno dei sistemi operativi e dei database seguenti installati:

Versione a 64 bit di Windows Server 2003
Edizione a 64 bit di Windows Server 2008
Versione a 64 bit di SQL Server 2005
Versione a 64 bit di SQL Server 2008

Per quanto riguarda la migrazione, le differenze principali tra questi sistemi operativi e database consistono nella preparazione dei server di destinazione.

Leggere la sezione successiva prima di eseguire la Fase 1 (database back-end), la Fase 2 (server applicazioni) e la Fase 3 (server front-end) della migrazione.

Prima di iniziare

Prima di avviare una migrazione di farm è necessario completare le attività seguenti:

Ottenere materiale di riferimento aggiornato
Documentare la configurazione della farm
Identificare e documentare gli account e le autorizzazioni necessari
Preparare la farm di destinazione

Ottenere materiale di riferimento aggiornato

Ottenere una copia di Spostare tutti i database (Office SharePoint Server 2007) (https://go.microsoft.com/fwlink/?linkid=118325&clcid=0x410) (informazioni in lingua inglese) . In questo argomento sono contenute istruzioni complete, inclusi i comandi di SQL Server e Stsadm per lo spostamento di un server database di SharePoint. In queste istruzioni vengono presi in considerazione gli scenari seguenti:

Spostamento di un database in un nuovo server database con lo stesso nome.
Spostamento di un database in un nuovo server database con nome diverso.

Documentare la configurazione della farm

Alcuni elementi di una farm devono essere sottoposti a migrazione manuale. Verificare di aver documentato quanto segue:

Le applicazioni Web associate ai provider di servizi condivisi
Le pagine master personalizzate e altre pagine
Alto contenuto personalizzato
Le caratteristiche
Le applicazioni personalizzate e le DLL compilate
Qualsiasi altro elemento di farm personalizzato

Identificare e documentare gli account e le autorizzazioni necessari

Per utilizzare i server di origine e di destinazione, fare riferimento a Spostare tutti i database (Office SharePoint Server 2007) (https://go.microsoft.com/fwlink/?linkid=118325&clcid=0x410) (informazioni in lingua inglese) per verificare di disporre delle autorizzazioni corrette per l'utilizzo degli strumenti di Microsoft Office SharePoint Server 2007, degli strumenti database di Microsoft SQL Server e dei comandi del sistema operativo.

Preparare la farm di destinazione

È necessario eseguire le attività di preparazione seguenti per i server applicazioni e database nella farm di destinazione:

Applicare gli aggiornamenti appropriati del sistema operativo ai server.
Utilizzare Distribuire una farm semplice nel sistema operativo Windows Server 2008 (Office SharePoint Server) (https://go.microsoft.com/fwlink/?linkid=145932&clcid=0x410) come riferimento per la configurazione di SQL Server e la distribuzione di SharePoint in Windows Server 2008.
Installare SQL Server 2005 o SQL Server 2008 nel server database.
Utilizzare la Configurazione guidata Prodotti e tecnologie SharePoint per eseguire un'installazione di base di SharePoint in AppA-64. Al termine, si disporrà di una nuova farm con due server applicazioni (AppA-64 e AppB-64) e un server database (DB-64).

Importante

Non assegnare ai nuovi database del contenuto lo stesso nome dei database del contenuto della farm di origine. Non è possibile condividere database del contenuto tra due farm di SharePoint.

Fase 1: eseguire la migrazione dei database back-end

Durante questa fase si esegue la migrazione dei database back-end utilizzando una delle procedure seguenti:

Spostare il database in un server host con lo stesso nome.
Spostare il database in un server host con nome diverso.

Nota

È possibile cambiare il nome di un server database di SharePoint, ma non è possibile cambiare il nome dell'istanza. Il nome DB-32\sharepoint ad esempio può essere cambiato in DB-64\sharepoint, ma non in DB-32\sharepoint2.

Per eseguire la procedura seguente è necessario creare un backup completo dei database del contenuto.

Spostare il database in un server host con lo stesso nome.

Arrestare completamente la farm A arrestando i servizi associati a Microsoft Office SharePoint Server 2007 e Internet Information Services (IIS).
Utilizzare gli strumenti di SQL Server 2005 per eseguire il backup di tutti i database di SharePoint del server database di origine (DB-32).
Arrestare il server database di origine (DB-32).
Copiare tutti i file di backup in una cartella condivisa del server che non faccia parte della farm A o della farm B. Tale cartella condivisa costituisce un punto di ripristino per tutti i file critici di SharePoint.
Copiare i i file di backup dei database nel server database di destinazione.
Ripristinare i database da DB-32 a DB-64 utilizzando gli strumenti di SQL Server 2008.
Copiare nel server di destinazione (DB-64) tutti gli account di accesso, i ruoli predefiniti del server, i ruoli predefiniti del database e le autorizzazioni per i database di SQL Server.
Ricollegare i database al nuovo server database.
Riavviare il server applicazioni AppA-32 per applicare le modifiche e verificare che i servizi, i siti Web e i pool di applicazioni associati a Microsoft Office SharePoint Server 2007 vengano avviati.
Configurare tutti i server della farm A in modo che puntino a DB-64.
Riavviare la farm A.
Effettuare i test appropriati per l'ambiente, per verificare che la farm A funzioni correttamente con il nuovo database.

Per eseguire la procedura seguente è necessario creare un backup completo di tutti i provider di servizi condivisi e dei database del contenuto.

Nota

Non è necessario invece eseguire il backup e il ripristino dei provider di servizi condivisi se una farm utilizza un alias di SQL Server per connettersi al database di SQL Server.

Spostare il database in un server host con nome diverso.

Utilizzare l'operazione Stsadm per eseguire un backup completo di tutti i provider di servizi condivisi in AppA-32.
Eliminare tutti i provider di servizi condivisi dalla farm A.
Arrestare completamente la farm A arrestando i servizi associati a Microsoft Office SharePoint Server 2007 e Internet Information Services (IIS).
Utilizzare gli strumenti di SQL Server 2005 per eseguire il backup dei database di SharePoint seguenti del server database di origine (DB-32):
- Tutti i database del contenuto
- Database del contenuto di Amministrazione centrale
- Database del servizio di ricerca Guida di Windows SharePoint Services
Copiare tutti i file di backup in una cartella condivisa del server che non faccia parte della farm A o della farm B. Tale cartella condivisa costituisce un punto di ripristino per tutti i file critici di SharePoint.
Copiare i i file di backup dei database nel server database di destinazione.
Ripristinare i database da DB-32 a DB-64 utilizzando gli strumenti di SQL Server 2008.
Copiare nel server di destinazione (DB-64) tutti gli account di accesso, i ruoli predefiniti del server, i ruoli predefiniti del database e le autorizzazioni per i database di SQL Server.
Eseguire l'operazione renameserver di Stsadm in AppA-32 per rinominare il server database nella farm B.
Riavviare il server applicazioni AppA-32 per applicare le modifiche e verificare che i servizi, i siti Web e i pool di applicazioni associati a Microsoft Office SharePoint Server 2007 vengano avviati.
Ripristinare i provider di servizi condivisi in AppA-32 utilizzando Stsadm –o restoressp con l'opzione [keepindex].
Aggiungere nella farm A tutti i provider di servizi condivisi ripristinati.
Impostare il nuovo provider di servizi condivisi predefinito e quindi eliminare il provider di servizi condivisi predefinito originale.
Configurare tutti i server della farm A in modo che puntino a DB-64.
Riavviare la farm A.
Effettuare i test appropriati per l'ambiente, per verificare che la farm A funzioni correttamente con il nuovo database.

Al termine di questa fase la farm attiva presenterà la topologia seguente:

Server Web front-end: WebA-32, WebB-32
Server applicazioni: AppA-32, AppB-32
Server database: DB-64

Fase 2: eseguire la migrazione dei server applicazioni

Durante questa fase viene eseguito il backup e il ripristino dei provider di servizi condivisi. È possibile copiare gli elementi della farm documentati in Documentare la configurazione della farm in un percorso nella condivisione del server creata nella fase 1. Per eseguire la migrazione dei server applicazioni, eseguire la procedura seguente.

Eseguire la migrazione dei server applicazioni

Preparare i server Web front-end per la farm B, ma non aggiungerli alla farm.
Utilizzare l'operazione Stsadm per eseguire un backup completo di tutti i provider di servizi condivisi in AppA-32.
Eliminare dalla farm A tutti i provider di servizi condivisi utilizzando il comando seguente:

stsadm -o deletessp -title SharedServices -force
Arrestare completamente la farm A arrestando i servizi associati a Microsoft Office SharePoint Server 2007 e Internet Information Services (IIS).
Copiare gli elementi della farm che devono essere spostati manualmente dalla condivisione del server nei percorsi della farm B (WebA-64, WebB-64 e AppA-64) che corrispondono ai rispettivi percorsi nella farm A.
Copiare tutti i file di backup in una cartella condivisa del server che non faccia parte della farm A o della farm B. Tale cartella condivisa costituisce un punto di ripristino per tutti i file critici di SharePoint.
Copiare tutti i file di backup in AppA-64.
Avviare AppA-64 per applicare le modifiche e verificare che i servizi, i siti Web e i pool di applicazioni associati a Microsoft Office SharePoint Server 2007 vengano avviati.
Configurare AppA-64 in modo che punti ai database del contenuto ripristinati dalla farm A e utilizzare gli strumenti di SQL Server 2008 per eliminare i database del contenuto originali creati al momento della creazione della farm B, a partire da DB-64.
Ripristinare i provider di servizi condivisi in AppA-64 utilizzando Stsadm –o restoressp con l'opzione [keepindex].
Aggiungere nella farm B tutti i provider di servizi condivisi ripristinati.
Impostare il nuovo provider di servizi condivisi predefinito e quindi eliminare il provider di servizi condivisi predefinito originale.
Riavviare la farm A.
Effettuare i test appropriati per l'ambiente, per verificare che la farm di origine funzioni correttamente con i nuovi server applicazioni e il database.