Eseguire la migrazione di server con Windows Server 2008 in Azure

Questa esercitazione illustra come eseguire la migrazione di server locali che eseguono Windows Server 2008 o 2008 R2 in Azure usando Azure Site Recovery.

In questa esercitazione apprenderai a:

Eseguire la migrazione con Azure Migrate

È consigliabile eseguire la migrazione di computer ad Azure usando il servizio Azure Migrate.

• Azure Migrate è un servizio creato appositamente per la migrazione dei server.
• Azure Migrate fornisce un hub centralizzato per l'individuazione, la valutazione e la migrazione di computer locali in Azure. Azure Site Recovery deve essere usato solo per il ripristino di emergenza e non per la migrazione.
• Azure Migrate supporta la migrazione di server che eseguono Windows Server 2008.

Eseguire la migrazione con Site Recovery

Sistemi operativi supportati

Prerequisiti

Prima di iniziare, è utile esaminare l'architettura di Azure Site Recovery in relazione alla migrazione di server fisici e VMware o alla migrazione delle macchine virtuali Hyper-V.

Per eseguire la migrazione di macchine virtuali Hyper-V che eseguono Windows Server 2008 o Windows Server 2008 R2, seguire i passaggi dell'esercitazione sulla migrazione dei computer locali in Azure.

Il resto di questa esercitazione illustra come eseguire la migrazione di macchine virtuali VMware locali e server fisici che eseguono Windows Server 2008 o 2008 R2.

Limitazioni e problemi noti

• Il server di configurazione, i server di elaborazione aggiuntivi e il servizio Mobility usato per la migrazione dei server Windows Server 2008 SP2 devono eseguire la versione 9.19.0.0 o versioni successive del software Azure Site Recovery.

• I punti di recupero coerenti con l'applicazione e la funzionalità di coerenza per più macchine virtuali non sono supportati per la replica dei server che eseguono Windows Server 2008 SP2. La migrazione dei server Windows Server 2008 SP2 deve essere eseguita in un punto di recupero coerente con l'arresto anomalo del sistema. I punti di recupero coerenti con l'arresto anomalo vengono generati ogni 5 minuti per impostazione predefinita. L'uso di criteri di replica con una frequenza snapshot coerenti con l'applicazione configurata causerà un peggioramento dell'integrità della replica dovuto alla mancanza di punti di recupero coerenti con l'applicazione. Per evitare falsi positivi, impostare su "Off" la frequenza snapshot coerenti con l'applicazione nei criteri di replica.

• I server in fase di migrazione devono avere .NET Framework 3.5 Service Pack 1 perché il servizio Mobility funzioni.

• Se il server usa dischi dinamici, in alcune configurazioni si può notare che questi dischi nel server di cui è stato effettuato failover sono contrassegnati come offline o indicati come dischi esterni. È anche possibile notare che la ridondanza risulta non riuscita nel set con mirroring per i volumi con mirroring tra i dischi dinamici. È possibile risolvere questo problema da diskmgmt.msc importando manualmente questi dischi e riattivandoli.

• I server in fase di migrazione devono avere il driver vmstorfl.sys. Il failover può non riuscire se il driver non è presente nel server di cui si esegue la migrazione.

  Suggerimento

  Verificare se il driver è presente in "C:\Windows\system32\drivers\vmstorfl.sys". Se il driver non viene trovato, è possibile risolvere il problema creando al suo posto un file fittizio.

  Aprire il prompt dei comandi (esegui > cmd) ed eseguire il comando seguente: "copy nul c:\Windows\system32\drivers\vmstorfl.sys"

• Può non essere possibile connettersi con RDP ai server Windows Server 2008 SP2 che eseguono il sistema operativo a 32 bit immediatamente dopo essere stati sottoposti al failover o al failover di test in Azure. Riavviare la macchina virtuale di cui è stato effettuato il failover dal portale di Azure e provare nuovamente a connettersi. Se non è ancora possibile connettersi, verificare se il server è configurato in modo da consentire le connessioni al desktop remoto e assicurarsi che non siano presenti regole di firewall o gruppi di sicurezza di rete che bloccano la connessione.

  Suggerimento

  Si consiglia di eseguire un failover di test prima della migrazione dei server. Assicurarsi di aver eseguito almeno un failover di test riuscito in ogni server di cui si esegue la migrazione. Come parte del failover di test, connettersi al computer sottoposto al failover e verificare che tutto funzioni come previsto.

  L'operazione di failover di test non comporta interruzioni e consente di testare le migrazioni creando macchine virtuali in una rete isolata di propria scelta. A differenza dell'operazione di failover, durante l'operazione di failover di test la replica dei dati continua. È possibile eseguire qualsiasi numero di failover di test prima di essere pronti a eseguire la migrazione.

