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à. # AWS DMS Terminologia e concetti Concetti e terminologia AWS Database Migration Service (AWS DMS) è un servizio Web che puoi utilizzare per migrare i dati da un data store di origine a un data store di destinazione. Questi due datastore vengono chiamati endpoint. È possibile eseguire la migrazione tra endpoint di origine e di destinazione che utilizzano lo stesso motore di database, ad esempio da un database Oracle a un database Oracle. È possibile eseguire la migrazione anche tra endpoint di origine e di destinazione che utilizzano diversi motori di database, ad esempio da un database Oracle a un database PostgresSQL. L'unico requisito da utilizzare AWS DMS è che uno degli endpoint deve essere collegato a un AWS servizio. Non è possibile eseguire AWS DMS la migrazione da un database locale a un altro database locale. Per informazioni sui costi di migrazione di database, consulta la [pagina dei prezzi di AWS Database Migration Service](https://aws.amazon.com/dms/pricing/). Utilizza i seguenti argomenti per comprendere meglio. AWS DMS **Topics** + [ # Visualizzazione di alto livello di AWS DMS ](CHAP_Introduction.HighLevelView.md) + [ # Componenti di AWS DMS ](CHAP_Introduction.Components.md) + [ # Fonti per AWS DMS ](CHAP_Introduction.Sources.md) + [ # Obiettivi per AWS DMS ](CHAP_Introduction.Targets.md) + [ # Creazione di un Amazon Resource Name (ARN) per AWS DMS ](CHAP_Introduction.AWS.ARN.md) + [ # Utilizzo AWS DMS con altri AWS servizi ](CHAP_Introduction.AWS.md) # Visualizzazione di alto livello di AWS DMS Per eseguire una migrazione del database, AWS DMS si connette al data store di origine, legge i dati di origine e li formatta per l'utilizzo da parte del data store di destinazione. Successivamente, carica i dati nel datastore di destinazione. La maggior parte di questo processo avviene nella memoria, anche se transazioni di grandi dimensioni potrebbero richiedere buffering su disco. Anche le transazioni e i file di log memorizzati nella cache vengono scritti su disco. A un livello elevato, durante l'utilizzo, AWS DMS procedi come segue: + Individua i database presenti nel tuo ambiente di rete che sono buoni candidati per la migrazione. + Converti automaticamente gli schemi del database di origine e la maggior parte degli oggetti di codice del database in un formato compatibile con il database di destinazione. + Creazione di un server di replica. + Creazione di endpoint di origine e di destinazione che hanno informazioni di connessione sui datastore. + Creazione di una o più attività di migrazione per migrare i dati tra i datastore di origine e di destinazione. Un'attività può essere composta da tre fasi principali: + Migrazione dei dati esistenti (pieno carico) + L'applicazione delle modifiche memorizzate nella cache + Replica continua (acquisizione dei dati di modifica) Durante una migrazione a pieno carico, in cui i dati esistenti dall'origine vengono spostati nella destinazione, AWS DMS carica i dati dalle tabelle del data store di origine alle tabelle del data store di destinazione. Mentre il caricamento completo è in corso, tutte le modifiche apportate alle tabelle in fase di caricamento vengono memorizzate nella cache del server di replica; queste sono le modifiche memorizzate nella cache. È importante notare che AWS DMS non acquisisce le modifiche per una determinata tabella finché non viene avviato il caricamento completo di quella tabella. In altre parole, il punto di inizio dell'acquisizione delle modifiche è diverso per ogni singola tabella. Quando il caricamento completo di una determinata tabella è completo, inizia AWS DMS immediatamente ad applicare le modifiche memorizzate nella cache per quella tabella. Una volta caricata la tabella e applicate le modifiche memorizzate nella cache, AWS DMS inizia a raccogliere le modifiche come transazioni per la fase di replica in corso. Se una transazione include tabelle non ancora completamente caricate, le modifiche vengono archiviate localmente nell'istanza di replica. Dopo aver AWS DMS applicato tutte le modifiche memorizzate nella cache a tutte le tabelle, le tabelle sono coerenti dal punto di vista transazionale. A questo punto, AWS DMS passa alla fase di replica in corso, applicando le modifiche come transazioni. All'inizio della fase di replica continua, un backlog di transazioni provoca generalmente un ritardo tra i database di origine e di destinazione. La migrazione raggiunge infine uno stato stabile dopo aver superato questo backlog di transazioni. A questo punto, è possibile chiudere le applicazioni, consentire l'applicazione di eventuali transazioni rimanenti alla destinazione e rilanciare le applicazioni, rivolte ora al database di destinazione. AWS DMS crea gli oggetti dello schema di destinazione necessari per eseguire una migrazione dei dati. È possibile AWS DMS utilizzarlo per adottare un approccio minimalista e creare solo gli oggetti necessari per migrare in modo efficiente i dati. Utilizzando questo approccio, vengono AWS DMS create tabelle, chiavi primarie e, in alcuni casi, indici univoci, ma non vengono creati altri oggetti che non siano necessari per la migrazione efficiente dei dati dall'origine. In alternativa, è possibile utilizzare DMS Schema Conversion within AWS DMS per convertire automaticamente gli schemi del database di origine e la maggior parte degli oggetti di codice del database in un formato compatibile con il database di destinazione. Questa conversione include tabelle, viste, stored procedure, funzioni, tipi di dati, sinonimi e così via. Tutti gli oggetti che la conversione dello schema DMS non è in grado di convertire automaticamente sono contrassegnati in modo chiaro. Per completare la migrazione, puoi convertire questi oggetti manualmente. # Componenti di AWS DMS Componenti Questa sezione descrive i componenti interni AWS DMS e il modo in cui funzionano insieme per eseguire la migrazione dei dati. Capire i componenti sottostanti di AWS DMS aiuta a migrare i dati in modo più efficiente e a ottenere informazioni migliori durante l'analisi o la risoluzione dei problemi. Una AWS DMS migrazione è composta da cinque componenti: individuazione dei database da migrare, conversione automatica dello schema, un'istanza di replica, endpoint di origine e destinazione e un'attività di replica. È possibile creare una AWS DMS migrazione creando l'istanza di replica, gli endpoint e le attività necessari in un. Regione AWS **Individuazione dei database** DMS Fleet Advisor raccoglie i dati da più ambienti di database per fornire approfondimenti sull'infrastruttura dei dati. DMS Fleet Advisor raccoglie i dati dal database on-premise e dai server di analisi da una o più postazioni centrali senza la necessità di installarlo su ogni computer. Attualmente, DMS Fleet Advisor supporta i server di database Microsoft SQL Server, MySQL, Oracle e PostgreSQL. Sulla base dei dati rilevati dalla rete, DMS Fleet Advisor crea un inventario che è possibile esaminare per determinare quali server di database e oggetti monitorare. Una volta raccolti i dettagli su questi server, database e schemi, è possibile analizzare la fattibilità delle migrazioni di database previste. **Migrazione di schema e codice** La conversione dello schema DMS AWS DMS rende più prevedibili le migrazioni di database tra diversi tipi di database. È possibile utilizzare la conversione dello schema DMS per valutare la complessità della migrazione per il fornitore di dati di origine e per convertire schemi di database e oggetti di codice. Puoi quindi applicare il codice convertito al database di destinazione. Ad alto livello, la conversione dello schema DMS funziona con i seguenti tre componenti: profili dell'istanza, fornitore di dati e progetti di migrazione. Un *profilo dell'istanza* specifica le impostazioni di rete e di sicurezza. Un *fornitore di dati* archivia le credenziali di connessione al database. Un *progetto di migrazione* contiene fornitori di dati, un profilo di istanza e regole di migrazione. AWS DMS utilizza fornitori di dati e un profilo di istanza per progettare un processo che converte gli schemi di database e gli oggetti di codice. ** Istanza di replica ** Ad alto livello, un'istanza di AWS DMS replica è semplicemente un'istanza gestita di Amazon Elastic Compute Cloud (Amazon EC2) che ospita una o più attività di replica. La figura seguente mostra un esempio di istanza di replica che esegue diverse attività di replica associate. ![\[Inizia con AWS DMS\]](http://docs.aws.amazon.com/it_it/dms/latest/userguide/images/datarep-intro-rep-instance1.png) Una singola istanza di replica può ospitare una o più attività di replica, a seconda delle caratteristiche della migrazione e della capacità del server di replica. AWS DMS offre una varietà di istanze di replica in modo da poter scegliere la configurazione ottimale per il proprio caso d'uso. Per ulteriori informazioni sulle varie classi di istanze di replica, consulta [Scelta dell'istanza di replica AWS DMS giusta per la migrazione](CHAP_ReplicationInstance.Types.md). AWS DMS crea l'istanza di replica su un'istanza Amazon EC2. Alcune delle classi di istanze più piccole sono sufficienti per testare il servizio o per migrazioni di piccole dimensioni. Se la migrazione coinvolge un numero elevato di tabelle oppure se desideri eseguire diverse attività di replica simultanee, è opportuno valutare l'utilizzo di una delle istanze di dimensioni maggiori. Ti consigliamo questo approccio poiché AWS DMS può consumare una notevole quantità di memoria e di CPU. In base alla classe di istanza Amazon EC2 selezionata, l'istanza di replica dispone di 50 GB o 100 GB di archiviazione di dati. Tale quantità è in genere sufficiente per la maggior parte dei clienti. Tuttavia, se la migrazione include transazioni di grandi dimensioni o un volume elevato di modifiche dei dati, è possibile aumentare l'allocazione di storage di base. Il Change Data Capture (CDC) può determinare la scrittura dei dati sul disco, a seconda della velocità a cui la destinazione è in grado di scrivere le modifiche. Poiché i file di log vengono scritti anche sul disco, l'aumento del livello di gravità della registrazione comporta anche un maggiore consumo di spazio di storage. AWS DMS può fornire elevata disponibilità e supporto per il failover utilizzando una distribuzione Multi-AZ. In un'implementazione Multi-AZ, effettua AWS DMS automaticamente il provisioning e mantiene una replica in standby dell'istanza di replica in una zona di disponibilità diversa. L'istanza di replica primaria viene replicata in modo sincrono nella replica di standby. Se l'istanza di replica primaria incorre in un guasto o non risponde, l'istanza di standby riprende tutte le attività in esecuzione con un'interruzione minima. Poiché l'istanza primaria replica costantemente il suo stato sull'istanza di standby, un'implementazione Multi-AZ riscontra una certa riduzione delle prestazioni. Per informazioni più dettagliate sull'istanza di AWS DMS replica, vedere. [Utilizzo di un'istanza di AWS DMS replica](CHAP_ReplicationInstance.md) Anziché creare e gestire un'istanza di replica, puoi consentire il AWS DMS provisioning automatico della replica utilizzando Serverless. AWS DMS Per ulteriori informazioni, consulta [Lavorare con AWS DMS Serverless](CHAP_Serverless.md). ** Endpoint** AWS DMS utilizza un endpoint per accedere al data store di origine o di destinazione. Le informazioni di connessione specifiche sono diverse, a seconda del datastore, ma in generale è possibile specificare le informazioni riportate di seguito al momento della creazione di un endpoint. + Tipo di endpoint: origine o destinazione. + Tipo di motore: tipo di motore di database, ad esempio Oracle o PostgreSQL. + Nome server: nome del server o indirizzo IP AWS DMS raggiungibile. + Porta: numero di porta utilizzato per le connessioni al server di database. + Crittografia: modalità SSL (Secure Sockets Layer), se SSL è utilizzato per crittografare la connessione. + Credenziali: nome utente e password per un account con i diritti di accesso richiesti. Quando si crea un endpoint utilizzando la AWS DMS console, la console richiede di testare la connessione dell'endpoint. Il test deve avere esito positivo prima di utilizzare l'endpoint in un'attività. AWS DMS Come per le informazioni di connessione, i criteri di test specifici sono diversi per tipi di motori diversi. In generale, AWS DMS verifica che il database esista per il nome e la porta di un dato server e che le credenziali fornite possano essere utilizzate per la connessione al database con i privilegi necessari per eseguire una migrazione. Se il test di connessione ha esito positivo, AWS DMS scarica e archivia le informazioni sullo schema da utilizzare successivamente durante la configurazione dell'attività. Le informazioni sullo schema possono includere le definizioni di tabella, le definizioni delle chiavi primarie e le definizioni delle chiavi univoche, ad esempio. Più attività di replica possono utilizzare un singolo endpoint. Ad esempio, si possono avere due applicazioni logicamente distinte in hosting sullo stesso database di origine, da migrare separatamente. In questo caso, è possibile creare due attività di replica, una per ogni set di tabelle dell'applicazione. È possibile utilizzare lo stesso AWS DMS endpoint in entrambe le attività. È possibile personalizzare il comportamento di un endpoint utilizzando le impostazioni degli endpoint. Le *impostazioni degli endpoint* possono controllare vari comportamenti come il dettaglio della registrazione, le dimensioni dei file e altri parametri. Per ogni tipo di motore di datastore sono disponibili diverse impostazioni degli endpoint. Puoi trovare le impostazioni degli endpoint specifiche per ogni datastore nella sezione di origine o di destinazione di quel datastore. Per un elenco di datastore di origine e di destinazione supportati, consulta [Fonti per AWS DMS](CHAP_Introduction.Sources.md) e [Obiettivi per AWS DMS](CHAP_Introduction.Targets.md). Per informazioni più dettagliate sugli AWS DMS endpoint, consulta. [Utilizzo degli AWS endpoint DMS](CHAP_Endpoints.md) **Attività di replica** Si utilizza un'attività di AWS DMS replica per spostare un set di dati dall'endpoint di origine all'endpoint di destinazione. La creazione di un'attività di replica è l'ultima fase da intraprendere prima di avviare una migrazione. Quando si crea un'attività di replica, è necessario specificare le seguenti impostazioni delle attività: + Istanza di replica: l'istanza che ospita ed esegue l'attività + Source endpoint (Endpoint di origine) + Target endpoint (Endpoint di destinazione) + Opzioni del tipo di migrazione, elencate di seguito. Per una spiegazione completa delle opzioni di tipo di migrazione, consulta [Creazione di un'attività](CHAP_Tasks.Creating.md). + Pieno carico (migrazione dei dati esistenti): se puoi permetterti un'interruzione abbastanza lunga per copiare i dati esistenti, questa è l'opzione ideale. Questa opzione esegue semplicemente la migrazione dei dati dal database di origine al database di destinazione, creando tabelle quando necessario. + Pieno carico e CDC (migrazione dei dati esistenti e replica delle modifiche in corso): questa opzione esegue un pieno carico dei dati durante l'acquisizione delle modifiche sull'origine. Dopo la conclusione del caricamento completo, le modifiche acquisite vengono applicate alla destinazione. L'applicazione delle modifiche raggiunge infine uno stato stabile. A questo punto, è possibile chiudere le applicazioni, lasciare che le modifiche rimanenti raggiungano la destinazione e riavviare quindi le applicazioni che puntano alla destinazione. + sola CDC (replica solo le modifiche ai dati): in alcune situazioni, potrebbe essere più efficiente copiare i dati esistenti utilizzando un metodo diverso da AWS DMS. Ad esempio, in una migrazione omogenea, l'utilizzo di strumenti di importazione/esportazione nativi potrebbe essere più efficiente per il caricamento dei dati in blocco. In questa situazione, è possibile replicare le modifiche AWS DMS a partire dall'avvio del caricamento in blocco per portare e mantenere sincronizzati i database di origine e di destinazione. + Opzioni di modalità di preparazione tabella di destinazione, elencate di seguito. Per una spiegazione completa delle modalità della tabella di destinazione, consulta [Creazione di un'attività](CHAP_Tasks.Creating.md). + Non eseguire alcuna operazione: AWS DMS si presuppone che le tabelle di destinazione siano precreate sulla destinazione. + Elimina le tabelle di destinazione: AWS DMS elimina e ricrea le tabelle di destinazione. + Tronca: se hai creato tabelle sulla destinazione, AWS DMS le tronca prima dell'inizio della migrazione. Se non esistono tabelle e si seleziona questa opzione, AWS DMS crea le tabelle mancanti. + Opzioni di modalità LOB, elencate di seguito. Per una spiegazione completa delle modalità LOB, consulta [Impostazione del supporto LOB per i database di origine in un task AWS DMS](CHAP_Tasks.LOBSupport.md). + Non includere le colonne LOB: le colonne LOB vengono escluse dalla migrazione. + Modalità LOB completa: migrazione completa LOBs indipendentemente dalle dimensioni. AWS DMS **migra a tratti LOBs in blocchi controllati dal parametro Max LOB Size.** Questa modalità è più lenta rispetto alla modalità LOB limitata. + **Modalità LOB limitata: tronca al valore specificato dal parametro Max LOB Size LOBs .** Questa modalità è più veloce rispetto alla modalità LOB completa. + Mappature delle tabelle: indica le tabelle da migrare e il modo in cui vengono migrate. Per ulteriori informazioni, consulta [Utilizzo della mappatura delle tabelle per specificare le impostazioni delle attività](CHAP_Tasks.CustomizingTasks.TableMapping.md). + Trasformazioni di dati, elencate di seguito. Per ulteriori informazioni sulle trasformazioni dei dati, consulta [Specifica della selezione delle tabelle e delle regole di trasformazione tramite JSON](CHAP_Tasks.CustomizingTasks.TableMapping.SelectionTransformation.md). + Modifica di nomi di schemi, di tabelle e di colonne. + Modifica di nomi di spazio tabelle (per gli endpoint Oracle di destinazione). + Definizione di chiavi primarie e indici univoci sulla destinazione. + Convalida dei dati + CloudWatch Registrazione su Amazon Puoi utilizzare l'attività per migrare i dati dall'endpoint di origine all'endpoint di destinazione e l'elaborazione dell'attività viene eseguita sull'istanza di replica. Puoi specificare le tabelle e gli schemi da migrare e qualsiasi elaborazione particolare, ad esempio i requisiti di registrazione, i dati della tabella di controllo e la gestione degli errori. Concettualmente, un'attività di AWS DMS replica svolge due funzioni distinte, come illustrato nel diagramma seguente. ![\[Inizia con AWS DMS\]](http://docs.aws.amazon.com/it_it/dms/latest/userguide/images/datarep-intro-rep-task1.png) Il processo di caricamento completo è semplice da comprendere. I dati vengono estratti dall'origine attraverso un metodo di estrazione in blocco e caricati direttamente nella destinazione. Puoi specificare il numero di tabelle da estrarre e caricare in parallelo sulla AWS DMS console in **Impostazioni avanzate**. Per ulteriori informazioni sulle AWS DMS attività, vedere[Lavorare con AWS DMS le attività](CHAP_Tasks.md). **Replica continua o Change Data Capture (CDC)** È inoltre possibile utilizzare un' AWS DMS attività per acquisire le modifiche in corso all'archivio dati di origine durante la migrazione dei dati verso una destinazione. Il processo di acquisizione delle modifiche AWS DMS utilizzato per replicare le modifiche in corso da un endpoint di origine raccoglie le modifiche ai log del database utilizzando l'API nativa del motore di database. Nel processo CDC, l'attività di replica è stata concepita per lo streaming delle modifiche dall'origine alla destinazione, utilizzando buffer in memoria per mantenere i dati in transito. Se i buffer in memoria si esauriscono per qualsiasi motivo, l'attività di replica distribuisce le modifiche in sospeso nella cache delle modifiche sul disco. Ciò potrebbe verificarsi, ad esempio, se le modifiche AWS DMS vengono acquisite dall'origine più rapidamente di quanto possano essere applicate alla destinazione. In questo caso, si osserva che la *latenza di destinazione* dell'attività supera la *latenza di origine* dell'attività. Puoi verificarlo accedendo alla tua attività sulla AWS DMS console e aprendo la scheda Task Monitoring. I grafici CDCLatency Target e CDCLatency Source sono mostrati nella parte inferiore della pagina. Se disponi di un'attività che mostra latenza di destinazione, è probabile che sia necessaria un'ottimizzazione sull'endpoint di destinazione per aumentare la velocità dell'applicazione. L'attività di replica, inoltre, utilizza lo storage per i log di attività come descritto in precedenza. Lo spazio su disco preconfigurato con l'istanza di replica è in genere sufficiente per la registrazione e per le modifiche distribuite. Se hai bisogno di ulteriore spazio su disco, ad esempio quando utilizzi il debug dettagliato per analizzare un problema di migrazione, è possibile modificare l'istanza di replica per allocare più spazio. # Fonti per AWS DMS Origini È possibile utilizzare diversi archivi dati di origine in diverse AWS DMS funzionalità. Le seguenti sezioni contengono gli elenchi degli archivi di dati di origine supportati per ogni AWS DMS funzionalità. **Topics** + [ ## Endpoint di origine per la migrazione dei dati ](#CHAP_Introduction.Sources.DataMigration) + [ ## Database di origine per DMS Fleet Advisor ](#CHAP_Introduction.Sources.FleetAdvisor) + [ ## Provider di dati di origine per la conversione dello schema DMS ](#CHAP_Introduction.Sources.SchemaConversion) + [ ## Provider di dati di origine per migrazioni omogenee di dati DMS ](#CHAP_Introduction.Sources.HomogeneousDataMigrations) ## Endpoint di origine per la migrazione dei dati Origini per la migrazione dei dati Puoi utilizzare i seguenti datastore come endpoint di origine per la migrazione dei dati tramite AWS DMS. **Database locali e di istanze EC2** + Oracle 10.2 e versioni successive (per le versioni 10.x), 11g e fino a 12.2, 18c e 19c per le edizioni Enterprise, Standard, Standard One e Standard Two. + Microsoft SQL Server versioni 2008 (supportata in DMS v3.5.4), 2008R2 (supportata in DMS v3.5.4), 2012, 2014, 2016, 2017, 2019 e 2022. + Le edizioni Enterprise, Standard, Workgroup, Developer e Web supportano la replica a pieno carico. + Le edizioni Enterprise, Standard (versione 2016 e successive) e Developer supportano la replica CDC (continua) oltre al caricamento completo. + L'edizione Express non è supportata. + Versioni MySQL 5.5, 5.6, 5.7, 8.0 e 8.4 **Nota** **Compatibilità con MySQL e DMS** [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/it_it/dms/latest/userguide/CHAP_Introduction.Sources.html) + MariaDB (supportata come origine dati compatibile con MySQL) versioni 10.0 (solo versioni 10.0.24 e successive), 10.2, 10.3, 10.4, 10.5, 10.6, 10.11 e da 11.4.3 a 11.4.7. **Nota** Il supporto per MariaDB come sorgente è disponibile in AWS DMS tutte le versioni in cui è supportato MySQL. + PostgreSQL versione 9.4 e successive (per le versioni 9.x), 10.x, 11.x, 12.x, 13.x 14.x, 15.x, 16.x, 17.x e 18.x. **Nota** AWS DMS supporta solo PostgreSQL versione 9.x, 10.x, 11.x, 12.x, 13.x, 14.x, 15.x e 16.x nelle versioni 3.5.3 e successive. AWS DMS [supporta solo PostgreSQL versione 17.x e 18.x nelle versioni 3.5.4 (vedi limitazioni) e successive.](CHAP_Source.PostgreSQL.html#CHAP_Source.PostgreSQL.ReadReplica) + MongoDB versioni 3.x, 4.0, 4.2, 4.4, 5.0, 6.0, 7.0 e 8.0. + SAP Adaptive Server Enterprise (ASE) 12.5, 15, 15.5, 15.7, 16 e versioni successive. + IBM Db2 per le versioni Linux, UNIX e Windows (Db2 LUW): + Versione 9.7, tutti i Fix Pack + Versione 10.1, tutti i Fix Pack + Versione 10.5, tutti i Fix Pack eccetto Fix Pack 5 + Versione 11.1, tutti i Fix Pack + Versione 11.5, Mods (0-8) con solo Fix Pack Zero + IBM z/OS Db2 per la versione 12 **Servizi di database gestiti da terze parti:** + Database SQL di Microsoft Azure + Microsoft Azure PostgreSQL Flexible Server versioni 11.2, 12.15, 13.11, 14.8 e 15.3. + Microsoft Azure MySQL Flexible Server versioni 5.7 e 8. + Google Cloud per MySQL versioni 5.6, 5.7 e 8.0. + Google Cloud per PostgreSQL versioni 9.6, 10, 11, 12, 13, 14 e 15. + OCI MySQL Heatwave versione 8.0.34. **Database di istanza Amazon RDS e Amazon Simple Storage Service (Amazon S3)** + Versioni Oracle 11g (versioni 11.2.0.4 e successive) e fino a 12.2, 18c e 19c per le edizioni Enterprise, Standard, Standard One e Standard Two. + Versioni di Microsoft SQL Server 2016, 2017, 2019 e 2022 per le edizioni Enterprise, Standard, Workgroup e Developer. Per ulteriori informazioni, consulta [Amazon RDS per Microsoft SQL Server](https://docs.aws.amazon.com/AmazonRDS/latest/UserGuide/CHAP_SQLServer.html) nella guida per l'utente di *Amazon RDS.* **Nota** AWS DMS non supporta SQL Server Express. L'edizione Web è supportata solo per la replica di pieno carico. + Versioni MySQL 5.5, 5.6, 5.7, 8.0 e 8.4. **Nota** **Compatibilità con MySQL e DMS** [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/it_it/dms/latest/userguide/CHAP_Introduction.Sources.html) + MariaDB (supportata come origine dati compatibile con MySQL) versioni da 10.0.24 a 10.0.28, 10.2, 10.3, 10.4, 10.5, 10.6, 10.11 e da 11.4.3 a 11.4.7. **Nota** Il supporto per MariaDB come sorgente è disponibile in AWS DMS tutte le versioni in cui è supportato MySQL. + PostgreSQL versione 10.x, 11.x, 12.x, 13.x, 14.x, 15.x, 16.x, 17.x e 18.x. **Nota** AWS DMS supporta solo PostgreSQL versione 10.x, 11.x, 12.x, 13.x, 14.x, 15.x e 16.x nelle versioni 3.5.3 e successive. AWS DMS [supporta solo PostgreSQL versione 17.x e 18.x nelle versioni 3.5.4 (vedi limitazioni) e successive.](CHAP_Source.PostgreSQL.html#CHAP_Source.PostgreSQL.ReadReplica) + Amazon Aurora con compatibilità MySQL (supportato come origine dati compatibile con MySQL). + Amazon Aurora con compatibilità PostgreSQL (supportato come origine dati compatibile con PostgreSQL). + Simple Storage Service (Amazon S3) + Amazon DocumentDB (con compatibilità con MongoDB) versioni 3.6, 4.0 e 5.0. + Amazon RDS per IBM Db2 LUW. [Per informazioni sull'utilizzo di una fonte specifica, consulta Lavorare con gli endpoints. AWS DMS](CHAP_Endpoints.md) Per informazioni sugli endpoint di destinazione supportati, consulta [Endpoint di destinazione per la migrazione dei dati](CHAP_Introduction.Targets.md#CHAP_Introduction.Targets.DataMigration). ## Database di origine per DMS Fleet Advisor Origini per DMS Fleet Advisor DMS Fleet Advisor supporta i seguenti database di origine. + Microsoft SQL Server versione 2012 e fino alla 2019 + MySQL versione 5.6 fino alla 8 + Oracle versione 11g release 2 e fino a 12c, 19c e 21c + PostgreSQL versione 9.6 e fino alla 13 Per informazioni sull'utilizzo di un'origine specifica, consulta [Creazione di utenti del database per AWS DMS Fleet Advisor](fa-database-users.md). Per l'elenco dei database utilizzati da DMS Fleet Advisor per generare raccomandazioni di destinazione, consulta [Destinazioni per DMS Fleet Advisor](CHAP_Introduction.Targets.md#CHAP_Introduction.Targets.FleetAdvisor). ## Provider di dati di origine per la conversione dello schema DMS Origini per la conversione dello schema DMS La conversione dello schema DMS supporta i seguenti fornitori di dati come origini per i progetti di migrazione. + Microsoft SQL Server versione 2008 R2, 2012, 2014, 2016, 2017, 2019 e 2022 + Oracle versione 10.2 e successive, 11g e fino alla 12.2, 18c e 19c e Oracle Data Warehouse. + PostgreSQL versione 9.2 e successive + MySQL versione 5.5, 5.6, 5.7 e 8.0. + IBM Db2 per Linux, UNIX e Windows versione 9.1, 9.5, 9.7, 10.1, 10.5, 11.1 e 11.5 + IBM Db2 per z/OS la versione 12 + SAP ASE (Sybase ASE) versione 16 **Nota** DMS Schema Conversion supporta tutte le sorgenti delle versioni di Amazon RDS elencate in questo argomento. Il fornitore di dati di origine può essere un motore autogestito in esecuzione on-premise o su un'istanza Amazon Elastic Compute Cloud (Amazon EC2). Per informazioni sull'utilizzo di un'origine specifica, consulta [Creazione di fornitori di dati di origine per la conversione dello schema DMS](data-providers-source.md). Per informazioni sui database di destinazione supportati, consulta [Provider di dati di destinazione per la conversione dello schema DMS](CHAP_Introduction.Targets.md#CHAP_Introduction.Targets.SchemaConversion). La AWS Schema Conversion Tool (AWS SCT) supporta più database di origine e destinazione rispetto a DMS Schema Conversion. Per informazioni sui database che AWS SCT supportano, vedete [What is the AWS Schema Conversion Tool](https://docs.aws.amazon.com/SchemaConversionTool/latest/userguide/CHAP_Welcome.html). ## Provider di dati di origine per migrazioni omogenee di dati DMS Origini per migrazioni omogenee di dati DMS Puoi utilizzare i seguenti fornitori di dati come fonti per migrazioni omogenee di dati verso database locali e di istanze EC2. + MySQL versione 5.7 e 8.0 + MariaDB versione 10.2x + PostgreSQL dalla versione 10.4 alla 16.x. + MongoDB versione 4.x, 5.x, 6.0, 7.0, 8.0 + Amazon DocumentDB versione 3.6, 4.0, 5.0 Puoi utilizzare i seguenti provider di dati come fonti per migrazioni di dati omogenee verso database di istanze di Amazon Relational Database Service. + Aurora MySQL versione 5.7 e 8.0 + RDS per MySQL versione 5.7 e 8.0 + RDS per MariaDB versione 10.2.x + Aurora PostgreSQL dalla versione 11.x alla 17.x + RDS per PostgreSQL dalla versione 11.x alla 17.x Il fornitore di dati di origine può essere un motore autogestito in esecuzione on-premise o su un'istanza Amazon EC2. Inoltre, puoi utilizzare un'istanza database Amazon RDS come fornitore di dati di origine. Per informazioni sull'utilizzo di un'origine specifica, consulta [Creazione di fornitori di dati di origine per migrazioni di dati omogenee in AWS DMS](dm-data-providers-source.md). Per informazioni sui database di destinazione supportati, consulta [Provider di dati di destinazione per migrazioni omogenee di dati DMS](CHAP_Introduction.Targets.md#CHAP_Introduction.Targets.HomogeneousDataMigrations). # Obiettivi per AWS DMS Target È possibile utilizzare diversi archivi di dati di destinazione AWS DMS con funzionalità diverse. Le seguenti sezioni contengono gli elenchi degli archivi di dati di destinazione supportati per ciascuna AWS DMS funzionalità. **Topics** + [ ## Endpoint di destinazione per la migrazione dei dati ](#CHAP_Introduction.Targets.DataMigration) + [ ## Database di destinazione per DMS Fleet Advisor ](#CHAP_Introduction.Targets.FleetAdvisor) + [ ## Provider di dati di destinazione per la conversione dello schema DMS ](#CHAP_Introduction.Targets.SchemaConversion) + [ ## Provider di dati di destinazione per migrazioni omogenee di dati DMS ](#CHAP_Introduction.Targets.HomogeneousDataMigrations) ## Endpoint di destinazione per la migrazione dei dati Destinazioni per la migrazione dei dati Puoi utilizzare i seguenti datastore come endpoint di destinazione per la migrazione dei dati tramite AWS DMS. **Database locali e di istanze Amazon EC2** + Oracle versioni 10g, 11g, 12c, 18c e 19c per le edizioni Enterprise, Standard, Standard One e Standard Two. + Microsoft SQL Server versioni 2005, 2008, 2008R2, 2012, 2014, 2016, 2017, 2019 e 2022 per le edizioni Enterprise, Standard, Workgroup e Developer. **Nota** AWS DMS non supporta le edizioni SQL Server Web ed Express. + Versioni MySQL 5.5, 5.6, 5.7, 8.0 e 8.4 + MariaDB (supportato come destinazione dati compatibile con MySQL) versioni da 10.0.24 a 10.0.28, 10.2, 10.3, 10.4, 10.5, 10.6, 10.11 e da 11.4.3 a 11.4.7. **Nota** Il supporto per MariaDB come destinazione è disponibile in AWS DMS tutte le versioni in cui è supportato MySQL. + PostgreSQL versione 9.4 e successive (per le versioni 9.x), 10.x, 11.x, 12.x, 13.x, 14.x, 15.x, 16.x, 17.x e 18.x. **Nota** AWS DMS supporta solo PostgreSQL versione 9.x, 10.x, 11.x, 12.x, 13.x, 14.x, 15.x e 16.x nelle versioni 3.5.3 e successive. AWS DMS supporta solo PostgreSQL versione 17.x e 18.x nelle versioni 3.5.4 e successive. + SAP Adaptive Server Enterprise (ASE) 15, 15.5, 15.7, 16 e versioni successive. + Versioni Redis OSS 6.x **Database di istanze Amazon RDS, Amazon Redshift, Amazon Redshift Serverless, Amazon DynamoDB, Amazon S3, Amazon Service, Amazon (Redis OSS), Amazon OpenSearch Kinesis Data Streams, ElastiCache Amazon DocumentDB, Amazon Neptune e Apache Kafka** + Oracle versioni 11g (versione 11.2.0.3.v1 e successive), 12c, 18c e 19c per le edizioni Enterprise, Standard, Standard One e Standard Two. + Microsoft SQL Server versioni 2012, 2014, 2016, 2017, 2019 e 2022 per le edizioni Enterprise, Standard, Workgroup e Developer. **Nota** AWS DMS non supporta le edizioni SQL Server Web ed Express. + Versioni MySQL 5.5, 5.6, 5.7, 8.0 e 8.4. + MariaDB (supportato come destinazione dati compatibile con MySQL) versioni da 10.0.24 a 10.0.28, 10.2, 10.3, 10.4, 10.5, 10.6, 10.11 e da 11.4.3 a 11.4.7. **Nota** Il supporto per MariaDB come destinazione è disponibile in AWS DMS tutte le versioni in cui è supportato MySQL. + PostgreSQL versione 10.x, 11.x, 12.x, 13.x, 14.x, 15.x, 16.x, 17.x e 18.x. **Nota** AWS DMS supporta solo PostgreSQL versione 10.x, 11.x, 12.x, 13.x, 14.x, 15.x e 16.x nelle versioni 3.5.3 e successive. AWS DMS supporta solo PostgreSQL versione 17.x e 18.x nelle versioni 3.5.4 e successive. + IBM Db2 LUW versioni 11.1 e 11.5 + Amazon Aurora edizione compatibile con MySQL + Amazon Aurora PostgreSQL-Compatible Edition + Amazon Aurora PostgreSQL Limitless + Amazon Aurora serverless v2 + Amazon Redshift + Amazon Redshift Serverless + Simple Storage Service (Amazon S3) + Amazon DynamoDB + OpenSearch Servizio Amazon + Amazon ElastiCache (sistema operativo Redis) + Flusso di dati Amazon Kinesis + Amazon DocumentDB (compatibile con MongoDB) + Amazon Neptune + [Apache Kafka. [Streaming gestito da Amazon per Apache Kafka (Amazon MSK) e ](https://aws.amazon.com/msk/)Apache Kafka autogestito](https://kafka.apache.org/) + Babelfish (versione 3.2.0 e successive) per Aurora PostgreSQL (versioni 15.3/14.8 e successive) Per informazioni su come lavorare con un obiettivo specifico, consulta [Lavorare con gli AWS DMS endpoints](CHAP_Endpoints.md). Per informazioni sugli endpoint di origine supportati, consulta [Endpoint di origine per la migrazione dei dati](CHAP_Introduction.Sources.md#CHAP_Introduction.Sources.DataMigration). ## Database di destinazione per DMS Fleet Advisor Destinazioni per DMS Fleet Advisor DMS Fleet Advisor genera raccomandazioni sulle destinazioni utilizzando la versione più recente dei seguenti database di destinazione. + Amazon Aurora MySQL + Amazon Aurora PostgreSQL + Amazon RDS per MySQL + Amazon RDS per Oracle + Amazon RDS per PostgreSQL + Amazon RDS per SQL Server Per informazioni sulle raccomandazioni sulle destinazioni in DMS Fleet Advisor, consulta [Utilizzo della funzione AWS DMS Fleet Advisor Target Recommendations](fa-recommendations.md). Per informazioni sui database di origine supportati, consulta [Database di origine per DMS Fleet Advisor](CHAP_Introduction.Sources.md#CHAP_Introduction.Sources.FleetAdvisor). ## Provider di dati di destinazione per la conversione dello schema DMS Destinazioni per la conversione dello schema DMS La conversione dello schema DMS supporta i seguenti fornitori di dati come destinazioni per i progetti di migrazione. + Amazon Aurora MySQL 8.0.32 + Amazon Aurora PostgreSQL 14.x, 15.x, 16.x, 17.x + Amazon RDS per MySQL 8.0.23 + Amazon RDS per PostgreSQL 14.x, 15.x, 16.x, 17.x, 18.x + Amazon Redshift + Amazon RDS per Db2 versione 11.5. Per informazioni sull'utilizzo di una destinazione specifica, consulta [Creazione e impostazione dei provider di dati di destinazione in DMS Schema Conversion](data-providers-target.md). Per informazioni sui database di origine supportati, consulta [Provider di dati di origine per la conversione dello schema DMS](CHAP_Introduction.Sources.md#CHAP_Introduction.Sources.SchemaConversion). ## Provider di dati di destinazione per migrazioni omogenee di dati DMS Destinazioni per migrazioni omogenee di dati DMS Puoi utilizzare i seguenti fornitori di dati come destinazioni per le migrazioni omogenee di dati. + Amazon Aurora MySQL versione 5.7 e 8.0 + Amazon Aurora PostgreSQL versione da 10.4 a 16.x + Amazon Aurora serverless v2 + Amazon RDS per MySQL versione 5.7 e 8.0 + Amazon RDS per MariaDB versione 10.2x + Amazon RDS per PostgreSQL dalla versione 10.4 alla 16.x + Amazon DocumentDB versione 4.0, 5.0 e cluster Elastic DocumentDB Per informazioni sull'utilizzo di una destinazione specifica, consulta [Creazione e impostazione di un database di destinazione per l'utilizzo della conversione AWS DMS dello schema](dm-data-providers-target.md). Per informazioni sui database di origine supportati, consulta [Provider di dati di origine per migrazioni omogenee di dati DMS](CHAP_Introduction.Sources.md#CHAP_Introduction.Sources.HomogeneousDataMigrations). # Creazione di un Amazon Resource Name (ARN) per AWS DMS Nome della risorsa Amazon Se utilizzi l' AWS DMS API AWS CLI o per automatizzare la migrazione del database, allora lavori con Amazon Resource Name (ARNs). Ogni risorsa creata in Amazon Web Services è identificata da un ARN, che è un identificatore univoco. Se utilizzi l' AWS DMS API AWS CLI o per configurare la migrazione del database, fornisci l'ARN della risorsa con cui desideri lavorare. Un ARN per una AWS DMS risorsa utilizza la seguente sintassi: `arn:aws:dms:region:account number:resourcetype:resourcename` In questa sintassi, si applica quanto segue: + *`region`*è l'ID del Regione AWS luogo in cui è stata creata la AWS DMS risorsa, ad esempio. `us-west-2` La tabella seguente mostra Regione AWS i nomi e i valori da utilizzare per la creazione di un ARN. [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/it_it/dms/latest/userguide/CHAP_Introduction.AWS.ARN.html) + `account number` è il numero dell'account senza trattini. **Per trovare il numero del tuo account, accedi al tuo AWS account all'indirizzo http://aws.amazon.com, scegli **Il mio account/console**, quindi scegli Il mio account.** + **`resourcetype`**è il tipo di risorsa. AWS DMS La tabella seguente mostra i tipi di risorse da utilizzare per la creazione di un ARN per una AWS DMS particolare risorsa. [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/it_it/dms/latest/userguide/CHAP_Introduction.AWS.ARN.html) + *`resourcename`*è il nome della risorsa assegnato alla AWS DMS risorsa. Questa è una stringa generata in modo arbitrario. La tabella seguente mostra esempi di AWS DMS risorse ARNs for. In questo caso, si presume di disporre dell'account AWS 123456789012 creato nella regione Stati Uniti orientali (Virginia settentrionale) con un nome di risorsa. [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/it_it/dms/latest/userguide/CHAP_Introduction.AWS.ARN.html) # Utilizzo AWS DMS con altri AWS servizi Con altri AWS servizi È possibile utilizzare AWS DMS con diversi altri AWS servizi: + È possibile utilizzare un'istanza di Amazon EC2 o l'istanza database di Amazon RDS come destinazione per una migrazione dei dati. + È possibile utilizzare il AWS Schema Conversion Tool (AWS SCT) per convertire lo schema di origine e il codice SQL in uno schema di destinazione e codice SQL equivalenti. + È possibile utilizzare Amazon S3 come sito di storage per i dati o utilizzarlo come fase intermedia durante la migrazione di grandi quantità di dati. + È possibile CloudFormation utilizzarlo per configurare le AWS risorse per la gestione o l'implementazione dell'infrastruttura. Ad esempio, è possibile effettuare il provisioning di AWS DMS risorse come istanze di replica, attività, certificati ed endpoint. È possibile creare un modello che descrive tutte le AWS risorse desiderate e fornisce e configura tali CloudFormation risorse al posto dell'utente. ## AWS DMS supporto per AWS CloudFormation Support per CloudFormation È possibile fornire AWS DMS risorse utilizzando AWS CloudFormation. AWS CloudFormation è un servizio che consente di modellare e configurare AWS le risorse per la gestione o l'implementazione dell'infrastruttura. Ad esempio, è possibile fornire AWS DMS risorse come istanze di replica, attività, certificati ed endpoint. È necessario creare un modello che descrive tutte le AWS risorse desiderate e fornisce e configura tali AWS CloudFormation risorse al posto dell'utente. Gli sviluppatori o gli amministratore di sistema possono creare e gestire raccolte di queste risorse e utilizzarle poi per le attività di migrazione ripetitive o per la distribuzione delle risorse nell'organizzazione. Per ulteriori informazioni in merito AWS CloudFormation, consulta [AWS CloudFormation i concetti](https://docs.aws.amazon.com/AWSCloudFormation/latest/UserGuide/cfn-whatis-concepts.html) nella *Guida per l'AWS CloudFormation utente*. AWS DMS supporta la creazione delle seguenti AWS DMS risorse utilizzando AWS CloudFormation: + [AWS::DMS::Certificate](https://docs.aws.amazon.com/AWSCloudFormation/latest/UserGuide/aws-resource-dms-certificate.html) + [AWS::DMS::Endpoint](https://docs.aws.amazon.com/AWSCloudFormation/latest/UserGuide/aws-resource-dms-endpoint.html) + [AWS::DMS::EventSubscription](https://docs.aws.amazon.com/AWSCloudFormation/latest/UserGuide/aws-resource-dms-eventsubscription.html) + [AWS::DMS::ReplicationInstance](https://docs.aws.amazon.com/AWSCloudFormation/latest/UserGuide/aws-resource-dms-replicationinstance.html) + [AWS::DMS::ReplicationSubnetGroup](https://docs.aws.amazon.com/AWSCloudFormation/latest/UserGuide/aws-resource-dms-replicationsubnetgroup.html) (Gruppo) + [AWS::DMS::ReplicationTask](https://docs.aws.amazon.com/AWSCloudFormation/latest/UserGuide/aws-resource-dms-replicationtask.html)