Eseguire la migrazione di una server farm esistente in un ambiente a 64 bit (Windows SharePoint Services 3.0)

Per aggiornare Microsoft Windows SharePoint Services 3.0 a un ambiente a 64 bit, è necessario eseguire la migrazione dei server esistenti in una nuova farm. Non è possibile aggiornare Microsoft Windows SharePoint Services 3.0 direttamente dall'edizione a 32 bit di Microsoft Windows SharePoint Services 3.0 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 (Windows SharePoint Services 3.0).

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 momento 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 Windows SharePoint Services 3.0 in un ambiente a 64 bit.

Aggiornamenti software e Service Pack di SharePoint

Aggiornare Microsoft Windows SharePoint Services 3.0 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 e gli assembly personalizzati a 32 bit esistenti, 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 o assembly personalizzati esistenti, verificare se sono 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 su commissione 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 e vi sarà il rischio di ottenere prestazioni insufficienti o non uniformi.Questi problemi sono illustrati in Determinare i requisiti hardware e software (Windows SharePoint Services). 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 Microsoft Windows SharePoint Services 3.0 in un computer che esegue Windows Server 2008, è necessario installare Microsoft Windows SharePoint Services 3.0 con SP1 o un aggiornamento successivo.

È possibile scaricare una versione integrata di Microsoft Windows SharePoint Services 3.0 che include SP1. Vedere Windows SharePoint Services 3.0 Service Pack 1 (SP1) (https://go.microsoft.com/fwlink/?linkid=105655&clcid=0x410) per ulteriori informazioni:.

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 di grandi dimensioni 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)

• 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

L'architettura a 64 bit è supportata dalla maggior parte dei componenti e delle estensioni IFilter, ma non da tutti. Verificare che i filtri IFilter e le estensioni a 32 bit in uso funzionino in un ambiente a 64 bit. Se si utilizza un filtro di terze parti che non supporta l'ambiente a 64 bit, rivolgersi al fornitore per ottenere un filtro compatibile e istruzioni per l'installazione.

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 un aggiornamento successivo per Microsoft Windows SharePoint Services 3.0.

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 la 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

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

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 Microsoft Windows SharePoint Services 3.0 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. 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)

Strategia di migrazione

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

1. Livello 2-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 server 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.

2. Livello 1-A: eseguire il testing dei server database di cui è stata eseguita la migrazione 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 il testing 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) e la Fase 2 (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 (Windows SharePoint Services 3.0). Questo argomento contiene istruzioni complete, che includono i comandi SQL Server e Stsadm per spostare un server database di SharePoint. Le istruzioni coprono 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

• Altro contenuto personalizzato

• 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 (Windows SharePoint Services 3.0) per verificare di disporre delle autorizzazioni corrette per l'utilizzo degli strumenti di Microsoft Windows SharePoint Services 3.0, 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 (Windows SharePoint Services) come riferimento per configurare SQL Server e distribuire 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 un 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.

1. Arrestare completamente la Farm A arrestando i servizi associati a Microsoft Windows SharePoint Services 3.0 e Internet Information Services (IIS).

2. Utilizzare gli strumenti di SQL Server 2005 (SP2) per eseguire il backup di tutti i database di SharePoint del server database di origine (DB-32).

3. Arrestare il server database di origine (DB-32).

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

5. Copiare i file di backup dei database nel server database di destinazione.

6. Ripristinare i database da DB-32 a DB-64 utilizzando gli strumenti di SQL Server 2008.

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

8. Riavviare il server applicazioni AppA-32 per assicurare che vengano avviati i servizi, i siti Web e i pool di applicazioni associati a Microsoft Windows SharePoint Services 3.0.

9. Verificare che tutti i server nella Farm A siano configurati correttamente per fare riferimento a DB-64 e che siano in grado di connettersi al nuovo database.

10. Riavviare la Farm A.

11. Effettuare i test appropriati per l'ambiente, per verificare che la Farm A funzioni correttamente con il nuovo database.

Spostare il database in un server host con nome diverso.

1. Arrestare completamente la Farm A arrestando i servizi associati a Microsoft Windows SharePoint Services 3.0 e Internet Information Services (IIS).

2. 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 di configurazione

   • Database del contenuto di Amministrazione centrale

   • Database del servizio di ricerca Guida di Windows SharePoint Services

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

4. Copiare i file di backup dei database nel server database di destinazione.

5. Ripristinare i database da DB-32 a DB-64 utilizzando gli strumenti di SQL Server 2008.

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

7. Eseguire l'operazione renameserver di Stsadm in WebA-32 per rinominare il server database nella Farm B. Con questa operazione SharePoint riceve la notifica dello spostamento dei database da DB-32 a DB-4.

8. Riavviare il server applicazioni WebA-32 e verificare che vengano avviati i servizi, i siti Web e i pool di applicazioni associati a Microsoft Windows SharePoint Services 3.0.

9. Eseguire l'operazione renameserver di Stsadm nei server restanti della farm e verificare che siano configurati correttamente e si connettano a DB-64.

10. Riavviare la Farm A.

11. 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 database: DB-64

Fase 2: eseguire la migrazione dei server Web front-end

Durante questa fase viene eseguita la migrazione aggiungendo server Web front-end a 64 bit alla farm. Per eseguire la migrazione dei server Web front-end, eseguire la procedura seguente.

Eseguire la migrazione dei server Web front-end.

1. Arrestare completamente la Farm A arrestando i servizi associati a Microsoft Windows SharePoint Services 3.0 e Internet Information Services (IIS).

2. Avviare la Farm B.

3. Aggiungere WebA-64 e WebB-64 alla Farm B e configurarli in modo che facciano riferimento a DB-64.

4. Effettuare i test appropriati per l'ambiente, per verificare che la farm di destinazione funzioni correttamente.

Al termine di questa fase sarà stata completata la migrazione a un ambiente a 64 bit e la farm attiva presenterà la topologia seguente:

• Server Web front-end: WebA-64, WebB-64

• Server database: DB-64