Procedure ottimali per la migrazione ad Amazon RDS per SQL Server

In base alla valutazione del tuo database e dei requisiti del tuo progetto, se il tuo obiettivo è migrare ad Amazon RDS per SQL Server, segui le best practice riportate in questa sezione per effettuare il provisioning del database di destinazione, eseguire la migrazione e testare, utilizzare e ottimizzare il tuo database Amazon RDS per SQL Server.

Importante

Assicurati di disporre di un piano di rollback prima di migrare il database.

Nota

Puoi usare Migration Hub Orchestrator per automatizzare e orchestrare le migrazioni del tuo database SQL Server verso Amazon EC2 o Amazon RDS utilizzando il backup e il ripristino nativi. Per ulteriori informazioni, consulta la Orchestratore dell'Hub di migrazione AWSsezione.

Fornitura del database di destinazione

Dopo aver completato la valutazione, la pianificazione e la preparazione della strategia di migrazione del database, segui queste best practice per il provisioning del tuo database Amazon RDS per SQL Server:

• Dimensiona correttamente l'istanza database di Amazon RDS per SQL Server in base ai tuoi requisiti di CPU, memoria, IOPS e tipo di storage. (Se utilizzi SQL Server Standard edition, esegui il provisioning di CPU e memoria entro i limiti dell'edizione Standard.)

• Imposta il fuso orario e la collazione corretti.

• Assicurati di avviare Amazon RDS nel cloud privato virtuale (VPC) corretto.

• Crea i gruppi di sicurezza con porte e indirizzi IP corretti.

• Effettua il provisioning del tuo database Amazon RDS in una sottorete privata per motivi di sicurezza.

• Se possibile, esegui il provisioning dell'istanza di SQL Server con la versione più recente di SQL Server.

• Crea un gruppo di opzioni e un gruppo di parametri separati per ogni database Amazon RDS.

• Raccogli ed estrai accessi, utenti e ruoli per la migrazione.

• Esamina i lavori di SQL Server Agent per la manutenzione e le applicazioni da migrare.

Eseguire il backup dal database di origine

Esistono molti strumenti per la migrazione di un database SQL Server a un database Amazon RDS per SQL Server. Il metodo più comunemente utilizzato consiste nell'utilizzare il backup e il ripristino nativi di SQL Server se i requisiti consentono tempi di inattività.

Se i tempi di inattività sono limitati, puoi utilizzare il backup/ripristino nativo di SQL Server con backup differenziale e backup dei log. Oppure puoi utilizzareAWS DMS, che offre tre opzioni: pieno carico, pieno carico e CDC o solo CDC.

Trasferimento di file di dump di dati su AWS

• Se stai utilizzandoAWS Direct Connect, che fornisce una connettività a larghezza di banda elevata tra il tuo ambiente locale eAWS, puoi copiare i tuoi backup di SQL Server su Amazon S3 e configurare l'integrazione con Amazon S3.

• Se non disponi di una larghezza di banda elevataAWS Direct Connect, utilizzalo AWS Snowball per trasferire file di backup di database di grandi dimensioni. È inoltre possibile utilizzare AWS DMS per trasferire i dati quando è richiesta la replica.

Ripristino dei dati nel database di destinazione

• Se stai migrando un database molto grande, ti consigliamo di effettuare inizialmente il provisioning di un tipo di istanza Amazon RDS più grande, per tutta la durata della migrazione, per caricare più rapidamente i dati.

• Disabilita Multi-AZ. (Questa opzione può essere riattivata dopo la migrazione).

• Disabilita la conservazione dei backup. (Questa opzione può essere riattivata dopo la migrazione).

• Ripristina il database utilizzando il comando di ripristino nativo di SQL Server.

• Crea accessi e utenti e correggi gli utenti orfani, se necessario.

• Crea processi di SQL Server Agent e rivedi la pianificazione, se necessario.

Fasi successive alla migrazione

Una volta completata la migrazione, puoi:

• Cambia l'istanza database con il tipo di istanza della dimensione corretta.

• Abilita la conservazione Multi-AZ e dei backup.

• Assicurati che tutti i lavori vengano creati su nodi secondari (per la configurazione Multi-AZ).

• Pubblica i log degli errori e degli agenti di SQL Server su Amazon CloudWatch Logs e usali CloudWatch per visualizzare le metriche e creare allarmi. Per ulteriori informazioni, consulta la documentazione di Amazon RDS.

• Abilita il monitoraggio avanzato per ottenere le metriche per la tua istanza DB in tempo reale.

• Configura gli argomenti di Amazon Simple Notification Service (Amazon SNS) per gli avvisi.

Testare la migrazione

Ti consigliamo i seguenti test per convalidare la tua applicazione rispetto al tuo nuovo database Amazon RDS per SQL Server:

• Esegui test funzionali.

• Confronta le prestazioni delle query SQL nei tuoi database di origine e di destinazione e ottimizza le query in base alle esigenze. Alcune query potrebbero essere eseguite più lentamente nel database di destinazione, pertanto è consigliabile acquisire le linee di base delle query SQL nel database di origine.

Per un'ulteriore convalida durante la fase proof-of-concept (POC), consigliamo i seguenti test supplementari:

• Esegui test delle prestazioni per assicurarti che soddisfino le tue aspettative aziendali.

• Verifica il failover, il ripristino e il ripristino del database per assicurarti di soddisfare i requisiti RPO e RTO.

• Elenca tutti i job e i report critici ed eseguili su Amazon RDS per valutarne le prestazioni rispetto ai tuoi accordi sui livelli di servizio (SLA).

Gestione e ottimizzazione del database Amazon RDS

Quando il tuo database è attivoAWS, assicurati di seguire le migliori pratiche in aree quali monitoraggio, avvisi, backup e alta disponibilità nel cloud. Ad esempio:

• Configura CloudWatch il monitoraggio e abilita il monitoraggio dettagliato.

• Usa Amazon RDS Performance Insights e altre soluzioni di monitoraggio di terze parti come SentryOneFoglight per SQL Server per monitorare il tuo database.

• Imposta gli avvisi utilizzando gli argomenti SNS.

• Configura i backup automatici utilizzando i nostri backup AWS Backupnativi di SQL Server e copiali su Amazon S3.

• Per un'elevata disponibilità, configura la funzionalità Amazon RDS Multi-AZ.

• Se hai bisogno di database di sola lettura, configura una replica di lettura all'interno della stessa regione o tra AWS regioni diverse in base alle tue esigenze.