Prerequisiti: eseguire la migrazione alla macchina virtuale di SQL Server usando il gruppo di disponibilità distribuito

È possibile usare un gruppo di disponibilità distribuito per eseguire la migrazione di un'istanza autonoma di SQL Server o di un gruppo di disponibilità Always On per SQL Server in macchine virtuali di Azure.

Questo articolo descrive i prerequisiti per preparare gli ambienti di origine e di destinazione per eseguire la migrazione dell'istanza di SQL Server o del gruppo di disponibilità alle macchine virtuali di SQL Server usando un gruppo di disponibilità distribuito.

Se si esegue la migrazione di uno o più database da un'istanza autonoma, l'uso di un gruppo di disponibilità distribuito è una soluzione semplice che non richiede cluster di failover di Windows Server o listener del gruppo di disponibilità nell'origine o nella destinazione. Tuttavia, se si esegue la migrazione di un gruppo di disponibilità, occorrono un cluster e un listener nell'origine e nella destinazione.

Fonte SQL Server

Per eseguire la migrazione dell'istanza o del gruppo di disponibilità, SQL Server di origine deve soddisfare i prerequisiti seguenti:

• Per una migrazione di un'istanza autonoma, la versione minima supportata è SQL Server 2017. Per una migrazione di un gruppo di disponibilità, è supportato SQL Server 2016 o versione successiva.
• L'edizione di SQL Server deve essere aziendale.
• È necessario abilitare la funzionalità Always On.
• Il backup dei database di cui si intende eseguire la migrazione è stato eseguito in modalità completa.
• Se si dispone già di un gruppo di disponibilità, deve essere in uno stato integro. Se si crea un gruppo di disponibilità come parte di questo processo, deve trovarsi in uno stato integro prima di avviare la migrazione.
• Le porte usate dall'istanza di SQL Server (1433 per impostazione predefinita) e dall'endpoint del mirroring del database (5022 per impostazione predefinita) devono essere aperte nel firewall. Per eseguire la migrazione dei database in un gruppo di disponibilità, assicurarsi che la porta usata dal listener sia aperta anche nel firewall.

Destinazione = SQL Server

Prima che le macchine virtuali di SQL Server di destinazione siano pronte per la migrazione, assicurarsi che soddisfino i prerequisiti seguenti:

• L'account Azure che esegue la migrazione viene assegnato come proprietario o collaboratore al gruppo di risorse che contiene le macchine virtuali di SQL Server di destinazione.
• Per usare il seeding automatico per creare il gruppo di disponibilità distribuito (DAG), il nome dell'istanza per il database primario globale (origine) del dag deve corrispondere al nome dell'istanza del server d'inoltro (destinazione) del dag. Se esiste una mancata corrispondenza del nome di istanza tra il server primario globale e il server d'inoltro, è necessario usare il seeding manuale per creare il dag e aggiungere manualmente eventuali file di database aggiuntivi in futuro.
• Per semplicità, l'istanza di SQL Server di destinazione deve corrispondere alla versione dell'istanza di SQL Server di origine. Se si sceglie di eseguire l'aggiornamento durante il processo di migrazione usando una versione successiva di SQL Server nella destinazione, sarà necessario eseguire manualmente il seeding del database invece di basarsi sull'installazione automatica, come illustrato in questa serie di articoli. Per altri dettagli, vedere Eseguire la migrazione a versioni successive di SQL Server.
• L'edizione di SQL Server deve essere enterprise.
• È necessario abilitare la funzionalità Always On.
• Le porte usate dall'istanza di SQL Server (1433 per impostazione predefinita) e dall'endpoint del mirroring del database (5022 per impostazione predefinita) devono essere aperte nel firewall. Per eseguire la migrazione dei database in un gruppo di disponibilità, assicurarsi che la porta usata dal listener sia aperta anche nel firewall.

Connettività

L'istanza di SQL Server di origine e di destinazione deve avere una connessione di rete stabilita.

Se l'istanza di SQL Server di origine si trova in una rete locale, configurare una connessione VPN da sito a sito o una connessione ExpressRoute di Azure tra la rete locale e la rete virtuale in cui risiede la macchina virtuale di SQL Server di destinazione.

Se l'istanza di SQL Server di origine si trova in una rete virtuale di Azure diversa dalla macchina virtuale di SQL Server di destinazione, configurare il peering di rete virtuale.

Autenticazione

Per semplificare l'autenticazione tra l'istanza di SQL Server di origine e di destinazione, aggiungere entrambi i server allo stesso dominio, preferibilmente con il dominio sul lato di origine e applicare l'autenticazione basata su dominio. Poiché si tratta dell'approccio consigliato, i passaggi di questa serie di esercitazioni presuppongono che l'istanza di SQL Server di origine e di destinazione faccia parte dello stesso dominio.

Se i server di origine e di destinazione fanno parte di domini diversi, configurare la federazione tra i due domini o configurare un gruppo di disponibilità indipendente dal dominio.

Passaggi successivi

Dopo aver configurato sia l'ambiente di origine che quello di destinazione per soddisfare i prerequisiti, è possibile eseguire la migrazione dell'istanza autonoma di SQL Server o di un gruppo di disponibilità AlwaysOn alle macchine virtuali di SQL Server di destinazione.