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à. # Metodi di migrazione del database SQL Server Esistono vari metodi per migrare i database di SQL Server. AWSÈ possibile scegliere tra AWS servizi e funzionalità native di SQL Server in base alla valutazione e ai requisiti. Questa sezione descrive alcuni dei metodi più comuni, riassunti nelle due tabelle seguenti. Discussioni dettagliate su alcuni di questi metodi sono incluse nelle sezioni su Amazon EC2 e Amazon RDS più avanti in questa guida. **AWS servizi** **** | Metodo di migrazione | Target | Caratteristiche e limitazioni | Ulteriori informazioni | | --- | --- | --- | --- | | **AWS DMS** | Amazon EC2 Amazon RDS Amazon RDS Custom Amazon Aurora | [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/it_it/prescriptive-guidance/latest/migration-sql-server/methods.html) | Sezione [AWS DMS](heterogeneous-migration-tools.md#aws-dms) | | **Orchestratore dell'Hub di migrazione AWS** | Amazon EC2 Amazon RDS | [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/it_it/prescriptive-guidance/latest/migration-sql-server/methods.html) | Sezione [Orchestratore dell'Hub di migrazione AWS](mho.md) | | **AWS Application Migration Service** | Amazon EC2 | [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/it_it/prescriptive-guidance/latest/migration-sql-server/methods.html) | [Non trattata in questa guida (vedere la documentazione di Application Migration Service)](https://docs.aws.amazon.com/mgn/index.html) | | **AWS Snowball Edge** | Amazon EC2 Amazon RDS Amazon RDS Custom | [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/it_it/prescriptive-guidance/latest/migration-sql-server/methods.html) | [Sezione Snowball](snowball-edge.md) Edge | **Metodi nativi di SQL Server** **** | Metodo di migrazione | Target | Caratteristiche e limitazioni | Ulteriori informazioni | | --- | --- | --- | --- | | **Backup e ripristino nativi** | Amazon EC2 Amazon RDS Amazon RDS Custom | [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/it_it/prescriptive-guidance/latest/migration-sql-server/methods.html) | Sezione di [backup/ripristino nativa di SQL Server](native-backup-restore.md) (utilizzabile [Orchestratore dell'Hub di migrazione AWS](mho.md)per automatizzare il backup e il ripristino nativi) | | **Invio dei log** | Amazon EC2 Amazon RDS Amazon RDS Custom | [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/it_it/prescriptive-guidance/latest/migration-sql-server/methods.html) | [Registra la sezione di spedizione](log-shipping.md) | | **Spedizione in log personalizzata** | Amazon RDS Amazon RDS Custom | [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/it_it/prescriptive-guidance/latest/migration-sql-server/methods.html) | [Automatizza la migrazione locale o da Amazon EC2 SQL Server ad Amazon RDS for SQL Server utilizzando la spedizione AWS di log personalizzata](https://aws.amazon.com/blogs/database/automate-on-premises-or-amazon-ec2-sql-server-to-amazon-rds-for-sql-server-migration-using-custom-log-shipping/) (post sul blog) | | **Mirroring del database** | Amazon EC2 | [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/it_it/prescriptive-guidance/latest/migration-sql-server/methods.html) | [Sezione di mirroring del database](db-mirroring.md) | | **Gruppi di disponibilità Always On** | Amazon EC2 Amazon RDS Custom | [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/it_it/prescriptive-guidance/latest/migration-sql-server/methods.html) | Sezione Gruppi di [disponibilità Always On](always-on.md) | | **Gruppi di disponibilità Always On di base** | Amazon EC2 | [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/it_it/prescriptive-guidance/latest/migration-sql-server/methods.html) | Non trattato in questa guida (vedi i [gruppi di disponibilità Basic Always On per un singolo database](https://docs.microsoft.com/en-us/sql/database-engine/availability-groups/windows/basic-availability-groups-always-on-availability-groups) nella documentazione Microsoft) | | **Gruppi di disponibilità distribuiti** | Amazon EC2 Amazon RDS Custom (solo migrazione) | [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/it_it/prescriptive-guidance/latest/migration-sql-server/methods.html) | Sezione [Gruppi di disponibilità distribuiti](distributed-groups.md) | | **Replica transazionale** | Amazon EC2 Amazon RDS Amazon RDS Custom | [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/it_it/prescriptive-guidance/latest/migration-sql-server/methods.html) | Sezione sulla replica [transazionale](trans-rep.md) | | **Programma di copia in blocco (bcp)** | Amazon EC2 Amazon RDS Custom | [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/it_it/prescriptive-guidance/latest/migration-sql-server/methods.html) | Non trattato in questa guida (consulta [Importazione ed esportazione di dati di SQL Server con altri metodi](https://docs.aws.amazon.com/AmazonRDS/latest/UserGuide/SQLServer.Procedural.Importing.Snapshots.html), sezione *Bulk copy* nella documentazione di Amazon RDS) | | **Scollega e collega** | Amazon EC2 Amazon RDS Custom | [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/it_it/prescriptive-guidance/latest/migration-sql-server/methods.html) | Non trattato in questa guida (vedi [Database Detach and Attach](https://learn.microsoft.com/en-us/sql/relational-databases/databases/database-detach-and-attach-sql-server) nella documentazione Microsoft) | | **Importazione/esportazione** | Amazon EC2 Amazon RDS Amazon RDS Custom | [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/it_it/prescriptive-guidance/latest/migration-sql-server/methods.html) | Non trattato in questa guida (consulta [Importazione ed esportazione di dati di SQL Server con altri metodi](https://docs.aws.amazon.com/AmazonRDS/latest/UserGuide/SQLServer.Procedural.Importing.Snapshots.html#SQLServer.Procedural.Exporting.SSIEW) nella documentazione di Amazon RDS) | # Backup/ripristino nativo di SQL Server Amazon RDS supporta operazioni di backup e ripristino native per i database Microsoft SQL Server utilizzando file di backup completi e differenziali (.bak). Supporta anche opzioni di ripristino differenziale e ripristino dei log su un'istanza DB Amazon RDS for SQL Server o un'istanza EC2 Amazon SQL Server, per ridurre al minimo i tempi di inattività dell'applicazione. **Nota** Puoi eseguire operazioni complete, differenziali e di ripristino dei log su Amazon RDS for SQL Server. Tuttavia, al momento è possibile eseguire solo backup completi e differenziali (non backup di log). L'utilizzo di file nativi con estensione bak è il modo più semplice per eseguire il backup e il ripristino dei database di SQL Server. Puoi utilizzare questo metodo per migrare i database da o verso Amazon RDS. È possibile eseguire il backup e il ripristino di singoli database anziché di intere istanze DB. Puoi anche spostare database tra istanze DB di Amazon RDS for SQL Server. Quando usi Amazon RDS, puoi archiviare e trasferire file di backup in Amazon Simple Storage Service (Amazon S3), per un ulteriore livello di protezione per il disaster recovery. Esempio: + Puoi creare un backup completo del database dal server locale, copiarlo in un bucket S3 e ripristinarlo su un'istanza DB Amazon RDS SQL Server esistente. + Puoi eseguire backup da un'istanza DB di Amazon RDS for SQL Server, archiviarli in Amazon S3 e ripristinarli dove vuoi. + Puoi implementare le regole di configurazione del [ciclo di vita di Amazon S3](https://docs.aws.amazon.com/AmazonS3/latest/dev/object-lifecycle-mgmt.html) per archiviare o eliminare backup a lungo termine. Amazon RDS for SQL Server supporta il ripristino dei backup nativi di SQL Server su istanze DB di SQL Server con repliche di lettura configurate. Ciò significa che non è necessario rimuovere la replica letta prima di ripristinare il file di backup nativo sull'istanza DB di Amazon RDS for SQL Server. **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) Il diagramma seguente mostra il backup/restore processo nativo di SQL Server. Puoi utilizzare Migration Hub Orchestrator per automatizzare questo processo. Puoi utilizzare questo processo anche per eseguire il backup e il ripristino dei database SQL Server su Amazon EC2 . ![\[SQL Server migration process with native SQL Server backup/restore\]](http://docs.aws.amazon.com/it_it/prescriptive-guidance/latest/migration-sql-server/images/sql-native-backup-restore.png) Per automatizzare il backup e il ripristino, consulta la documentazione di [Migration Hub Orchestrator](https://docs.aws.amazon.com/migrationhub-orchestrator/latest/userguide/what-is-migrationhub-orchestrator.html). Per la configurazione nativa backup/restore con Amazon S3, consulta la documentazione di [Amazon RDS](https://docs.aws.amazon.com/AmazonRDS/latest/UserGuide/SQLServer.Procedural.Importing.html#SQLServer.Procedural.Importing.Native.Enabling). Per le limitazioni relative all'utilizzo del backup e del ripristino nativi di SQL Server, consulta [Limitazioni e consigli](https://docs.aws.amazon.com/AmazonRDS/latest/UserGuide/SQLServer.Procedural.Importing.html#SQLServer.Procedural.Importing.Native.Limitations) nella documentazione di Amazon RDS. # Invio dei log Puoi utilizzare la spedizione dei log per inviare i backup dei log delle transazioni dal tuo database SQL Server primario locale a uno o più database SQL Server secondari (warm standby) distribuiti su EC2 istanze o istanze Amazon RDS for SQL Server DB nel cloud. AWS Per configurare la spedizione dei log su Amazon RDS for SQL Server, devi utilizzare script personalizzati. In questo scenario, configuri un database SQL Server in standby caldo su un' EC2 istanza o un'istanza DB Amazon RDS for SQL Server e invii i backup dei log delle transazioni in modo asincrono tra il database locale e il server di standby caldo nel cloud. AWS I backup del registro delle transazioni vengono quindi applicati al database in standby caldo. Una volta applicati tutti i log, è possibile eseguire un failover manuale e passare al cloud. Questa opzione supporta tutte le versioni e le edizioni di SQL Server. Dopo aver migrato il database nel AWS Cloud, puoi aggiungere una replica secondaria utilizzando un gruppo di disponibilità Always On per scopi di alta disponibilità e resilienza. ![\[SQL Server migration process with log shipping\]](http://docs.aws.amazon.com/it_it/prescriptive-guidance/latest/migration-sql-server/images/sql-migration-log-shipping.png) Per ulteriori informazioni sull'utilizzo di questo metodo per ottenere disponibilità elevata, protezione dei dati e disaster recovery per i database SQL Server su Amazon EC2, consulta la sezione [Log shipping](ec2-log-shipping.md) in the *Amazon EC2 for SQL Server*. # Mirroring del database È possibile utilizzare il mirroring del database per configurare un ambiente cloud ibrido per i database SQL Server. Questa opzione richiede l'edizione SQL Server Enterprise. In questo scenario, il database principale di SQL Server viene eseguito in locale e si crea una situazione di standby ottimale nel cloud. I dati vengono replicati in modo asincrono ed è necessario eseguire un failover manuale quando si è pronti per il cutover. Dopo aver migrato il database nel AWS Cloud, puoi aggiungere una replica secondaria utilizzando un gruppo di disponibilità Always On per scopi di alta disponibilità e resilienza. Per ulteriori informazioni sull'utilizzo di questo metodo per ottenere disponibilità elevata, protezione dei dati e disaster recovery per i database SQL Server su Amazon EC2, consulta la sezione [Database mirroring](ec2-db-mirroring.md) in the *Amazon EC2 for SQL Server*. # Gruppi di disponibilità Always On I gruppi di disponibilità Always On di SQL Server sono una funzionalità avanzata di livello aziendale per fornire soluzioni ad alta disponibilità e disaster recovery. Questa funzionalità è disponibile se si utilizza SQL Server 2014 e versioni successive. Puoi anche utilizzare un gruppo di disponibilità Always On per migrare i tuoi database SQL Server locali su Amazon EC2 on. AWS Questo approccio consente di migrare i database con tempi di inattività minimi o nulli. Se disponi di una distribuzione locale esistente di gruppi di disponibilità Always On di SQL Server, la replica principale e la replica secondaria replicheranno in modo sincrono i dati all'interno del gruppo di disponibilità. Quindi, per migrare il database nel AWS cloud, puoi estendere il cluster Windows Server Failover Clustering (WSFC) al cloud. Questo può essere temporaneo, solo per scopi di migrazione. Si crea quindi una replica secondaria nel AWS Cloud e si utilizza la replica asincrona, come illustrato nel diagramma seguente. Dopo aver sincronizzato la replica secondaria con il database locale primario, è possibile eseguire un failover manuale ogni volta che si è pronti per il cutover. ![\[SQL Server migration process with Always On availability groups\]](http://docs.aws.amazon.com/it_it/prescriptive-guidance/latest/migration-sql-server/images/sql-migration-always-on.png) Per ulteriori informazioni sull'utilizzo di questo metodo per ottenere alta disponibilità, protezione dei dati e disaster recovery per i database SQL Server su Amazon EC2, consulta i [gruppi di disponibilità Always On](ec2-always-on.md) nella sezione *Amazon EC2 per SQL Server*. # Gruppi di disponibilità distribuiti Un gruppo di disponibilità distribuito comprende due gruppi di disponibilità separati. Puoi considerarlo come un gruppo di disponibilità di gruppi di disponibilità. I gruppi di disponibilità sottostanti sono configurati su due diversi cluster WSFC. I gruppi di disponibilità che fanno parte di un gruppo di disponibilità distribuito non devono condividere la stessa posizione. Possono essere fisici o virtuali, on-premise o nel cloud pubblico. I gruppi di disponibilità di un gruppo di disponibilità distribuito non devono eseguire la stessa versione di SQL Server. L'istanza DB di destinazione può eseguire una versione successiva di SQL Server rispetto all'istanza DB di origine. Un'architettura di gruppo di disponibilità distribuita offre un modo flessibile per reospitare un'istanza o un database di SQL Server mission-critical su. AWS Fornisce una soluzione ibrida per sollevare e spostare (o sollevare e trasformare) i database SQL Server critici su. AWS L'utilizzo di un'architettura di gruppi di disponibilità distribuita è più efficiente rispetto all'estensione dei cluster WFSC locali esistenti a. AWS*I dati vengono trasferiti solo dal server primario locale a una delle repliche (il server d'inoltro). AWS * Il server d'inoltro è responsabile dell'invio dei dati ad altre repliche di lettura secondarie in. AWS Nel diagramma seguente, il primo cluster WSFC (WSFC 1) è ospitato in sede e dispone di un gruppo di disponibilità locale (AG 1). Il secondo cluster WSFC (WSFC 2) è ospitato e dispone di un gruppo di disponibilità (AG 2). AWS AWS [Direct Connect](https://aws.amazon.com/directconnect/)viene utilizzato come connessione di rete dedicata tra l'ambiente locale e. AWS*Il gruppo di disponibilità locale (AG 1) ha due repliche (nodi).* Il trasferimento dei dati tra i nodi è sincrono, con failover automatico. Allo stesso modo, il gruppo di AWS disponibilità (AG 2) dispone anche di due repliche e il trasferimento dei dati tra di esse è sincrono con il failover automatico. Il gruppo di disponibilità distribuito mantiene i database sincronizzati in modo asincrono. I dati vengono trasferiti dalla replica primaria di SQL Server in AG 1 (che è in locale) alla replica primaria (il server d'inoltro) in AG 2 (che è attiva). AWS Il mittente è responsabile dell'invio dei dati ad altre repliche di lettura e del loro aggiornamento. AWS Dopo la sincronizzazione dell'ambiente locale e dei AWS database, è possibile eseguire un failover manuale del gruppo di disponibilità distribuito su. AWS Il AWS database diventa il database principale per l' read/write accesso dalle applicazioni. ![\[SQL Server migration process with distributed availability groups\]](http://docs.aws.amazon.com/it_it/prescriptive-guidance/latest/migration-sql-server/images/sql-migration-distributed-availability-groups.png) **Nota** In un dato momento, esiste un solo database disponibile per le operazioni di scrittura. È possibile utilizzare le repliche secondarie rimanenti per le operazioni di lettura. Per ridimensionare i carichi di lavoro di lettura, puoi aggiungere altre repliche di lettura in più zone di disponibilità su. AWS Per ulteriori informazioni sui gruppi di disponibilità distribuiti, consulta: + [Documentazione di Microsoft SQL Server](https://docs.microsoft.com/en-us/sql/database-engine/availability-groups/windows/distributed-availability-groups) + [Come progettare una soluzione ibrida di Microsoft SQL Server utilizzando gruppi di disponibilità distribuiti](https://aws.amazon.com/blogs/database/how-to-architect-a-hybrid-microsoft-sql-server-solution-using-distributed-availability-groups/) sul blog AWS Database + Esegui la [migrazione di SQL Server all' AWS utilizzo di gruppi di disponibilità distribuiti sul sito](https://docs.aws.amazon.com/prescriptive-guidance/latest/patterns/migrate-sql-server-to-aws-using-distributed-availability-groups.html) Web AWS Prescriptive Guidance # Replica transazionale La replica transazionale è una tecnologia SQL Server utilizzata per replicare le modifiche tra due database. Queste modifiche possono includere oggetti di database come tabelle (è richiesta la chiave primaria), stored procedure, viste e così via, oltre ai dati. Il processo di replica coinvolge un *editore* (il database principale che pubblica i dati), un *sottoscrittore* (un database secondario che riceve dati replicati) e un *distributore* (un server che archivia i metadati e le transazioni per la replica transazionale). Puoi utilizzare la replica transazionale per SQL Server su Amazon EC2 e Amazon RDS per le istanze DB di SQL Server. La replica transazionale crea un'istantanea degli oggetti e dei dati nel database locale (di pubblicazione) e la invia al database dei sottoscrittori. Dopo l'applicazione dello snapshot al sottoscrittore, tutte le successive modifiche ai dati e allo schema apportate dall'editore vengono inviate al sottoscrittore non appena si verificano. Le modifiche ai dati vengono quindi applicate continuamente al sottoscrittore nello stesso ordine in cui sono avvenute presso l'editore. Al termine della sincronizzazione, si esegue la convalida sull'istanza DB di destinazione di SQL Server. Quando i due database sono sincronizzati, si interrompe l'attività sul database locale, si assicura che la replica sia stata completata e quindi si esegue il cutover sull'istanza DB di SQL Server di destinazione. Puoi quindi interrompere l'abbonamento push, eliminarlo e iniziare a utilizzare Amazon RDS for SQL Server. I database degli abbonati possono essere utilizzati anche come database di sola lettura. Si consiglia che il distributore, che registra i processi di sincronizzazione, si trovi su un server separato. Se il database di destinazione si trova su Amazon RDS for SQL Server, puoi configurare un abbonamento push per propagare le modifiche al sottoscrittore. Ti consigliamo di utilizzare la replica transazionale quando desideri: + Esegui una migrazione una tantum dei tuoi dati su Amazon RDS o Amazon. EC2 + Esegui la migrazione di oggetti a livello di schema o di tabella su. AWS + Esegui la migrazione di una parte di un database a. AWS + Esegui la migrazione con tempi di inattività minimi utilizzando le strategie di replica di SQL Server esistenti aggiungendo sottoscrittori aggiuntivi. Se hai intenzione di utilizzare la replica transazionale per la migrazione una tantum dei tuoi dati su Amazon RDS for SQL Server, ti consigliamo di configurare una configurazione Single-AZ per la replica. Una volta completato il processo di replica, puoi convertire l'ambiente in un'architettura Multi-AZ per un'elevata disponibilità. Il diagramma seguente mostra il processo di replica transazionale per i database su Amazon RDS e Amazon. EC2 ![\[SQL Server migration process with transactional replication\]](http://docs.aws.amazon.com/it_it/prescriptive-guidance/latest/migration-sql-server/images/sql-migration-transactional-replication.png) Per ulteriori informazioni sulla replica transazionale, consulta la [documentazione di Microsoft SQL Server](https://docs.microsoft.com/en-us/sql/relational-databases/replication/transactional/transactional-replication) e il post [How to migrate to Amazon RDS for SQL Server using transactional](https://aws.amazon.com/blogs/database/how-to-migrate-to-amazon-rds-for-sql-server-using-transactional-replication/) replication sul blog Database. AWS # Orchestratore dell'Hub di migrazione AWS **Nota** AWS Migration Hub non è più aperto a nuovi clienti a partire dal 7 novembre 2025. Per funzionalità simili a AWS Migration Hub, esplora [AWS Transform](https://aws.amazon.com/transform/). Orchestratore dell'Hub di migrazione AWS ti aiuta a orchestrare e automatizzare la migrazione dei database SQL Server su Amazon o EC2 Amazon RDS. Questa funzionalità ti AWS Migration Hub aiuta a iniziare rapidamente utilizzando modelli di flusso di lavoro predefiniti creati sulla base delle migliori pratiche. Migration Hub Orchestrator automatizza le attività manuali soggette a errori coinvolte nel processo di migrazione, come il controllo della disponibilità dell'ambiente e delle connessioni. È inoltre possibile utilizzare Migration Hub Orchestrator per orchestrare e accelerare le migrazioni per applicazioni.NET, carichi di lavoro SAP e immagini di macchine virtuali, oltre ai database SQL Server. È possibile accedere a questo strumento tramite la console [Migration Hub Orchestrator](https://console.aws.amazon.com/migrationhub/orchestrator/). Per la migrazione a SQL Server, Migration Hub Orchestrator supporta tre casi d'uso: + Riospita SQL Server su Amazon EC2. Puoi scegliere server SQL specifici e riospitarli su Amazon EC2 utilizzando il backup e il ripristino nativi automatizzati in Migration Hub Orchestrator. Per ulteriori informazioni, consulta [Rehost SQL server su Amazon EC2](https://docs.aws.amazon.com/migrationhub-orchestrator/latest/userguide/rehost-sql-ec2.html ) nella documentazione di Migration Hub Orchestrator. + Ripiattaforma SQL Server su Amazon RDS. Puoi scegliere database SQL Server specifici e ridistribuirli su Amazon RDS utilizzando il backup e il ripristino nativi automatizzati in Migration Hub Orchestrator. Per ulteriori informazioni, consulta [Replatform SQL server su Amazon RDS](https://docs.aws.amazon.com/migrationhub-orchestrator/latest/userguide/replatform-sql-rds.html) nella documentazione di Migration Hub Orchestrator. + Riospita le applicazioni Windows e SQL Server su Amazon EC2. Puoi trasferire e spostare i tuoi server Windows che eseguono .NET e SQL Server su Amazon EC2 utilizzando il * EC2 modello Rehost applications on Amazon*. Per ulteriori informazioni, consulta [Rehosting delle applicazioni su Amazon EC2](https://docs.aws.amazon.com/migrationhub-orchestrator/latest/userguide/rehost-on-ec2.html) nella documentazione di Migration Hub Orchestrator. Migration Hub Orchestrator aiuta a evitare sforamenti di pianificazione e budget nelle migrazioni di SQL Server. Altri vantaggi chiave includono: + Esegui la migrazione delle applicazioni utilizzando una metodologia prescrittiva. Puoi iniziare rapidamente con i modelli di flusso di lavoro predefiniti, basati su comprovate best practice di migrazione. Puoi anche personalizzare il flusso di lavoro di migrazione aggiungendo, riordinando e rimuovendo i passaggi in base alle tue esigenze. Ad esempio, puoi aggiungere un passaggio per l'approvazione completa. + Automatizza i passaggi manuali. Migration Hub Orchestrator automatizza le attività manuali come l'installazione di agenti, l'importazione di immagini locali, il provisioning dell'ambiente di destinazione e la verifica degli ambienti di origine e di destinazione. AWS L'automazione consente di risparmiare tempo e costi riducendo al contempo gli errori. + Orchestra il flusso di lavoro di migrazione. Migration Hub Orchestrator orchestra gli strumenti utilizzati nelle fasi di migrazione riutilizzando i metadati dell'inventario, le specifiche di configurazione e il contesto dell'ambiente per ridurre al minimo il numero di input richiesti da questi strumenti. Per ulteriori informazioni, consulta le seguenti risorse: + [Console Migration Hub Orchestrator](https://console.aws.amazon.com/migrationhub/orchestrator/) + [Rehosting delle applicazioni su Amazon EC2](https://docs.aws.amazon.com/migrationhub-orchestrator/latest/userguide/rehost-on-ec2.html) (Guida per l'utente di *Migration Hub Orchestrator*) + [Replatform SQL Server su Amazon RDS](https://docs.aws.amazon.com/migrationhub-orchestrator/latest/userguide/replatform-sql-rds.html) (Guida per l'utente di *Migration Hub Orchestrator*) + [Flussi di lavoro di migrazione (Guida](https://docs.aws.amazon.com/migrationhub-orchestrator/latest/userguide/migration-workflows.html) per l'utente di *Migration Hub Orchestrator*) + [Utilizzo di Migration Hub Orchestrator per semplificare e accelerare le migrazioni di Microsoft SQL Server](https://aws.amazon.com/blogs/modernizing-with-aws/aws-migration-hub-orchestrator-sql-server-migrations-to-aws/) (post sul blog)AWS + [Semplifica la migrazione delle immagini di Windows Server con](https://aws.amazon.com/blogs/modernizing-with-aws/simplify-migrating-your-windows-server-images-with-aws-migration-hub-orchestrator/) (post del blog) Orchestratore dell'Hub di migrazione AWSAWS # AWS Snowball Edge **Nota** AWS Snowball Edge non è più disponibile per i nuovi clienti. I nuovi clienti dovrebbero esplorare [AWS DataSync](https://aws.amazon.com/datasync/)i trasferimenti online, il [AWS Data Transfer Terminal](https://aws.amazon.com/data-transfer-terminal/) per trasferimenti fisici sicuri o AWS Partner soluzioni. Per l'edge computing, esplora [AWS Outposts](https://aws.amazon.com/outposts/). È possibile AWS Snowball Edge utilizzarlo per migrare database di dimensioni molto grandi (fino a 210 TB). Snowball dispone di una porta Ethernet da 10 Gb che puoi collegare al server locale e collocare tutti i backup o i dati del database sul dispositivo Snowball Edge. Dopo aver copiato i dati su Snowball Edge, si invia l'appliance AWS per il posizionamento nel bucket S3 designato. È quindi possibile scaricare i backup da Amazon S3 e ripristinarli su SQL Server su EC2 un'istanza oppure eseguire `rds_restore_database` la stored procedure per ripristinare il database su Amazon RDS. Puoi utilizzare [AWS Snowcone](https://aws.amazon.com/snowcone/) anche per database di dimensioni fino a 8 TB. Per ulteriori informazioni, consulta la [AWS Snowball Edge documentazione](https://docs.aws.amazon.com/snowball/latest/developer-guide/whatisedge.html) e la sezione [Importazione ed esportazione di database SQL Server](https://docs.aws.amazon.com/AmazonRDS/latest/UserGuide/SQLServer.Procedural.Importing.html#SQLServer.Procedural.Importing.Native.Using), *Ripristino di un database*, nella documentazione di Amazon RDS.