

Le traduzioni sono generate tramite traduzione automatica. In caso di conflitto tra il contenuto di una traduzione e la versione originale in Inglese, quest'ultima prevarrà.

# Best practice per la migrazione ad Amazon RDS for SQL Server
<a name="best-practices"></a>

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

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

**Nota**  
Puoi utilizzare Migration Hub Orchestrator per automatizzare e orchestrare le migrazioni del database SQL Server su Amazon EC2 o Amazon RDS utilizzando il backup e il ripristino nativi. [Per ulteriori informazioni, consulta la sezione.Orchestratore dell'Hub di migrazione AWS](mho.md)

## Eseguire il provisioning del database di destinazione
<a name="provision"></a>

Dopo aver completato la valutazione, la pianificazione e la preparazione della strategia di migrazione del database, segui queste best practice per il provisioning del database Amazon RDS for SQL Server:
+ Dimensiona correttamente l'istanza DB di Amazon RDS for SQL Server in base ai tuoi requisiti di CPU, memoria, IOPS e tipo di storage. (Se utilizzi l'edizione SQL Server Standard, esegui il provisioning di CPU e memoria entro i limiti dell'edizione Standard).
+ Imposta il fuso orario e le regole di confronto 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, fornisci all'istanza di SQL Server 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.
+ Consulta i job di SQL Server Agent per la manutenzione e le applicazioni che devono essere migrate.

## Esecuzione del backup dal database di origine
<a name="backup"></a>

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

In caso di tempi di inattività limitati, è possibile utilizzare il backup e ripristino nativo di SQL Server con backup differenziale e backup dei log. Oppure puoi utilizzare AWS DMS, che offre tre opzioni: pieno carico, pieno carico e CDC o solo CDC.

## Trasferimento di file di dump di dati su AWS
<a name="transfer-data"></a>
+ [Se utilizzi Direct Connect, che fornisce connettività a larghezza di banda elevata tra l'ambiente locale e AWS, puoi copiare i backup di SQL Server su Amazon S3 e configurare l'integrazione con Amazon S3.](https://docs.aws.amazon.com/AmazonRDS/latest/UserGuide/User.SQLServer.Options.S3-integration.html)
+ Se non disponi di una larghezza di banda elevata Direct Connect, utilizzala per trasferire file di backup di database di grandi AWS Snowball Edge dimensioni. È inoltre possibile utilizzarli AWS DMS per trasferire i dati quando è necessaria la replica.

## Ripristino dei dati nel database di destinazione
<a name="restore-data"></a>
+ Se stai migrando un database molto grande, ti consigliamo di effettuare inizialmente il provisioning di un [tipo di istanza Amazon RDS](https://aws.amazon.com/rds/instance-types/) più grande, per tutta la durata della migrazione, per caricamenti di dati più rapidi.
+ Disabilita Multi-AZ. (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 login e utenti e correggi gli utenti orfani, se necessario.
+ Crea i job di SQL Server Agent e rivedi la pianificazione, se necessario.

## Fasi successive alla migrazione
<a name="post-migration"></a>

Una volta completata la migrazione, puoi:
+ Modificare l'istanza DB con il tipo di istanza della dimensione corretta.
+ Abilita Multi-AZ e la conservazione dei backup.
+ Assicurati che tutti i lavori siano 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 metriche e creare allarmi. Per ulteriori informazioni, consulta la [documentazione di Amazon RDS](https://docs.aws.amazon.com/AmazonRDS/latest/UserGuide/USER_LogAccess.Concepts.SQLServer.html). 
+ Abilita il [monitoraggio avanzato](https://docs.aws.amazon.com/AmazonRDS/latest/UserGuide/USER_Monitoring.OS.html) per ottenere i parametri per la tua istanza DB in tempo reale.
+ Configura gli argomenti di Amazon Simple Notification Service (Amazon SNS) per gli avvisi.

## Test della migrazione
<a name="test-migration"></a>

Consigliamo i seguenti test per convalidare l'applicazione rispetto al nuovo database Amazon RDS for SQL Server:
+ Esegui test funzionali.
+ Confronta le prestazioni delle query SQL nei database di origine e di destinazione e ottimizza le query secondo necessità. Alcune query potrebbero funzionare più lentamente nel database di destinazione, quindi è 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 aspettative aziendali.
+ Testa il failover, il ripristino e il ripristino del database per assicurarti di soddisfare i requisiti RPO e RTO.
+ Elenca tutti i lavori e i report critici ed eseguili su Amazon RDS per valutarne le prestazioni rispetto ai contratti sui livelli di servizio (). SLAs

## Gestione e ottimizzazione del database Amazon RDS
<a name="operate-optimize"></a>

Quando il database è attivo AWS, assicurati di seguire le migliori pratiche in aree quali monitoraggio, avvisi, backup e alta disponibilità nel cloud. Per esempio:
+ Imposta il CloudWatch monitoraggio e abilita il monitoraggio dettagliato.
+ Usa [Amazon RDS Performance Insights](https://docs.aws.amazon.com/AmazonRDS/latest/UserGuide/USER_PerfInsights.html) e altre soluzioni di monitoraggio di terze parti come [SentryOne](https://www.sentryone.com/)[Foglight for SQL Server](https://www.quest.com/products/foglight-for-sql-server/) per monitorare il tuo database.
+ Imposta avvisi utilizzando argomenti SNS.
+ Configura backup automatici utilizzando [AWS Backup](https://docs.aws.amazon.com/aws-backup/latest/devguide/whatisbackup.html)o backup nativi 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](rds-sql.md#rds-sql-replicas) all'interno della stessa regione o in più AWS regioni in base alle tue esigenze.