Operazioni preliminari

Eseguire le attività riportate di seguito per preparare la sottoscrizione di Azure e l'ambiente VMware o fisico locale:

1. Preparare Azure
2. Preparare istanze di VMware locali

Creare un insieme di credenziali di Servizi di ripristino

1. Accedere a portale di Azure>Servizi di ripristino.

2. Fare clic su Crea una risorsa>Strumenti di gestione>Backup e Site Recovery (OMS).

3. In Nome specificare il nome descrittivo W2K8-migration. Se è disponibile più di una sottoscrizione, selezionare quella appropriata.

4. Creare un gruppo di risorse w2k8migrate.

5. Specificare un'area di Azure. Per verificare le aree supportate, vedere la sezione relativa alla disponibilità a livello geografico in Prezzi di Azure Site Recovery.

6. Per accedere rapidamente all'insieme di credenziali dal dashboard, fare clic su Aggiungi al dashboard e quindi su Crea.

   

Il nuovo insieme di credenziali viene aggiunto al Dashboard, nella sezione Tutte le risorse, e nella pagina Insiemi di credenziali dei servizi di ripristino principale.

Preparare l'ambiente locale per la migrazione

• Per eseguire la migrazione di macchine virtuali di Windows Server 2008 in esecuzione in VMware configurare il Server di configurazione locale in VMware.
• Se il Server di configurazione non può essere configurato come una macchina virtuale VMware, configurare il Server di configurazione in un server fisico locale o in una macchina virtuale.

Configurare l'ambiente di destinazione

Selezionare e verificare le risorse di destinazione.

1. Fare clic su Preparare l'infrastruttura>Destinazione e selezionare la sottoscrizione di Azure da usare.
2. Specificare il modello di distribuzione di Gestione risorse.
3. Site Recovery verifica la disponibilità di uno o più account di archiviazione di Azure e reti compatibili.

Configurare criteri di replica

1. Per creare nuovi criteri di replica, fare clic su Infrastruttura di Site Recovery>Criteri di replica>+Criteri di replica.
2. In Creare i criteri di replica specificare un nome per i criteri.
3. In Soglia RPO, specificare il limite dell'obiettivo del punto di ripristino (RPO). Se il valore RPO della replica supera questo limite, viene generato un avviso.
4. In Conservazione del punto di recupero, specificare la durata in ore dell'intervallo di conservazione per ogni punto di recupero. I server replicati possono essere recuperati in qualsiasi punto di questo intervallo. È supportata la conservazione fino a 24 ore per le macchine replicate in Archiviazione Premium e fino a 72 ore per Archiviazione Standard.
5. In Frequenza snapshot coerenti con l'app specificare Disattivata. Fare clic su OK per creare i criteri.

I criteri vengono automaticamente associati al server di configurazione.

Abilitare la replica

Abilitare la replica per il server Windows Server 2008 SP2 o Windows Server 2008 R2 SP1 da sottoporre a migrazione.

Eseguire una migrazione di test

È possibile eseguire un failover di test dei server sottoposti a replica al termine della replica iniziale e lo stato del server diventa Protetto.

Eseguire un failover di test in Azure per verificare che tutto funzioni correttamente.

Eseguire la migrazione ad Azure

Eseguire un failover per i computer di cui si vuole eseguire la migrazione.

1. In Impostazioni>Elementi replicati fare clic sul computer > Failover.

2. In Failover selezionare un Punto di ripristino in cui eseguire il failover. Selezionare l'ultimo punto di ripristino.

3. Selezionare Arrestare la macchina prima di iniziare il failover. Site Recovery tenta di arrestare il server prima di attivare il failover. Il failover continua anche se l'arresto ha esito negativo. Nella pagina Processi è possibile seguire lo stato del failover.

4. Assicurarsi che la macchina virtuale di Azure sia visualizzata in Azure come previsto.

5. In Elementi replicati fare clic con il pulsante destro del mouse sul server >Completa la migrazione. Vengono eseguite le operazioni seguenti:

   • Il processo di migrazione viene completato, la replica del server viene arrestata e la fatturazione di Site Recovery per il server viene interrotta.
   • In questo passaggio vengono eliminati i dati di replica, ma non le macchine virtuali di cui è stata eseguita la migrazione.

   

Passaggi successivi

• Vedere le domande frequenti su Azure Migrate.