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à. # Migrazione dei database agli equivalenti Amazon RDS con AWS DMS Le migrazioni di dati omogenee in AWS Database Migration Service (AWS DMS) semplificano la migrazione di database locali autogestiti verso gli equivalenti di Amazon Relational Database Service (Amazon RDS). Ad esempio, puoi utilizzare le migrazioni di dati omogenee per migrare un database PostgreSQL on-premise in Amazon RDS per PostgreSQL o Aurora PostgreSQL. Per migrazioni di dati omogenee, AWS DMS utilizza strumenti di database nativi per fornire migrazioni semplici e performanti. like-to-like Le migrazioni di dati omogenee sono senza server, il che significa che ridimensionano AWS DMS automaticamente le risorse necessarie per la migrazione. Con le migrazioni di dati omogenee, è possibile migrare dati, partizioni di tabelle, tipi di dati e oggetti secondari come funzioni, stored procedure e così via. Ad alto livello, le migrazioni di dati omogenee funzionano con profili dell'istanza, fornitori di dati e progetti di migrazione. Quando crei un progetto di migrazione con i provider di dati di origine e di destinazione compatibili dello stesso tipo, AWS DMS implementa un ambiente senza server in cui viene eseguita la migrazione dei dati. Successivamente, AWS DMS si connette al provider di dati di origine, legge i dati di origine, scarica i file sul disco e ripristina i dati utilizzando strumenti di database nativi. Per ulteriori informazioni sui profili dell'istanza, sui fornitori di dati e sui progetti di migrazione, consulta [Collaborazione con fornitori di dati, profili di istanza e progetti di migrazione in AWS DMS](migration-projects.md). Per l'elenco dei database di origine supportati, consulta [Origini per migrazioni omogenee di dati DMS](CHAP_Introduction.Sources.md#CHAP_Introduction.Sources.HomogeneousDataMigrations). Per l'elenco dei database di destinazione supportati, consulta [Destinazioni per migrazioni omogenee di dati DMS](CHAP_Introduction.Targets.md#CHAP_Introduction.Targets.HomogeneousDataMigrations). Il seguente diagramma illustra come funzionano le migrazioni di dati omogenee. ![\[Diagramma di architettura della funzionalità Migrazioni dei dati omogenee di DMS.\]](http://docs.aws.amazon.com/it_it/dms/latest/userguide/images/dms-data-migrations-diagram.png) Nelle sezioni seguenti vengono fornite informazioni sull'utilizzo delle migrazioni di dati omogenee. **Topics** + [Supportato Regioni AWS](#data-migrations-supported-regions) + [Funzionalità](#data-migrations-features) + [Limitazioni per le migrazioni di dati omogenee](#data-migrations-limitations) + [Panoramica del processo di migrazione omogenea dei dati in AWS DMS](dm-getting-started.md) + [Configurazione di migrazioni di dati omogenee in AWS DMS](dm-prerequisites.md) + [Creazione di fornitori di dati di origine per migrazioni di dati omogenee in AWS DMS](dm-data-providers-source.md) + [Creazione e impostazione di un database di destinazione per l'utilizzo della conversione AWS DMS dello schema](dm-data-providers-target.md) + [Esecuzione di migrazioni di dati omogenee in AWS DMS](dm-migrating-data.md) + [Risoluzione dei problemi per migrazioni di dati omogenee in AWS DMS](dm-troubleshooting.md) ## Supportato Regioni AWS Di seguito è possibile eseguire migrazioni di dati omogenee. Regioni AWS | Nome della regione | Regione | | --- | --- | | Stati Uniti orientali (Virginia settentrionale) | us-east-1 | | Stati Uniti orientali (Ohio) | us-east-2 | | Stati Uniti occidentali (California settentrionale) | us-west-1 | | US West (Oregon) | us-west-2 | | Canada (Centrale) | ca-central-1 | | Canada occidentale (Calgary) | ca-west-1 | | Sud America (San Paolo) | sa-east-1 | | Asia Pacifico (Tokyo) | ap-northeast-1 | | Asia Pacifico (Seoul) | ap-northeast-2 | | Asia Pacifico (Osaka-Locale) | ap-northeast-3 | | Asia Pacifico (Singapore) | ap-southeast-1 | | Asia Pacific (Sydney) | ap-southeast-2 | | Asia Pacifico (Giacarta) | ap-southeast-3 | | Asia Pacifico (Melbourne) | ap-southeast-4 | | Asia Pacific (Hong Kong) | ap-east-1 | | Asia Pacifico (Mumbai) | ap-south-1 | | Asia Pacifico (Hyderabad) | ap-south-2 | | Europa (Francoforte) | eu-central-1 | | Europa (Zurigo) | eu-central-2 | | Europa (Stoccolma) | eu-north-1 | | Europa (Irlanda) | eu-west-1 | | Europe (London) | eu-west-2 | | Europe (Paris) | eu-west-3 | | Europe (Milan) | eu-south-1 | | Europa (Spagna) | eu-south-2 | | Medio Oriente (Emirati Arabi Uniti) | me-central-1 | | Medio Oriente (Bahrein) | me-south-1 | | Israele (Tel Aviv) | il-central-1 | | Africa (Città del Capo) | af-south-1 | ## Funzionalità Le migrazioni di dati omogenee forniscono le seguenti funzionalità: + AWS DMS gestisce automaticamente le risorse di elaborazione e archiviazione necessarie per Cloud AWS migrazioni di dati omogenee. AWS DMS distribuisce queste risorse in un ambiente senza server quando si avvia una migrazione dei dati. + AWS DMS utilizza strumenti di database nativi per avviare una migrazione completamente automatizzata tra database dello stesso tipo. + È possibile utilizzare le migrazioni di dati omogenee per migrare i dati e gli oggetti secondari come partizioni, funzioni, stored procedure e così via. + Puoi eseguire le migrazioni di dati omogenee nelle seguenti tre modalità di migrazione: pieno carico, replica continua e pieno carico con replica continua. + Per le migrazioni di dati omogenee puoi utilizzare i database Amazon EC2 e Amazon RDS on-premise come origine. Inoltre per le migrazioni di dati omogenee puoi scegliere Amazon RDS o Amazon Aurora come destinazione della migrazione. + Le migrazioni di dati omogenee supportano solo la modalità di preparazione della tabella di destinazione per le migrazioni di PostgreSQL, MongoDB e Amazon DocumentDB. Per ulteriori informazioni, consulta [Modalità di preparazione della tabella di destinazione](dm-migrating-data-table-prep.md). + Puoi utilizzare migrazioni di dati omogenee per migrare i dati da una replica di lettura basata su MySQL a un'istanza Amazon RDS o Aurora ## Limitazioni per le migrazioni di dati omogenee Le seguenti limitazioni si applicano quando si utilizzano le migrazioni di dati omogenee: + Il supporto per le regole di selezione nelle migrazioni di dati AWS DMS omogenee dipende dal motore di database di origine e dal tipo di migrazione. Le fonti compatibili con PostgreSQL e MongoDB supportano le regole di selezione per tutti i tipi di migrazione, mentre le fonti MySQL supportano solo le regole di selezione per il tipo di migrazione Full Load. + Le migrazioni di dati omogenee non forniscono uno strumento integrato per la convalida dei dati. + Quando si utilizzano migrazioni di dati omogenee con PostgreSQL, AWS DMS migra le viste come tabelle nel database di destinazione. + Le migrazioni di dati omogenee acquisiscono le modifiche a livello di schema durante una replica continua dei dati solo per il motore MySQL. Per altri motori, se crei una nuova tabella nel database di origine, non puoi migrare questa tabella. AWS DMS Per migrare questa nuova tabella, è necessario riavviare la migrazione dei dati. + Non è possibile utilizzare migrazioni di dati omogenee AWS DMS per migrare i dati da una versione del database superiore a una versione inferiore del database. + Le migrazioni di dati omogenee non supportano la creazione di una connessione con istanze database negli intervalli CIDR secondari del VPC. + Non puoi utilizzare la porta 8081 per le migrazioni omogenee dai fornitori di dati. + Le migrazioni di dati omogenee migrano database e tabelle MySQL crittografati come non crittografati sul database di destinazione. Questo perché RDS for MySQL non supporta la crittografia tramite il plug-in Keyring. Per ulteriori informazioni, consulta la [documentazione MySQL Keyring Plugin non](https://docs.aws.amazon.com/AmazonRDS/latest/UserGuide/MySQL.KnownIssuesAndLimitations.html#MySQL.Concepts.Limits.KeyRing) supportata nella Amazon RDS User Guide. # Panoramica del processo di migrazione omogenea dei dati in AWS DMS È possibile utilizzare migrazioni di dati omogenee AWS DMS per migrare i dati tra due database dello stesso tipo. Utilizza il seguente flusso di lavoro per creare ed eseguire una migrazione dei dati. 1. Crea la policy e il AWS Identity and Access Management ruolo richiesti (IAM). Per ulteriori informazioni, consulta [Creazione di risorse IAM](dm-iam-resources.md). 1. Configura i database di origine e di destinazione e crea utenti del database con le autorizzazioni minime richieste per migrazioni di dati omogenee in. AWS DMS Per ulteriori informazioni, consultare [ Creazione di fornitori di dati di origine](dm-data-providers-source.md) e [ Crea e imposta un database di destinazione](dm-data-providers-target.md). 1. Archivia le credenziali del database di origine e di destinazione in. Gestione dei segreti AWS Per ulteriori informazioni, consulta [Fase 1: creazione del segreto](https://docs.aws.amazon.com/secretsmanager/latest/userguide/hardcoded-db-creds.html#hardcoded-db-creds_step2) nella *Guida per l'utente di Gestione dei segreti AWS *. 1. Crea un gruppo di sottoreti, un profilo di istanza e fornitori di dati nella AWS DMS console. Per ulteriori informazioni, consulta [Creazione di un gruppo di sottoreti](subnet-group.md), [Creazione di profili dell'istanza](instance-profiles.md) e [ Creazione di fornitori di dati](data-providers-create.md). 1. Crea un progetto di migrazione utilizzando le risorse create nel passaggio precedente. Per ulteriori informazioni, consulta [ Creazione di progetti di migrazione](migration-projects-create.md). 1. Crea, configura e avvia la migrazione dei dati. Per ulteriori informazioni, consulta [Creazione di una migrazione dei dati](dm-migrating-data-create.md). 1. Dopo aver completato il pieno carico o la replica continua, puoi interrompere e iniziare a utilizzare il nuovo database di destinazione. 1. Pulisci le risorse. Amazon termina la migrazione dei dati del progetto di migrazione entro tre giorni dal completamento della migrazione. Tuttavia, devi eliminare manualmente risorse come il profilo dell'istanza, i fornitori di dati, la politica e il ruolo IAM e i segreti in Gestione dei segreti AWS. Per ulteriori informazioni sulle migrazioni di dati omogenee in AWS DMS, leggi la guida dettagliata sulla step-by-step migrazione da PostgreSQL [ad Amazon RDS for PostgreSQL](https://docs.aws.amazon.com/dms/latest/sbs/dm-postgresql.html) migations. Il video seguente presenta l'interfaccia utente per le migrazioni di dati omogenee e ti aiuta a familiarizzare con questa funzionalità. [![AWS Videos](http://img.youtube.com/vi/https://www.youtube.com/embed/HOJfrR6lcuU/0.jpg)](http://www.youtube.com/watch?v=https://www.youtube.com/embed/HOJfrR6lcuU) # Configurazione di migrazioni di dati omogenee in AWS DMS Per configurare migrazioni di dati omogenee in AWS DMS, completa le seguenti attività preliminari. **Topics** + [Creazione delle risorse IAM necessarie per migrazioni di dati omogenee in AWS DMS](dm-iam-resources.md) + [Configurazione di una rete per migrazioni di dati omogenee in AWS DMS](dm-network.md) + [Configurazioni della rete di peering VPC](vpc-peering.md) # Creazione delle risorse IAM necessarie per migrazioni di dati omogenee in AWS DMS Per eseguire migrazioni di dati omogenee, devi creare una policy IAM e un ruolo IAM nel tuo account per interagire con altri servizi. AWS In questa sezione crei queste risorse IAM richieste. **Topics** + [Creazione di una policy IAM per migrazioni di dati omogenee in AWS DMS](#dm-resources-iam-policy) + [Creazione di un ruolo IAM per migrazioni di dati omogenee in AWS DMS](#dm-resources-iam-role) ## Creazione di una policy IAM per migrazioni di dati omogenee in AWS DMS Per accedere ai database e migrare i dati, con AWS DMS, puoi creare un ambiente serverless per migrazioni di dati omogenee. Inoltre, AWS DMS archivia log, metriche e progressi per ogni migrazione di dati in Amazon. CloudWatch Per creare un progetto di migrazione dei dati, è AWS DMS necessario accedere a questi servizi. In questa fase, crei una policy IAM che fornisce l'accesso AWS DMS ad Amazon EC2 e CloudWatch alle risorse. Quindi, crea un ruolo IAM e collegalo alla policy. **Per creare una policy IAM per migrazioni di dati omogenee in AWS DMS** 1. Accedi Console di gestione AWS e apri la console IAM all'indirizzo. [https://console.aws.amazon.com/iam/](https://console.aws.amazon.com/iam/) 1. Nel riquadro di navigazione, scegli **Policy**. 1. Scegli **Create Policy** (Crea policy). 1. Nella pagina **Crea policy** seleziona la scheda **JSON**. 1. Incolla il seguente JSON nell'editor. ------ #### [ JSON ] **** ``` { "Version":"2012-10-17", "Statement": [ { "Effect": "Allow", "Action": [ "ec2:DescribeVpcs" ], "Resource": "*" }, { "Effect": "Allow", "Action": [ "logs:CreateLogGroup" ], "Resource": "arn:aws:logs:*:*:log-group:dms-data-migration-*" }, { "Effect": "Allow", "Action": [ "logs:CreateLogStream", "logs:PutLogEvents" ], "Resource": "arn:aws:logs:*:*:log-group:dms-data-migration-*:log-stream:dms-data-migration-*" }, { "Effect": "Allow", "Action": "cloudwatch:PutMetricData", "Resource": "*" } ] } ``` ------ 1. Scegli **Next (Successivo)**. 1. Inserisci **HomogeneousDataMigrationsPolicy** il **nome della policy** e scegli **Crea policy**. ## Creazione di un ruolo IAM per migrazioni di dati omogenee in AWS DMS In questa fase, crei un ruolo IAM che AWS DMS fornisce l'accesso Gestione dei segreti AWS ad Amazon EC2 e. CloudWatch Quando crei un ruolo IAM, devi anche creare un`dms-vpc-role`. Per ulteriori informazioni, consulta [Creazione di un ruolo IAM AWS DMS per la gestione di Amazon VPC](https://docs.aws.amazon.com/AmazonRDS/latest/UserGuide/USER_DMS_migration-IAM.dms-vpc-role.html) nella Guida per l'utente di *Amazon Relational Database Service*. **Per creare un ruolo IAM per migrazioni di dati omogenee in AWS DMS** 1. Accedi Console di gestione AWS e apri la console IAM all'indirizzo. [https://console.aws.amazon.com/iam/](https://console.aws.amazon.com/iam/) 1. Nel pannello di navigazione, seleziona **Roles** (Ruoli). 1. Selezionare **Create role (Crea ruolo)**. 1. Nella pagina **Seleziona un'entità attendibile** scegli **Servizio AWS ** per **Tipo di entità attendibile**. Per **Casi d'uso per altri servizi AWS ** scegli **DMS**. 1. Seleziona la casella di controllo **DMS** e scegli **Successivo**. 1. Nella pagina **Aggiungi autorizzazioni**, scegli **HomogeneousDataMigrationsPolicy**quello che hai creato in precedenza. 1. Nella pagina **Nomina, verifica e crea** immetti **HomogeneousDataMigrationsRole** per **Nome ruolo** e scegli **Crea ruolo**. 1. Scegli **Aggiorna policy**. # Configurazione di una rete per migrazioni di dati omogenee in AWS DMS Con AWS DMS, puoi creare un ambiente serverless per migrazioni di dati omogenee che utilizza un modello di connettività di rete che si basa su interfacce di rete. Per ogni migrazione di dati, AWS DMS assegna un IP privato all'interno di una delle sottoreti definite nel gruppo di sottoreti DMS del profilo di istanza. Inoltre, è possibile assegnare un IP pubblico non statico se il profilo dell'istanza è configurato per l'accesso pubblico. Le sottoreti utilizzate nel profilo dell'istanza devono fornire l'accesso sia agli host di origine che a quelli di destinazione, come definito nei provider di dati. Questo accesso può avvenire all'interno del VPC locale o stabilito tramite peering VPC, Direct Connect, VPN, ecc. Anche per la replica continua dei dati è necessario impostare l'interazione tra i database di origine e di destinazione. Queste configurazioni dipendono dalla posizione del fornitore di dati di origine e dalle impostazioni di rete. Nelle seguenti sezioni sono descritte le configurazioni di rete più comuni. **Topics** + [Configurazione di una rete utilizzando un singolo cloud privato virtuale (VPC)](#dm-network-one-vpc) + [Configurazione di una rete utilizzando diversi cloud privati virtuali () VPCs](#dm-network-different-vpc) + [Utilizzo di Direct Connect o una VPN per configurare una rete su un VPC](#dm-networking_Direct_Connect) + [Risoluzione degli endpoint di dominio con DNS](#dm-networking-resolving_endpoints) ## Configurazione di una rete utilizzando un singolo cloud privato virtuale (VPC) In questa configurazione, AWS DMS si connette ai provider di dati di origine e di destinazione all'interno della rete privata. **Per configurare una rete quando i fornitori di dati di origine e di destinazione si trovano nello stesso VPC** 1. Crea il gruppo di sottoreti nella AWS DMS console con il VPC e le sottoreti utilizzati dai provider di dati di origine e di destinazione. Per ulteriori informazioni, consulta [Creazione di un gruppo di sottoreti](subnet-group.md). 1. Crea il profilo dell'istanza nella AWS DMS console con il VPC e il gruppo di sottoreti che hai creato. Inoltre, scegli i gruppi di sicurezza VPC utilizzati dai tuoi fornitori di dati di origine e di destinazione. Per ulteriori informazioni, consulta [Creazione di profili dell'istanza](instance-profiles.md). 1. Assicurati che il gruppo di sicurezza utilizzato per il database di origine e di destinazione consenta le connessioni dal gruppo di sicurezza collegato al profilo di istanza utilizzato dalla migrazione dei dati o dal blocco di sottoreti CIDR, specificato nel gruppo di sottoreti di replica. Questa configurazione non richiede l'utilizzo dell'indirizzo IP pubblico per le migrazioni dei dati. ## Configurazione di una rete utilizzando diversi cloud privati virtuali () VPCs In questa configurazione, AWS DMS utilizza una rete privata per connettersi al provider di dati di origine o di destinazione. Per un altro provider di dati, AWS DMS utilizza una rete pubblica. A seconda del fornitore di dati presente nello stesso VPC del profilo dell'istanza, scegli una delle seguenti configurazioni. ### Per connettersi tramite una rete privata 1. Crea il gruppo di sottoreti nella AWS DMS console con il VPC e le sottoreti utilizzate dal tuo provider di dati di origine. Per ulteriori informazioni, consulta [Creazione di un gruppo di sottoreti](subnet-group.md). 1. Crea il profilo dell'istanza nella AWS DMS console con il VPC e il gruppo di sottoreti che hai creato. Inoltre, scegli i gruppi di sicurezza VPC utilizzati dal fornitore di dati di origine. Per ulteriori informazioni, consulta [Creazione di profili dell'istanza](instance-profiles.md). 1. Configura la connessione peering VPC tra il database di origine e quello di destinazione. VPCs Per ulteriori informazioni, consulta [Lavorare con le connessioni peering VPC](https://docs.aws.amazon.com/vpc/latest/peering/working-with-vpc-peering.html). 1. Assicurati di abilitare la risoluzione DNS per entrambe le direzioni se prevedi di utilizzare gli endpoint anziché direttamente quelli privati. IPs Per ulteriori informazioni, consulta [Abilita la risoluzione DNS per una connessione peering VPC](https://docs.aws.amazon.com/vpc/latest/peering/vpc-peering-dns.html). 1. Consenti l'accesso dal blocco CIDR del VPC del database di origine per il gruppo di sicurezza del database di destinazione. Per ulteriori informazioni, vedere [Controllo dell'accesso con i gruppi di sicurezza](https://docs.aws.amazon.com/AmazonRDS/latest/UserGuide/Overview.RDSSecurityGroups.html). 1. Consenti l'accesso dal blocco CIDR del VPC del database di destinazione per il gruppo di sicurezza del database di destinazione. Per ulteriori informazioni, consulta [Controllo dell'accesso con i gruppi di sicurezza](https://docs.aws.amazon.com/AmazonRDS/latest/UserGuide/Overview.RDSSecurityGroups.html). ### Per connettersi tramite una rete pubblica Se il database accetta connessioni da qualsiasi indirizzo: 1. Crea il gruppo di sottoreti nella AWS DMS console con il VPC e le sottoreti pubbliche. Per ulteriori informazioni, consulta [Creazione di un gruppo di sottoreti](subnet-group.md). 1. Crea il profilo dell'istanza nella AWS DMS console con il VPC e il gruppo di sottoreti che hai creato. Imposta l'opzione **Disponibile pubblicamente** **su Attivata** per il profilo dell'istanza. Se hai bisogno di un indirizzo IP pubblico persistente che possa essere associato alla migrazione dei dati: 1. Crea il gruppo di sottoreti nella AWS DMS console con il VPC e le sottoreti private. Per ulteriori informazioni, consulta [Creazione di un gruppo di sottoreti](subnet-group.md). 1. Crea il profilo dell'istanza nella AWS DMS console con il VPC e il gruppo di sottoreti che hai creato. Imposta l'opzione **Disponibile pubblicamente su** **Disattivata** per il profilo dell'istanza. 1. Configura NAT Gateway. Per ulteriori informazioni, consulta [Lavorare con i gateway NAT](https://docs.aws.amazon.com/vpc/latest/userguide/nat-gateway-working-with.html). 1. Imposta la tabella di routing per il gateway NAT. Per ulteriori informazioni, consulta i casi d'[uso del gateway NAT](https://docs.aws.amazon.com/vpc/latest/userguide/nat-gateway-scenarios.html). 1. Consenti l'accesso dall'indirizzo IP pubblico del tuo gateway NAT nel gruppo di sicurezza del database. Per ulteriori informazioni, consulta [Controllo dell'accesso con gruppi di sicurezza](https://docs.aws.amazon.com/AmazonRDS/latest/UserGuide/Overview.RDSSecurityGroups.html). ## Utilizzo di Direct Connect o una VPN per configurare una rete su un VPC Puoi connettere reti remote al tuo VPC tramite Direct Connect connessioni VPN (software o hardware). Queste opzioni consentono di estendere la rete interna Cloud AWS e integrare con le risorse i servizi locali esistenti come il monitoraggio, l'autenticazione, la sicurezza e i sistemi di dati AWS . Per questa configurazione, il gruppo di sicurezza VPC deve includere una regola di routing che indirizza il traffico verso un host in grado di collegare il traffico VPC alla VPN locale. Questo traffico può essere designato utilizzando l'intervallo CIDR del VPC o indirizzi IP specifici. L'host NAT deve avere il proprio gruppo di sicurezza configurato per consentire il traffico dall'intervallo CIDR o dal gruppo di sicurezza VPC all'istanza NAT, garantendo una comunicazione senza interruzioni tra il VPC e l'infrastruttura locale. Per ulteriori informazioni, consulta il [passaggio 5 relativo](https://docs.aws.amazon.com/vpn/latest/s2svpn/SetUpVPNConnections.html#vpn-create-vpn-connection) alla procedura [Get started with AWS Site-to-Site VPN](https://docs.aws.amazon.com/vpn/latest/s2svpn/SetUpVPNConnections.html#vpn-create-vpn-connection) nella AWS Site-to-Site VPN User Guide. ## Risoluzione degli endpoint di dominio con DNS Per la risoluzione DNS nelle migrazioni AWS DMS omogenee, il servizio utilizza principalmente il resolver DNS di Amazon ECS per risolvere gli endpoint di dominio. Se hai bisogno di funzionalità di risoluzione DNS aggiuntive, Amazon Route 53 Resolver è disponibile come soluzione alternativa. Per ulteriori informazioni, consulta la sezione [Guida introduttiva a Route 53 Resolver nella guida](https://docs.aws.amazon.com/Route53/latest/DeveloperGuide/resolver-getting-started.html) per l'utente di Amazon Route 53. Per ulteriori informazioni sulla configurazione della risoluzione degli endpoint utilizzando il server dei nomi locale con Amazon Route 53 Resolver, consulta. [Utilizzo del server dei nomi in locale](CHAP_BestPractices.md#CHAP_BestPractices.Rte53DNSResolver) **Nota** Se il registro della migrazione dei dati mostra il messaggio «Avvio della connessione - Modello di rete: VPC Peering», consulta l'argomento. [Configurazioni della rete di peering VPC](vpc-peering.md) # Configurazioni della rete di peering VPC Con AWS DMS, puoi creare un ambiente serverless per migrazioni di dati omogenee in un cloud privato virtuale (VPC) basato sul servizio Amazon VPC. Puoi specificare il VPC da utilizzare quando crei il profilo dell'istanza. Puoi usare il tuo VPC predefinito per il tuo account oppure puoi creare un nuovo VPC. Regione AWS Per ogni migrazione di dati, AWS DMS stabilisce una connessione peering VPC con il VPC utilizzato per il profilo dell'istanza. Successivamente, AWS DMS aggiunge il blocco CIDR nel gruppo di sicurezza associato al profilo dell'istanza. Poiché AWS DMS associa un indirizzo IP pubblico al profilo dell'istanza, tutte le migrazioni di dati che utilizzano lo stesso profilo di istanza hanno lo stesso indirizzo IP pubblico. Quando la migrazione dei dati si interrompe o non riesce, AWS DMS elimina la connessione peering VPC. Per evitare che il blocco CIDR si sovrapponga al VPC del VPC del profilo di istanza, AWS DMS utilizza il `/24` prefisso di uno dei seguenti blocchi CIDR:,, e. `10.0.0.0/8` `172.16.0.0/12` `192.168.0.0/16` Ad esempio, se esegui tre migrazioni di dati in parallelo, AWS DMS utilizza i seguenti blocchi CIDR per stabilire una connessione peering VPC. + `192.168.0.0/24`: per la prima migrazione dei dati + `192.168.1.0/24`: per la seconda migrazione dei dati + `192.168.2.0/24`: per la terza migrazione dei dati È possibile utilizzare diverse configurazioni di rete per impostare l'interazione tra i database di origine e di destinazione con. AWS DMS Anche per la replica continua dei dati è necessario impostare l'interazione tra i database di origine e di destinazione. Queste configurazioni dipendono dalla posizione del fornitore di dati di origine e dalle impostazioni di rete. Nelle seguenti sezioni sono descritte le configurazioni di rete più comuni. **Topics** + [Configurazione di una rete utilizzando un singolo cloud privato virtuale (VPC)](#vpc-peering-one-vpc) + [Configurazione di una rete utilizzando diversi cloud privati virtuali () VPCs](#vpc-peering-different-vpc) + [Utilizzo di un fornitore di dati di origine on-premise](#vpc-peering-on-premesis) + [Configurazione della replica continua dei dati](#vpc-peering-ongoing-replication) ## Configurazione di una rete utilizzando un singolo cloud privato virtuale (VPC) In questa configurazione, AWS DMS si connette ai provider di dati di origine e di destinazione all'interno della rete privata. **Per configurare una rete quando i fornitori di dati di origine e di destinazione si trovano nello stesso VPC** 1. Crea il gruppo di sottoreti nella AWS DMS console con il VPC e le sottoreti utilizzati dai provider di dati di origine e di destinazione. Per ulteriori informazioni, consulta [Creazione di un gruppo di sottoreti](subnet-group.md). 1. Crea il profilo dell'istanza nella AWS DMS console con il VPC e il gruppo di sottoreti che hai creato. Inoltre, scegli i gruppi di sicurezza VPC utilizzati dai tuoi fornitori di dati di origine e di destinazione. Per ulteriori informazioni, consulta [Creazione di profili dell'istanza](instance-profiles.md). Questa configurazione non richiede l'utilizzo dell'indirizzo IP pubblico per le migrazioni dei dati. ## Configurazione di una rete utilizzando diversi cloud privati virtuali () VPCs In questa configurazione, AWS DMS utilizza una rete privata per connettersi al provider di dati di origine o di destinazione. Per un altro provider di dati, AWS DMS utilizza una rete pubblica. A seconda del fornitore di dati presente nello stesso VPC del profilo dell'istanza, scegli una delle seguenti configurazioni. **Per configurare una rete privata per il fornitore di dati di origine e una rete pubblica per il fornitore di dati di destinazione** 1. Crea il gruppo di sottoreti nella AWS DMS console con il VPC e le sottoreti utilizzate dal tuo provider di dati di origine. Per ulteriori informazioni, consulta [Creazione di un gruppo di sottoreti](subnet-group.md). 1. Crea il profilo dell'istanza nella AWS DMS console con il VPC e il gruppo di sottoreti che hai creato. Inoltre, scegli i gruppi di sicurezza VPC utilizzati dal fornitore di dati di origine. Per ulteriori informazioni, consulta [Creazione di profili dell'istanza](instance-profiles.md). 1. Apri il progetto di migrazione. Nella scheda **Migrazioni dei dati** scegli la tua migrazione dei dati. Prendi nota dell'**indirizzo IP pubblico** in **Connettività e sicurezza** nella scheda **Dettagli**. 1. Consenti l'accesso dall'indirizzo IP pubblico della migrazione dei dati nel gruppo di sicurezza del database di destinazione. Per ulteriori informazioni, consulta [Controllo dell'accesso con i gruppi di sicurezza](https://docs.aws.amazon.com/AmazonRDS/latest/UserGuide/Overview.RDSSecurityGroups.html) nella *Guida per l'utente di Amazon Relational Database Service*. **Per configurare una rete pubblica per il fornitore di dati di origine e una rete privata per il fornitore di dati di destinazione** 1. Crea il gruppo di sottoreti nella AWS DMS console con il VPC e le sottoreti utilizzati dal tuo provider di dati di destinazione. Per ulteriori informazioni, consulta [Creazione di un gruppo di sottoreti](subnet-group.md). 1. Crea il profilo dell'istanza nella AWS DMS console con il VPC e il gruppo di sottoreti che hai creato. Inoltre, scegli i gruppi di sicurezza VPC utilizzati dal fornitore di dati di destinazione. Per ulteriori informazioni, consulta [Creazione di profili dell'istanza](instance-profiles.md). 1. Apri il progetto di migrazione. Nella scheda **Migrazioni dei dati** scegli la tua migrazione dei dati. Prendi nota dell'**indirizzo IP pubblico** in **Connettività e sicurezza** nella scheda **Dettagli**. 1. Consenti l'accesso dall'indirizzo IP pubblico della migrazione dei dati nel gruppo di sicurezza del database di origine. Per ulteriori informazioni, consulta [Controllo dell'accesso con i gruppi di sicurezza](https://docs.aws.amazon.com/AmazonRDS/latest/UserGuide/Overview.RDSSecurityGroups.html) nella *Guida per l'utente di Amazon Relational Database Service*. ## Utilizzo di un fornitore di dati di origine on-premise In questa configurazione, AWS DMS si connette al provider di dati di origine all'interno della rete pubblica. AWS DMS utilizza una rete privata per connettersi al provider di dati di destinazione. **Nota** Per migrazioni di dati omogenee, AWS DMS si connette al database di origine all'interno della rete pubblica. Tuttavia, la connettività a un database di origine all'interno di una rete pubblica non è sempre possibile. Per ulteriori informazioni, consulta [Migrare un database MySQL locale su Amazon Aurora MySQL tramite una rete privata utilizzando la migrazione omogenea dei dati e Network Load Balancer](https://aws.amazon.com/blogs/database/migrate-an-on-premises-mysql-database-to-amazon-aurora-mysql-over-a-private-network-using-aws-dms-homogeneous-data-migration-and-network-load-balancer/). AWS DMS **Per configurare una rete per il fornitore di dati on-premise di origine** 1. Crea il gruppo di sottoreti nella AWS DMS console con il VPC e le sottoreti utilizzati dal tuo provider di dati di destinazione. Per ulteriori informazioni, consulta [Creazione di un gruppo di sottoreti](subnet-group.md). 1. Crea il profilo dell'istanza nella AWS DMS console con il VPC e il gruppo di sottoreti che hai creato. Inoltre, scegli i gruppi di sicurezza VPC utilizzati dal fornitore di dati di destinazione. Per ulteriori informazioni, consulta [Creazione di profili dell'istanza](instance-profiles.md). 1. Apri il progetto di migrazione. Nella scheda **Migrazioni dei dati** scegli la tua migrazione dei dati. Prendi nota dell'**indirizzo IP pubblico** in **Connettività e sicurezza** nella scheda **Dettagli**. 1. Consenti l'accesso al database di origine dall'indirizzo IP pubblico della migrazione dei dati in AWS DMS. AWS DMS crea regole in entrata o in uscita nei gruppi di sicurezza VPC. Assicurati di non eliminare queste regole perché questa azione può portare all'esito negativo della migrazione dei dati. Puoi configurare le tue regole nei gruppi di sicurezza VPC. Ti consigliamo di aggiungere una descrizione alle tue regole per poterle gestire. ## Configurazione della replica continua dei dati Per eseguire migrazioni di dati di tipo **Pieno carico e acquisizione dei dati di modifica (CDC)** o **Acquisizione dei dati di modifica (CDC)**, devi consentire la connessione tra i database di origine e di destinazione. **Per configurare una connessione tra i database di origine e di destinazione accessibili pubblicamente** 1. Prendi nota degli indirizzi IP pubblici dei database di origine e di destinazione. 1. Consenti l'accesso al database di origine dall'indirizzo IP pubblico del database di destinazione. 1. Consenti l'accesso al database di destinazione dall'indirizzo IP pubblico del database di origine. **Per configurare una connessione tra i database di origine e di destinazione accessibili privatamente in un singolo VPC** 1. Prendi nota degli indirizzi IP privati dei database di origine e di destinazione. **Importante** Se i database di origine e di destinazione si trovano in reti diverse VPCs o in reti diverse, è possibile utilizzare solo indirizzi IP pubblici per i database di origine e di destinazione. È possibile utilizzare solo nomi di host o indirizzi IP pubblici nei fornitori di dati. 1. Consenti l'accesso al database di origine dal gruppo di sicurezza del database di destinazione. 1. Consenti l'accesso al database di destinazione dal gruppo di sicurezza del database di origine. # Creazione di fornitori di dati di origine per migrazioni di dati omogenee in AWS DMS AWS DMS Schema Conversion supporta i seguenti database come fornitori di dati di origine per [Migrazioni di database omogenee](data-migrations.md) progetti: Microsoft SQL Server, Oracle, PostgreSQL, MySQL DB2 , IBM for z/OS e SAP ASE (Sybase ASE). Per le versioni di database [Provider di dati di origine per migrazioni omogenee di dati DMS](CHAP_Introduction.Sources.md#CHAP_Introduction.Sources.HomogeneousDataMigrations) supportate, vedere. Il fornitore di dati di origine può essere un database on-premise, Amazon EC2 o Amazon RDS. **Topics** + [Utilizzo di un database compatibile con MySQL come fonte per migrazioni di dati omogenee in AWS DMS](dm-data-providers-source-mysql.md) + [Utilizzo di un database PostgreSQL come fonte per migrazioni di dati omogenee in AWS DMS](dm-data-providers-source-postgresql.md) + [Utilizzo di un database compatibile con MongoDB come fonte per migrazioni di dati omogenee in AWS DMS](dm-data-providers-source-mongodb.md) # Utilizzo di un database compatibile con MySQL come fonte per migrazioni di dati omogenee in AWS DMS È possibile utilizzare un database compatibile con MySQL (MySQL o MariaDB) come origine per [Migrazioni di database omogenee](data-migrations.md) in AWS DMS. In questo caso, il fornitore di dati di origine può essere un database on-premise, Amazon EC2 o RDS per MySQL o MariaDB. Per eseguire migrazioni di dati omogenee, è necessario usare un utente del database con i privilegi `SELECT` per tutte le tabelle di origine e gli oggetti secondari della replica. Per le attività di acquisizione dei dati di modifica (CDC), questo utente deve disporre anche dei privilegi `REPLICATION CLIENT` (`BINLOG MONITOR` per le versioni di MariaDB successive alla 10.5.2) e `REPLICATION SLAVE`. Per una migrazione dei dati con pieno carico, non sono necessari questi due privilegi. Usa lo script seguente per creare un utente del database con le autorizzazioni necessarie nel tuo database MySQL. Esegui le `GRANT` query per tutti i database verso cui esegui la migrazione. AWS ``` CREATE USER 'your_user'@'%' IDENTIFIED BY 'your_password'; GRANT REPLICATION SLAVE, REPLICATION CLIENT ON *.* TO 'your_user'@'%'; GRANT SELECT, RELOAD, LOCK TABLES, SHOW VIEW, EVENT, TRIGGER ON *.* TO 'your_user'@'%'; GRANT BACKUP_ADMIN ON *.* TO 'your_user'@'%'; ``` Nell'esempio precedente, sostituisci ciascuno di essi *user input placeholder* con le tue informazioni. Se la versione del database MySQL di origine è inferiore alla 8.0, puoi ignorare il comando `GRANT BACKUP_ADMIN`. Usa lo script seguente per creare un utente del database con le autorizzazioni necessarie nel tuo database MariaDB. Esegui le query GRANT per tutti i database verso cui esegui la migrazione. AWS ``` CREATE USER 'your_user'@'%' IDENTIFIED BY 'your_password'; GRANT SELECT, RELOAD, LOCK TABLES, REPLICATION SLAVE, BINLOG MONITOR, SHOW VIEW ON *.* TO 'your_user'@'%'; ``` Nell'esempio precedente, sostituisci ognuna *user input placeholder* con le tue informazioni. Nelle sezioni seguenti vengono descritti i prerequisiti di configurazione specifici per i database MySQL autogestiti e gestiti da AWS. **Topics** + [Utilizzo di un database compatibile con MySQL autogestito come origine per migrazioni di dati omogenee](#dm-data-providers-source-mysql-sm) + [Utilizzo di un database compatibile con MySQL AWS gestito come fonte per migrazioni di dati omogenee in AWS DMS](#dm-data-providers-source-mysql-aws) + [Limitazioni all'utilizzo di un database compatibile con MySQL come origine per migrazioni di dati omogenee](#dm-data-providers-source-mysql-limitations) ## Utilizzo di un database compatibile con MySQL autogestito come origine per migrazioni di dati omogenee In questa sezione viene descritto come configurare i database compatibili con MySQL ospitati on-premise o su istanze Amazon EC2. Controlla la versione MySQL o MariaDB del database di origine. Assicurati che AWS DMS supporti la versione del database MySQL o MariaDB di origine come descritto in. [Origini per migrazioni omogenee di dati DMS](CHAP_Introduction.Sources.md#CHAP_Introduction.Sources.HomogeneousDataMigrations) Per utilizzare CDC, assicurati di abilitare la registrazione binaria. Per abilitare la registrazione binaria, configura i seguenti parametri nel file `my.ini` (Windows) o `my.cnf` (UNIX) del database MySQL o MariaDB. | Parametro | Valore | | --- | --- | | `server-id` | Imposta questo parametro su un valore uguale o maggiore di 1. | | `log-bin` | Imposta il percorso del file di log binario, ad esempio `log-bin=E:\MySql_Logs\BinLog`. Non includere l'estensione del file. | | `binlog_format` | Imposta questo parametro su `ROW`. Si consiglia questa impostazione per la replica perché, in alcuni casi, quando `binlog_format` è impostato su `STATEMENT`, si possono verificare incoerenze della replica dei dati sulla destinazione. Anche il motore di database scrive dati incoerenti simili sulla destinazione quando `binlog_format` è impostato su `MIXED`, perché il motore di database passa automaticamente alla registrazione basata su `STATEMENT`. | | `expire_logs_days` | Imposta questo parametro su un valore uguale o maggiore di 1. Per prevenire un utilizzo eccessivo di spazio su disco, si consiglia di non utilizzare il valore predefinito di 0. | | `binlog_checksum` | Imposta questo parametro su `NONE`. | | `binlog_row_image` | Imposta questo parametro su `FULL`. | | `log_slave_updates` | Imposta questo parametro su `TRUE` se stai utilizzando come origine una replica MySQL o MariaDB. | ## Utilizzo di un database compatibile con MySQL AWS gestito come fonte per migrazioni di dati omogenee in AWS DMS In questa sezione viene descritto come configurare le istanze di database Amazon RDS per MySQL e Amazon RDS per MariaDB. Quando utilizzi un database MySQL o MariaDB AWS gestito come origine per AWS DMS migrazioni di dati omogenee in, assicurati di avere i seguenti prerequisiti per CDC: + Per abilitare i log binari per RDS per MySQL e MariaDB, attiva i backup automatici a livello di istanza. Per abilitare i log binari per un cluster Aurora MySQL, modifica la variabile `binlog_format` nel gruppo di parametri. Non è necessario abilitare i backup automatici per un cluster Aurora MySQL. Quindi imposta il parametro `binlog_format` su `ROW`. Per ulteriori informazioni sull'impostazione dei backup automatici, consulta [Abilitazione dei backup automatici](https://docs.aws.amazon.com/AmazonRDS/latest/UserGuide/USER_WorkingWithAutomatedBackups.html#USER_WorkingWithAutomatedBackups.Enabling) nella *Guida per l'utente di Amazon RDS*. Per ulteriori informazioni sulla configurazione della registrazione binaria per un database Amazon RDS per MySQL o MariaDB, consulta [Configurazione del log binario](https://docs.aws.amazon.com/AmazonRDS/latest/UserGuide/USER_LogAccess.MySQL.BinaryFormat.html) nella *Guida per l'utente di Amazon RDS*. Per ulteriori informazioni sulla configurazione della registrazione binaria per un cluster MySQL Aurora, consulta [Come posso attivare la registrazione binaria per il cluster Amazon Aurora MySQL edizione compatibile?](https://aws.amazon.com/premiumsupport/knowledge-center/enable-binary-logging-aurora/) + Assicurati che i log binari siano disponibili per. AWS DMS Poiché i database MySQL e MariaDB AWS gestiti eliminano i log binari il prima possibile, è necessario aumentare il periodo di tempo in cui i log rimangono disponibili. Ad esempio, per aumentare il periodo di conservazione dei log binari a 24 ore, esegui il comando seguente. ``` call mysql.rds_set_configuration('binlog retention hours', 24); ``` + Imposta il parametro `binlog_row_image` su `Full`. + Imposta il parametro `binlog_checksum` su `NONE`. + Se stai utilizzando una replica Amazon RDS MySQL o MariaDB come origine, abilita i backup sulla replica di lettura e assicurati che il parametro `log_slave_updates` sia impostato su `TRUE`. ## Limitazioni all'utilizzo di un database compatibile con MySQL come origine per migrazioni di dati omogenee Le seguenti limitazioni si applicano quando si utilizza un database compatibile con MySQL come origine per migrazioni di dati omogenee: + Gli oggetti MariaDB come le sequenze non sono supportati in attività di migrazioni omogenee. + La migrazione da MariadB ad Amazon MySQL/Aurora RDS MySQL potrebbe non riuscire a causa di differenze tra oggetti incompatibili. + Il nome utente che usi per connetterti all'origine dati presenta le seguenti limitazioni: + Può contenere da 2 a 64 caratteri. + Non può includere spazi. + Può includere i seguenti caratteri: a-z, A-Z, 0-9, carattere di sottolineatura (\$1). + Deve iniziare con a-z o A-Z. + La password che usi per connetterti all'origine dati presenta le seguenti limitazioni: + Può contenere da 1 a 128 caratteri. + Non può contenere i seguenti caratteri: virgoletta singola ('), virgolette doppie ("), punto e virgola (;) o spazio. + AWS DMS migrazioni di dati omogenee creano oggetti MySQL e MariaDB non crittografati sulle istanze Amazon RDS di destinazione anche se gli oggetti di origine erano crittografati. RDS for MySQL non supporta il plugin MySQL keyring\$1aws Keyring necessario per gli oggetti AWS crittografati. Consulta la [documentazione relativa al plugin MySQL Keyring non](https://docs.aws.amazon.com/AmazonRDS/latest/UserGuide/MySQL.KnownIssuesAndLimitations.html#MySQL.Concepts.Limits.KeyRing) supportato nella Amazon RDS User Guide + AWS DMS non utilizza Global Transaction Identifiers (GTIDs) per la replica dei dati anche se i dati di origine li contengono. # Utilizzo di un database PostgreSQL come fonte per migrazioni di dati omogenee in AWS DMS Puoi utilizzare un database PostgreSQL come origine per [Migrazioni di database omogenee](data-migrations.md) in AWS DMS. In questo caso, il fornitore di dati di origine può essere un database on-premise, Amazon EC2 o RDS per PostgreSQL. Per eseguire migrazioni di dati omogenee, concedi le autorizzazioni di superutente per l'utente del database che hai specificato per il AWS DMS tuo database di origine PostgreSQL. Le autorizzazioni di superuser sono necessarie all'utente del database per accedere alle funzioni specifiche della replica nell'origine. Per una migrazione dei dati con pieno carico, l'utente del database necessita delle autorizzazioni `SELECT` sulle tabelle per migrarle. Usa lo script seguente per creare un utente del database con le autorizzazioni necessarie nel tuo database di origine PostgreSQL. Esegui la `GRANT` query per tutti i database verso cui esegui la migrazione. AWS ``` CREATE USER your_user WITH LOGIN PASSWORD 'your_password'; ALTER USER your_user WITH SUPERUSER; GRANT SELECT ON ALL TABLES IN SCHEMA schema_name TO your_user; ``` Nell'esempio precedente, sostituisci ciascuno di essi *user input placeholder* con le tue informazioni. AWS DMS supporta CDC per le tabelle PostgreSQL con chiavi primarie. Se una tabella non dispone di una chiave primaria, i log write-ahead (WAL) non includono un'immagine precedente della riga di database. Puoi utilizzare impostazioni di configurazione aggiuntive e l'identità di replica della tabella come soluzione alternativa. Tuttavia, questo approccio può generare log aggiuntivi. Ti consigliamo di utilizzare l'identità di replica delle tabelle come soluzione alternativa solo dopo attenti test. Per ulteriori informazioni, consulta [Impostazioni di configurazione aggiuntive quando si utilizza un database PostgreSQL come origine DMS](CHAP_Source.PostgreSQL.md#CHAP_Source.PostgreSQL.Advanced). Nelle sezioni seguenti vengono descritti i prerequisiti di configurazione specifici per i database PostgreSQL autogestiti e gestiti da AWS. **Topics** + [Utilizzo di un database PostgreSQL autogestito come fonte per migrazioni di dati omogenee in AWS DMS](#dm-data-providers-source-postgresql-sm) + [Utilizzo di un database PostgreSQL AWS gestito come fonte per migrazioni di dati omogenee in AWS DMS](#dm-data-providers-source-postgresql-aws) + [Limitazioni relative all'utilizzo di un database compatibile con PostgreSQL come origine per migrazioni di dati omogenee](#dm-data-providers-source-postgresql-limitations) ## Utilizzo di un database PostgreSQL autogestito come fonte per migrazioni di dati omogenee in AWS DMS In questa sezione viene descritto come configurare i database PostgreSQL ospitati on-premise o su istanze Amazon EC2. Controlla la versione del database PostgreSQL di origine. Assicurati che AWS DMS supporti la versione del database PostgreSQL di origine come descritto in. [Origini per migrazioni omogenee di dati DMS](CHAP_Introduction.Sources.md#CHAP_Introduction.Sources.HomogeneousDataMigrations) Le migrazioni di dati omogenee supportano l'acquisizione dei dati di modifica (CDC) tramite la replica logica. Per attivare la replica logica su un database di origine PostgreSQL autogestito, imposta i seguenti parametri e valori nel file di configurazione `postgresql.conf`: + Imposta `wal_level` su `logical`. + Imposta `max_replication_slots` su un valore maggiore di 1. Imposta il valore `max_replication_slots` in base al numero di attività che desideri eseguire. Ad esempio, per eseguire cinque attività dovrai impostare un minimo di cinque slot. Gli slot si aprono automaticamente non appena viene avviata un'attività e restano aperti anche quando l'attività non è più in esecuzione. Assicurati di eliminare manualmente gli slot aperti. + Imposta `max_wal_senders` su un valore maggiore di 1. Il parametro `max_wal_senders` imposta il numero di attività simultanee che è possibile eseguire. + Il parametro `wal_sender_timeout` termina le connessioni di replica che sono inattive per un tempo maggiore del numero specificato di millisecondi. Il valore predefinito è 60000 millisecondi (60 secondi). L'impostazione del valore su 0 (zero) disabilita il meccanismo di timeout ed è un'opzione valida per DMS. Alcuni parametri sono statici e possono essere impostati solo all'avvio del server. Qualsiasi modifica alle voci nel file di configurazione viene ignorata fino al riavvio del server. Per ulteriori informazioni, consultare la [documentazione di PostgreSQL](https://www.postgresql.org/docs/current/intro-whatis.html). ## Utilizzo di un database PostgreSQL AWS gestito come fonte per migrazioni di dati omogenee in AWS DMS In questa sezione viene descritto come configurare le istanze di database Amazon RDS per PostgreSQL. Usa l'account utente AWS principale per l'istanza DB PostgreSQL come account utente per il provider di dati di origine PostgreSQL per migrazioni di dati omogenee in. AWS DMS L'account utente master dispone dei ruoli necessari che consentono di configurare il CDC. Se utilizzi un account diverso dall'account utente master, è necessario che l'account disponga dei ruoli `rds_superuser` e `rds_replication`. Il ruolo `rds_replication` fornisce le autorizzazioni per gestire gli slot logici e per eseguire lo streaming dei dati utilizzando gli slot logici. Usa il seguente esempio di codice per assegnare i ruoli `rds_superuser` e `rds_replication`. ``` GRANT rds_superuser to your_user; GRANT rds_replication to your_user; ``` Nell'esempio precedente, sostituiscilo con il nome dell'utente del database. *your\$1user* Per attivare la replica logica, imposta su 1 il parametro `rds.logical_replication` nel gruppo di parametri del database. Questo parametro statico richiede un riavvio dell'istanza database per avere effetto. ## Limitazioni relative all'utilizzo di un database compatibile con PostgreSQL come origine per migrazioni di dati omogenee Quando si utilizza un database compatibile con PostgreSQL come origine per migrazioni di dati omogenee si applicano le seguenti limitazioni: + Il nome utente che usi per connetterti all'origine dati presenta le seguenti limitazioni: + Può contenere da 2 a 64 caratteri. + Non può includere spazi. + Può includere i seguenti caratteri: a-z, A-Z, 0-9, carattere di sottolineatura (\$1). + Deve iniziare con a-z o A-Z. + La password che usi per connetterti all'origine dati presenta le seguenti limitazioni: + Può contenere da 1 a 128 caratteri. + Non può contenere i seguenti caratteri: virgoletta singola ('), virgolette doppie ("), punto e virgola (;) o spazio. # Utilizzo di un database compatibile con MongoDB come fonte per migrazioni di dati omogenee in AWS DMS Puoi utilizzare un database compatibile con MongoDB come fonte per migrazioni di dati omogenee in. AWS DMS In questo caso, il tuo fornitore di dati di origine può essere un database Amazon EC2 per MongoDB locale o Amazon DocumentDB (con compatibilità con MongoDB). Per le versioni del database supportate, consulta. [Provider di dati di origine per migrazioni omogenee di dati DMS](CHAP_Introduction.Sources.md#CHAP_Introduction.Sources.HomogeneousDataMigrations) Le sezioni seguenti descrivono i prerequisiti di configurazione specifici per i database MongoDB autogestiti e i database Amazon DocumentDB gestiti. AWS **Topics** + [Utilizzo di un database MongoDB autogestito come fonte per migrazioni di dati omogenee in AWS DMS](#dm-data-providers-source-mongodb-sm) + [Utilizzo di un database Amazon DocumentDB come fonte per migrazioni di dati omogenee in AWS DMS](#dm-data-providers-source-mongodb-aws) + [Funzionalità per l'utilizzo di un database compatibile con MongoDB come fonte per migrazioni di dati omogenee](#dm-data-providers-source-mongodb-features) + [Limitazioni all'utilizzo di un database compatibile con MongoDB come fonte per migrazioni di dati omogenee](#dm-data-providers-source-mongodb-limitations) + [Le migliori pratiche per l'utilizzo di un database compatibile con MongoDB come fonte per migrazioni di dati omogenee](#dm-data-providers-source-mongodb-bestpractices) ## Utilizzo di un database MongoDB autogestito come fonte per migrazioni di dati omogenee in AWS DMS Questa sezione descrive come configurare i database MongoDB ospitati in locale o su istanze Amazon EC2. Controlla la versione del tuo database MongoDB sorgente. Assicurati che AWS DMS supporti la versione del database MongoDB di origine come descritto in. [Provider di dati di origine per migrazioni omogenee di dati DMS](CHAP_Introduction.Sources.md#CHAP_Introduction.Sources.HomogeneousDataMigrations) Per eseguire migrazioni di dati omogenee con una fonte MongoDB, puoi creare un account utente con privilegi di root o un utente con autorizzazioni solo sul database da migrare. Per ulteriori informazioni sulla creazione di utenti, vedere. [Autorizzazioni necessarie quando si utilizza MongoDB come fonte per AWS DMS](CHAP_Source.MongoDB.md#CHAP_Source.MongoDB.PrerequisitesCDC) Per utilizzare la replica continua o CDC con MongoDB, è necessario l' AWS DMS accesso al registro delle operazioni di MongoDB (oplog). Per ulteriori informazioni, consulta [Configurazione di un set di repliche MongoDB per CDC](CHAP_Source.MongoDB.md#CHAP_Source.MongoDB.PrerequisitesCDC.ReplicaSet). Per informazioni sui metodi di autenticazione MongoDB, consulta. [Requisiti di sicurezza per l'utilizzo di MongoDB come fonte per AWS DMS](CHAP_Source.MongoDB.md#CHAP_Source.MongoDB.Security) Per MongoDB come fonte, le migrazioni di dati omogenee supportano tutti i tipi di dati supportati da Amazon DocumentDB. Per MongoDB come sorgente, per memorizzare le credenziali utente in Secrets Manager, è necessario fornirle in testo semplice, **utilizzando il tipo Altro tipo** di segreti. Per ulteriori informazioni, consulta [Utilizzo dei segreti per accedere agli AWS Database Migration Service endpoint](security_iam_secretsmanager.md). Il seguente esempio di codice mostra come archiviare i segreti del database utilizzando testo semplice. ``` { "username": "dbuser", "password": "dbpassword" } ``` ## Utilizzo di un database Amazon DocumentDB come fonte per migrazioni di dati omogenee in AWS DMS Questa sezione descrive come configurare le istanze del database Amazon DocumentDB da utilizzare come origine per migrazioni di dati omogenee. Utilizza il nome utente principale per l'istanza Amazon DocumentDB come account utente per il provider di dati di origine compatibile con MongoDB per migrazioni di dati omogenee in. AWS DMS L'account utente master dispone dei ruoli necessari che consentono di configurare il CDC. Se utilizzi un account diverso dall'account utente principale, l'account deve avere il ruolo root. Per ulteriori informazioni sulla creazione dell'utente come account root, vedere[Impostazione delle autorizzazioni per utilizzare Amazon DocumentDB come origine](CHAP_Source.DocumentDB.md#CHAP_Source.DocumentDB.Permissions). Per attivare la replica logica, impostate il `change_stream_log_retention_duration` parametro nel gruppo di parametri del database su un'impostazione appropriata per il carico di lavoro delle transazioni. La modifica di questo parametro statico richiede il riavvio dell'istanza DB per avere effetto. Prima di iniziare la migrazione dei dati per tutti i tipi di attività, incluso Full Load Only, abilita i flussi di modifica di Amazon DocumentDB per tutte le raccolte all'interno di un determinato database o solo per raccolte selezionate. Per ulteriori informazioni sull'abilitazione dei flussi di modifica per Amazon DocumentDB, [consulta Enabling Change](https://docs.aws.amazon.com/documentdb/latest/developerguide/change_streams.html#change_streams-enabling) Streams nella guida per sviluppatori di Amazon *DocumentDB*. **Nota** AWS DMS utilizza il flusso di modifiche di Amazon DocumentDB per acquisire le modifiche durante la replica in corso. Se Amazon DocumentDB elimina i record dal flusso di modifiche prima che DMS li legga, le attività avranno esito negativo. Consigliamo di impostare il `change_stream_log_retention_duration` parametro per conservare le modifiche per almeno 24 ore. Per utilizzare Amazon DocumentDB per la migrazione omogenea dei dati, archivia le credenziali utente in Secrets Manager nella sezione Credentials **for Amazon** DocumentDB database. ## Funzionalità per l'utilizzo di un database compatibile con MongoDB come fonte per migrazioni di dati omogenee + Puoi migrare tutti gli indici secondari supportati da Amazon DocumentDB durante la fase di caricamento completo. + AWS DMS migra le raccolte in parallelo. la migrazione omogenea dei dati calcola i segmenti in fase di esecuzione in base alla dimensione media di ogni documento della raccolta per ottenere le massime prestazioni. + DMS può replicare gli indici secondari creati nella fase CDC. DMS supporta questa funzionalità nella versione 6.0 di MongoDB. + DMS supporta documenti con un livello di nidificazione superiore a 97. ## Limitazioni all'utilizzo di un database compatibile con MongoDB come fonte per migrazioni di dati omogenee + I documenti non possono avere nomi di campo con un `$` prefisso. + AWS DMS non supporta la migrazione della raccolta di serie temporali. + AWS DMS non supporta `create` gli `drop` eventi `rename collection` DDL durante la fase CDC. + AWS DMS non supporta tipi di dati incoerenti nella raccolta per il campo. `_id` Ad esempio, la seguente raccolta non supportata contiene più tipi di dati per il campo. `_id` ``` rs0 [direct: primary] test> db.collection1.aggregate([ ... { ... $group: { ... _id: { $type: "$_id" }, ... count: { $sum: 1 } ... } ... } ... ]) [ { _id: 'string', count: 6136 }, { _id: 'objectId', count: 848033 } ] ``` + Per le attività esclusivamente CDC, supporta AWS DMS solo la `immediate` modalità di avvio. + AWS DMS non supporta documenti con caratteri non UTF8 validi. + AWS DMS non supporta raccolte condivise. ## Le migliori pratiche per l'utilizzo di un database compatibile con MongoDB come fonte per migrazioni di dati omogenee + Per più database e raccolte di grandi dimensioni ospitati sulla stessa istanza di MongoDB, ti consigliamo di utilizzare regole di selezione per ogni database e raccolta per suddividere l'attività tra più attività e progetti di migrazione dei dati. È possibile ottimizzare le divisioni di database e raccolta per ottenere le massime prestazioni. # Creazione e impostazione di un database di destinazione per l'utilizzo della conversione AWS DMS dello schema Puoi utilizzare database compatibili con MySQL, PostgreSQL e Amazon DocumentDB come provider di dati di destinazione per migrazioni di dati omogenee in. AWS DMS Per le versioni di database supportate[Provider di dati di destinazione per migrazioni omogenee di dati DMS](CHAP_Introduction.Targets.md#CHAP_Introduction.Targets.HomogeneousDataMigrations), consulta. Il fornitore di dati di destinazione può essere un'istanza database Amazon RDS o un cluster di database Amazon Aurora. Tieni presente che la versione del database del provider di dati di destinazione deve essere uguale o superiore alla versione del database del provider di dati di origine. **Topics** + [Utilizzo di un database compatibile con MySQL come destinazione per migrazioni di dati omogenee in AWS DMS](dm-data-providers-target-mysql.md) + [Utilizzo di un database PostgreSQL come destinazione per migrazioni di dati omogenee in AWS DMS](dm-data-providers-target-postgresql.md) + [Utilizzo di un database Amazon DocumentDB come destinazione per migrazioni di dati omogenee in AWS DMS](dm-data-providers-target-docdb.md) # Utilizzo di un database compatibile con MySQL come destinazione per migrazioni di dati omogenee in AWS DMS Puoi utilizzare un database compatibile con MySQL come destinazione per migrazioni di dati omogenee in AWS DMS. AWS DMS richiede determinate autorizzazioni per migrare i dati nel database Amazon RDS for MySQL o MariaDB o Amazon Aurora MySQL di destinazione. Usa lo script seguente per creare un utente del database con le autorizzazioni necessarie nel tuo database MySQL di destinazione. In questo esempio, sostituisci ciascuno con le tue informazioni. *user input placeholder* Se la versione del database MariaDB di destinazione è inferiore alla 10.5, puoi saltare il comando. `GRANT SLAVE MONITOR` ``` CREATE USER 'your_user'@'%' IDENTIFIED BY 'your_password'; GRANT ALTER, CREATE, DROP, INDEX, INSERT, UPDATE, DELETE, SELECT, CREATE VIEW, CREATE ROUTINE, ALTER ROUTINE, EVENT, TRIGGER, EXECUTE, REFERENCES ON *.* TO 'your_user'@'%'; GRANT REPLICATION SLAVE, REPLICATION CLIENT ON *.* TO 'your_user'@'%'; GRANT SLAVE MONITOR ON *.* TO 'your_user'@'%'; ``` Nell'esempio precedente, sostituisci ciascuno *user input placeholder* con le tue informazioni. Usa lo script seguente per creare un utente del database con le autorizzazioni necessarie nel tuo database MariaDB. Esegui le query GRANT per tutti i database verso cui esegui la migrazione. AWS ``` CREATE USER 'your_user'@'%' IDENTIFIED BY 'your_password'; GRANT SELECT, INSERT, UPDATE, DELETE, CREATE, DROP, INDEX, ALTER, CREATE VIEW, CREATE ROUTINE, ALTER ROUTINE, EVENT, TRIGGER, EXECUTE,SLAVE MONITOR, REPLICATION SLAVE ON *.* TO 'your_user'@'%'; ``` Nell'esempio precedente, sostituisci ognuna *user input placeholder* con le tue informazioni. **Nota** In Amazon RDS, quando attivi il backup automatico per un'istanza di MySQL/Maria database, attivi anche la registrazione binaria. Quando queste impostazioni sono abilitate, l'attività di migrazione dei dati potrebbe non riuscire con il seguente errore durante la creazione di oggetti secondari, come funzioni, procedure e trigger, sul database di destinazione. Se nel database di destinazione è abilitata la registrazione binaria, imposta `true` su `log_bin_trust_function_creators` nel gruppo di parametri del database prima di iniziare l'attività. ``` ERROR 1419 (HY000): You don't have the SUPER privilege and binary logging is enabled (you might want to use the less safe log_bin_trust_function_creators variable) ``` ## Limitazioni relative all'utilizzo di un database compatibile con MySQL come destinazione per migrazioni di dati omogenee Quando si utilizza un database compatibile con MySQL come origine per migrazioni di dati omogenee si applicano le seguenti limitazioni: + Il nome utente che usi per connetterti all'origine dati presenta le seguenti limitazioni: + Può contenere da 2 a 64 caratteri. + Non può includere spazi. + Può includere i seguenti caratteri: a-z, A-Z, 0-9, carattere di sottolineatura (\$1). + Non può includere un trattino (-). + Deve iniziare con a-z o A-Z. + La password che usi per connetterti all'origine dati presenta le seguenti limitazioni: + Può contenere da 1 a 128 caratteri. + Non può contenere i seguenti caratteri: virgoletta singola ('), virgolette doppie ("), punto e virgola (;) o spazio. # Utilizzo di un database PostgreSQL come destinazione per migrazioni di dati omogenee in AWS DMS Puoi utilizzare un database PostgreSQL come destinazione per migrazioni di dati omogenee in AWS DMS. AWS DMS richiede determinate autorizzazioni per migrare i dati nel database Amazon RDS for PostgreSQL o Amazon Aurora PostgreSQL di destinazione. Usa lo script seguente per creare un utente del database con le autorizzazioni necessarie nel tuo database PostgreSQL di destinazione. ``` CREATE USER your_user WITH LOGIN PASSWORD 'your_password'; GRANT USAGE ON SCHEMA schema_name TO your_user; GRANT CONNECT ON DATABASE db_name to your_user; GRANT CREATE ON DATABASE db_name TO your_user; GRANT CREATE ON SCHEMA schema_name TO your_user; GRANT UPDATE, INSERT, SELECT, DELETE, TRUNCATE ON ALL TABLES IN SCHEMA schema_name TO your_user; #For "Full load and change data capture (CDC)" and "Change data capture (CDC)" data migrations, setting up logical replication requires rds_superuser privileges GRANT rds_superuser TO your_user; ``` Nell'esempio precedente, sostituisci ciascuno con le tue informazioni. *user input placeholder* Per attivare la replica logica per la destinazione RDS per PostgreSQL, imposta su 1 il parametro `rds.logical_replication` nel gruppo di parametri del database. Per rendere effettivo questo parametro statico è necessario il riavvio dell'istanza database o del cluster di database. Alcuni parametri sono statici e possono essere impostati solo all'avvio del server. AWS DMS ignora le modifiche alle relative voci nel gruppo di parametri DB fino al riavvio del server. PostgreSQL utilizza i trigger per implementare i vincoli di chiave esterna. Durante la fase di pieno carico, AWS DMS carica ogni tabella una alla volta. Si consiglia di disattivare i vincoli di chiave esterna sul database di destinazione durante il pieno carico. A tale scopo, usa uno dei seguenti metodi: + Disattiva temporaneamente tutti i trigger dell'istanza e termina il pieno carico. + Modifica il valore del parametro `session_replication_role` in PostgreSQL. In qualsiasi momento, un trigger può trovarsi in uno dei seguenti stati: `origin`, `replica`, `always` o `disabled`. Quando imposti il parametro `session_replication_role` su `replica`, sono attivi solo i trigger nello stato `replica`. In caso contrario, i trigger rimangono inattivi. ## Limitazioni relative all'utilizzo di un database compatibile con PostgreSQL come destinazione per migrazioni di dati omogenee Quando si utilizza un database compatibile con PostgreSQL come destinazione per migrazioni di dati omogenee si applicano le seguenti limitazioni: + Il nome utente che usi per connetterti all'origine dati presenta le seguenti limitazioni: + Può contenere da 2 a 64 caratteri. + Non può includere spazi. + Può includere i seguenti caratteri: a-z, A-Z, 0-9, carattere di sottolineatura (\$1). + Deve iniziare con a-z o A-Z. + La password che usi per connetterti all'origine dati presenta le seguenti limitazioni: + Può contenere da 1 a 128 caratteri. + Non può contenere i seguenti caratteri: virgoletta singola ('), virgolette doppie ("), punto e virgola (;) o spazio. # Utilizzo di un database Amazon DocumentDB come destinazione per migrazioni di dati omogenee in AWS DMS Puoi utilizzare un database Amazon DocumentDB (con compatibilità MongoDB) e un cluster Elastic DocumentDB come destinazione di migrazione per migrazioni di dati omogenee in. AWS DMS Per eseguire migrazioni di dati omogenee per una destinazione Amazon DocumentDB, puoi creare un account utente con privilegi di amministratore o un utente read/write con autorizzazioni solo sul database da migrare. Le migrazioni di dati omogenee supportano tutti i tipi di dati BSON supportati da Amazon DocumentDB. Per un elenco di questi tipi di dati, consulta [Data Types](https://docs.aws.amazon.com/documentdb/latest/developerguide/mongo-apis.html#mongo-apis-data-types) nella *Amazon DocumentDB Developer Guide*. Per utilizzare le funzionalità shard del cluster DocumentDB Elastic per la migrazione della raccolta non frammentata dall'origine, crea una raccolta di shard da migrare prima di iniziare l'attività di migrazione dei dati. Per ulteriori informazioni sulla raccolta di shard in un cluster Amazon DocumentDB Elastic, [consulta Step 5: Shard your](https://docs.aws.amazon.com/documentdb/latest/developerguide/elastic-get-started.html#elastic-get-started-step6) collection nella Amazon *DocumentDB* Developer Guide. Per un target Amazon DocumentDB, AWS DMS supporta le modalità `none` o `require` SSL. # Esecuzione di migrazioni di dati omogenee in AWS DMS Puoi utilizzare [Migrazioni di database omogenee](data-migrations.md) in AWS DMS per migrare i dati dal tuo database di origine al motore equivalente su Amazon Relational Database Service (Amazon RDS), Amazon Aurora o Amazon DocumentDB. AWS DMS automatizza il processo di migrazione dei dati utilizzando strumenti di database nativi nei database di origine e di destinazione. Dopo aver creato un profilo dell'istanza e i fornitori di dati compatibili per migrazioni di dati omogenee, puoi creare un progetto di migrazione. Per ulteriori informazioni, consulta [ Creazione di progetti di migrazione](migration-projects-create.md). Nelle seguenti sezioni viene descritto come creare, configurare ed eseguire le migrazioni di dati omogenee. **Topics** + [Creazione di una migrazione dei dati in AWS DMS](dm-migrating-data-create.md) + [Regole di selezione per migrazioni di dati omogenee](dm-migrating-data-selectionrules.md) + [Gestione delle migrazioni dei dati in AWS DMS](dm-migrating-data-manage.md) + [Monitoraggio delle migrazioni dei dati in AWS DMS](dm-migrating-data-monitoring.md) + [Stati delle migrazioni di dati omogenee in AWS DMS](dm-migrating-data-statuses.md) + [Migrazione dei dati dai database MySQL con migrazioni di dati omogenee in AWS DMS](dm-migrating-data-mysql.md) + [Migrazione dei dati dai database PostgreSQL con migrazioni di dati omogenee in AWS DMS](dm-migrating-data-postgresql.md) + [Migrazione dei dati dai database MongoDB con migrazioni di dati omogenee in AWS DMS](dm-migrating-data-mongodb.md) + [Modalità di preparazione della tabella di destinazione](dm-migrating-data-table-prep.md) # Creazione di una migrazione dei dati in AWS DMS Puoi utilizzare il progetto di migrazione che hai creato con fornitori di dati compatibili dello stesso tipo per le migrazioni di dati omogenee. Per ulteriori informazioni, consulta [ Creazione di progetti di migrazione](migration-projects-create.md). Per iniziare a utilizzare le migrazioni di dati omogenee, crea una nuova migrazione dei dati. È possibile creare diverse migrazioni di dati omogenee di differenti tipi in un unico progetto di migrazione. AWS DMS dispone del numero massimo di migrazioni di dati omogenee che puoi creare per il tuo. Account AWS Per informazioni sulle quote di AWS DMS servizio, consulta la sezione seguente. [Quote per AWS Database Migration Service](CHAP_Limits.md) Prima di creare una migrazione dei dati, assicurati di configurare le risorse necessarie, come i database di origine e di destinazione, un ruolo e una policy IAM, un profilo dell'istanza e i fornitori di dati. Per ulteriori informazioni, consultare [Creazione di risorse IAM](dm-iam-resources.md), [Creazione di profili dell'istanza](instance-profiles.md) e [ Creazione di fornitori di dati](data-providers-create.md). Inoltre, ti consigliamo di non utilizzare le migrazioni di dati omogenee per migrare i dati una versione del database più recente a una versione precedente del database. Controlla le versioni dei database che usi per i fornitori di dati di origine e di destinazione e aggiorna la versione del database di destinazione, se necessario. **Per creare una migrazione dei dati** 1. Accedi a Console di gestione AWS e apri la AWS DMS console nella versione [https://console.aws.amazon.com/dms/v2/](https://console.aws.amazon.com/dms/v2/). 1. Scegli **Progetti di migrazione**. Viene visualizzata la pagina **Progetti di migrazione**. 1. Scegli il progetto di migrazione e nella scheda **Migrazioni dei dati** scegli **Crea migrazione dei dati**. 1. Per **Nome** immetti un nome per la migrazione dei dati. Assicurati di utilizzare un nome univoco per la migrazione dei dati in modo da poterlo identificare facilmente. 1. Per **Tipo di replica** scegli il tipo di migrazione dei dati che desideri configurare. Puoi scegliere una delle seguenti opzioni. + **Pieno carico**: migra i dati di origine esistenti. + **Pieno carico e acquisizione dei dati di modifica (CDC)**: migra i dati di origine esistenti e replica le modifiche in corso. + **Acquisizione dei dati di modifica (CDC)**: replica le modifiche in corso. 1. Seleziona la casella di controllo **Attiva CloudWatch i log per archiviare i log** di migrazione dei dati in Amazon. CloudWatch Se non si sceglie questa opzione, non sarà possibile esaminare i file di log quando la migrazione dei dati non riesce. 1. (Facoltativo) Espandi **Advanced settings (Impostazioni avanzate)**. Per **Numero di lavori**, inserisci il numero di thread paralleli che AWS DMS puoi utilizzare per migrare i dati di origine verso la destinazione. 1. Per **Ruolo di servizio IAM** scegli il ruolo IAM che hai creato nei prerequisiti. Per ulteriori informazioni, consulta [Creazione di un ruolo IAM per migrazioni di dati omogenee in AWS DMS](dm-iam-resources.md#dm-resources-iam-role). 1. Configura la **Modalità di avvio** per le migrazioni dei dati di tipo **Acquisizione dei dati di modifica (CDC)**. Puoi scegliere una delle seguenti opzioni. + **Immediatamente**: avvia la replica continua insieme alla migrazione dei dati. + **Utilizzo di un punto di avvio nativo**: avvia la replica continua dal punto specificato. Per i database PostgreSQL, immetti il nome dello slot di replica logica per **Nome dello slot** e il numero di sequenza del log delle transazioni per **Punto di avvio nativo**. Per i database MySQL, immetti il numero di sequenza del log delle transazioni per **Numero di sequenza del registro (LSN)**. 1. Configura la **Modalità di interruzione** per le migrazioni dei dati di tipo **Acquisizione dei dati di modifica (CDC)** o **Pieno carico e acquisizione dei dati di modifica (CDC)**. Puoi scegliere una delle seguenti opzioni. + **Non interrompere CDC**: AWS DMS continua la replica continua fino a quando non interrompi la migrazione dei dati. + **Utilizzo di un punto temporale del server**: AWS DMS interrompe la replica in corso all'ora specificata. Se scegli questa opzione, immetti in **Data e ora di fine** la data e l'ora in cui vuoi interrompere automaticamente la replica continua. 1. Scegli **Crea migrazione dei dati**. AWS DMS crea la migrazione dei dati e la aggiunge all'elenco nella scheda **Migrazioni dei dati** del progetto di migrazione. In questa scheda puoi vedere lo stato della migrazione dei dati. Per ulteriori informazioni, consulta [Stati di migrazione](dm-migrating-data-statuses.md). **Importante** Per le migrazioni di dati di tipo **Full load** e **Full load and change data capture (CDC)**, AWS DMS elimina tutti i dati, le tabelle e gli altri oggetti di database presenti nel database di destinazione. Assicurati di avere un backup del database di destinazione. **Dopo aver AWS DMS creato la migrazione dei dati, lo stato di questa migrazione dei dati è impostato su Pronto.** Per migrare i dati, è necessario avviare la migrazione dei dati manualmente. Per farlo, scegli la migrazione dei dati dall'elenco. Quindi per **Operazioni** scegli **Avvia**. Per ulteriori informazioni, consulta [Gestione delle migrazioni dei dati](dm-migrating-data-manage.md). Il primo avvio di una migrazione omogenea dei dati richiede alcune configurazioni. AWS DMS crea un ambiente serverless per la migrazione dei dati. Questo processo può richiedere fino a 15 minuti. Dopo aver interrotto e riavviato la migrazione dei dati, AWS DMS non crea più l'ambiente e puoi accedere più rapidamente alla migrazione dei dati. # Regole di selezione per migrazioni di dati omogenee È possibile utilizzare le regole di selezione per scegliere lo schema, le tabelle o entrambi da includere nella replica. Quando crei un'attività di migrazione dei dati, scegli **Aggiungi regola di selezione**. Per le impostazioni delle regole, fornisci i seguenti valori: + **Schema**: scegli **Inserisci uno schema**. + **Nome dello schema**: fornisci il nome dello schema che desideri replicare o usalo **%** come jolly. + **Nome tabella**:: Fornisci il nome della tabella che desideri replicare o usa **%** come jolly. Per impostazione predefinita, l'unica azione di regola supportata da DMS è`Include`, e l'unico carattere jolly supportato da DMS è. `%` **Nota** Il supporto per le regole di selezione AWS DMS per migrazioni di dati omogenee varia in base alla combinazione del motore di database di origine e del tipo di migrazione scelto. Le fonti compatibili con PostgreSQL e MongoDB consentono regole di selezione per tutti i tipi di migrazione, mentre le fonti MySQL supportano solo le regole di selezione per il tipo di migrazione Full Load. **Example Migrazione di tutte le tabelle in uno schema** Nell'esempio seguente viene eseguita la migrazione di tutte le tabelle da uno schema denominato `dmsst` nell'origine all'endpoint di destinazione. ``` { "rules": [ { "rule-type": "selection", "rule-action": "include", "object-locator": { "schema-name": "dmsst", "table-name": "%" }, "filters": [], "rule-id": "1", "rule-name": "1" } ] } ``` **Example Migrazione di alcune tabelle in uno schema** L'esempio seguente migra tutte le tabelle con un nome che inizia con`collectionTest`, da uno schema denominato nell'origine all'endpoint di destinazione. `dmsst` ``` { "rules": [ { "rule-type": "selection", "rule-action": "include", "object-locator": { "schema-name": "dmsst", "table-name": "collectionTest%" }, "filters": [], "rule-id": "1", "rule-name": "1" } ] } ``` **Example Migra tabelle specifiche da più schemi** L'esempio seguente migra alcune tabelle da più schemi denominati `dmsst` e `Test` presenti nell'origine all'endpoint di destinazione. ``` { "rules": [ { "rule-type": "selection", "rule-action": "include", "object-locator": { "schema-name": "dmsst", "table-name": "collectionTest1" }, "filters": [], "rule-id": "1", "rule-name": "1" }, { "rule-type": "selection", "rule-action": "include", "object-locator": { "schema-name": "Test", "table-name": "products" }, "filters": [], "rule-id": "2", "rule-name": "2" } ] } ``` # Gestione delle migrazioni dei dati in AWS DMS Dopo aver creato una migrazione dei dati, AWS DMS non avvia automaticamente la migrazione dei dati. La migrazione dei dati viene avviata manualmente quando necessario. Prima di iniziare una migrazione dei dati, puoi modificare tutte le relative impostazioni. Una volta avviata la migrazione dei dati non è più possibile modificare il tipo di replica. Per utilizzare un altro tipo di replica è necessario creare una nuova migrazione dei dati. **Per avviare una migrazione dei dati** 1. Accedi a Console di gestione AWS e apri la AWS DMS console alla [https://console.aws.amazon.com/dms/v2/](https://console.aws.amazon.com/dms/v2/). 1. Scegli **Progetti di migrazione**. Viene visualizzata la pagina **Progetti di migrazione**. 1. Scegli il tuo progetto di migrazione. Nella scheda **Migrazioni dei dati** scegli la tua migrazione dei dati. Viene visualizzata la pagina **Riepilogo** relativa alla tua migrazione dei dati. 1. In **Actions (Operazioni)**, scegliere **Start (Avvia)**. Dopodiché, AWS DMS crea un ambiente serverless per la migrazione dei dati. Questo processo può richiedere fino a 15 minuti. Dopo aver avviato una migrazione dei dati, AWS DMS imposta lo stato su **Avvio**. Lo stato successivo AWS DMS utilizzato per la migrazione dei dati dipende dal tipo di replica scelto nelle impostazioni di migrazione dei dati. Per ulteriori informazioni, consulta [Stati di migrazione](dm-migrating-data-statuses.md). **Per modificare una migrazione dei dati** 1. Accedi a Console di gestione AWS e apri la AWS DMS console alla [https://console.aws.amazon.com/dms/v2/](https://console.aws.amazon.com/dms/v2/). 1. Scegli **Progetti di migrazione**. Viene visualizzata la pagina **Progetti di migrazione**. 1. Scegli il tuo progetto di migrazione. Nella scheda **Migrazioni dei dati** scegli la tua migrazione dei dati. Viene visualizzata la pagina **Riepilogo** relativa alla tua migrazione dei dati. 1. Scegli **Modifica**. 1. Configura le impostazioni per la migrazione dei dati. **Importante** Se la migrazione dei dati è avviata, non puoi modificare il tipo di replica. 1. Per visualizzare i log di migrazione dei dati in Amazon CloudWatch, seleziona la casella di controllo **Attiva i CloudWatch registri**. 1. Scegli **Save changes** (Salva modifiche). Dopo aver AWS DMS avviato una migrazione dei dati, puoi interromperla. Per farlo, scegli la migrazione dei dati nella scheda **Migrazioni dei dati**. Quindi per **Operazioni** scegli **Interrompi**. Dopo aver interrotto una migrazione dei dati, AWS DMS imposta lo stato su **Interruzione**. Successivamente, AWS DMS imposta lo stato della migrazione dei dati su **Interrotto**. Dopo aver AWS DMS interrotto una migrazione dei dati, è possibile modificare, riavviare o eliminare la migrazione dei dati. Per continuare la replica dei dati, scegli la migrazione dei dati che hai interrotto nella scheda **Migrazioni dei dati**. Quindi, per **Operazioni** scegli **Riprendi l'elaborazione**. Per riavviare il caricamento dei dati, scegli la migrazione dei dati che hai interrotto nella scheda **Migrazioni dei dati**. Quindi, per **Azioni**, scegli **Riavvia**. AWS DMS elimina tutti i dati dal database di destinazione e avvia la migrazione dei dati da zero. Puoi eliminare una migrazione di dati che hai interrotto o che non hai avviato. Per eliminare una migrazione di dati, selezionala nella scheda **Migrazioni di dati**. Per **Operazioni** scegli **Elimina**. Per eliminare il progetto di migrazione, interrompi ed elimina tutte le migrazioni di dati. # Monitoraggio delle migrazioni dei dati in AWS DMS Dopo aver avviato la migrazione di dati omogenea, puoi monitorarne lo stato e l'avanzamento. Le migrazioni di dati di set di dati di grandi dimensioni, ad esempio centinaia di gigabyte, richiedono ore per essere completate. Per mantenere l'affidabilità, la disponibilità e le prestazioni elevate della migrazione dei dati, è necessario monitorarne regolarmente l'avanzamento. **Per verificare lo stato e l'avanzamento della migrazione dei dati** 1. Accedi a Console di gestione AWS e apri la AWS DMS console alla [https://console.aws.amazon.com/dms/v2/](https://console.aws.amazon.com/dms/v2/). 1. Scegli **Progetti di migrazione**. Viene visualizzata la pagina **Progetti di migrazione**. 1. Scegli il progetto di migrazione e passa alla scheda **Migrazioni dei dati**. 1. Per la tua migrazione dei dati, osserva la colonna **Stato**. Per ulteriori informazioni sui valori di questa colonna, consulta [Stati di migrazione](dm-migrating-data-statuses.md). 1. Per una migrazione dei dati in corso, la colonna **Progressi della migrazione** mostra la percentuale di dati migrati. **Per verificare i dettagli della migrazione dei dati** 1. [Accedi a Console di gestione AWS e apri la AWS DMS console su https://console.aws.amazon.com/dms/ v2/.](https://console.aws.amazon.com/dms/v2/) 1. Scegli **Progetti di migrazione**. Viene visualizzata la pagina **Progetti di migrazione**. 1. Scegli il tuo progetto di migrazione. Nella scheda **Migrazioni dei dati** scegli la tua migrazione dei dati. 1. Nella scheda **Dettagli** puoi vedere lo stato di avanzamento della migrazione. In particolare, è possibile vedere le metriche riportate di seguito. + **Indirizzo IP pubblico**: l'indirizzo IP pubblico della migrazione dei dati. Questo valore è necessario per configurare la rete. Per ulteriori informazioni, consulta [Configurazione di una rete](dm-network.md). + **Tabelle caricate**: il numero di tabelle caricate correttamente. + **Caricamento delle tabelle in corso**: il numero di tabelle attualmente in caricamento. + **Tabelle in coda**: il numero di tabelle attualmente in attesa di essere caricate. + **Tabelle con errori**: il numero di tabelle che non sono state caricate. + **Tempo trascorso**: la quantità di tempo trascorsa dall'inizio della migrazione dei dati. + **Latenza CDC**: il tempo medio che intercorre tra il momento in cui si verifica una modifica su una tabella di origine e il momento in cui tale modifica viene AWS DMS applicata alla tabella di destinazione. + **Migrazione iniziata**: l'ora in cui hai avviato questa migrazione dei dati. + **Migrazione arrestata**: l'ora in cui hai interrotto questa migrazione dei dati. 1. Per visualizzare i file di registro per la migrazione dei dati, scegli **Visualizza CloudWatch registri** in Impostazioni di migrazione dei dati **omogenee**. Puoi **attivare CloudWatch i log** quando crei o modifichi una migrazione di dati. Per ulteriori informazioni, consultare [Creazione di una migrazione dei dati](dm-migrating-data-create.md) e [Gestione delle migrazioni dei dati](dm-migrating-data-manage.md). Puoi utilizzare gli CloudWatch allarmi o gli eventi di Amazon per monitorare da vicino la migrazione dei dati. Per ulteriori informazioni, consulta [Cosa sono Amazon CloudWatch, Amazon CloudWatch Events e Amazon CloudWatch Logs](https://docs.aws.amazon.com/AmazonCloudWatch/latest/monitoring/WhatIsCloudWatch.html)? nella *Amazon CloudWatch User Guide*. Tieni presente che l'utilizzo di Amazon è a pagamento CloudWatch. Per migrazioni di dati omogenee, AWS DMS include le seguenti metriche in Amazon. CloudWatch | Metrica | Description | | --- | --- | | Complessivamente CDCLatency | La latenza complessiva durante la fase CDC. Per i database MySQL, questa metrica mostra il numero di secondi trascorsi tra la modifica del log binario di origine e la replica della modifica. Per i database PostgreSQL, questa metrica mostra il numero di secondi trascorsi tra `last_msg_receipt_time` e `last_msg_send_time` dalla vista `pg_stat_subscription`. Unità: secondi | | StorageConsumption | Lo spazio di archiviazione utilizzato per la migrazione dei dati. Unità: byte | # Stati delle migrazioni di dati omogenee in AWS DMS Per ogni migrazione di dati eseguita, AWS DMS visualizza **lo stato nella console**. AWS DMS L'elenco seguente include gli stati disponibili. + `Creating`— AWS DMS sta creando la migrazione dei dati. + `Ready`: la migrazione dei dati è pronta per iniziare. + `Starting`— AWS DMS sta creando l'ambiente serverless per la migrazione dei dati. Questo processo può richiedere fino a 15 minuti. + `Load running`— AWS DMS sta eseguendo la migrazione a pieno carico. + `Load complete, replication ongoing`— AWS DMS ha completato il caricamento completo e ora replica le modifiche in corso. AWS DMS utilizza questo stato solo per le migrazioni di dati del tipo CDC (Full Load and Change Data Capture). + `Replication ongoing`— AWS DMS sta replicando le modifiche in corso. AWS DMS utilizza questo stato solo per le migrazioni del tipo Change Data Capture (CDC). + `Reloading target`— AWS DMS sta riavviando una migrazione dei dati ed esegue il tipo di migrazione specificato. + `Stopping`— interrompe AWS DMS la migrazione dei dati. AWS DMS imposta questo stato dopo aver scelto di interrompere la migrazione dei dati nel menu **Azioni**. + `Stopped`— AWS DMS ha interrotto la migrazione dei dati. + `Failed`: la migrazione dei dati non è riuscita. Per ulteriori informazioni, consulta i file di log. Per visualizzare i file di log, scegli la migrazione dei dati nella scheda **Migrazioni dei dati**. Successivamente, scegli **Visualizza CloudWatch registri** in Impostazioni di **migrazione dei dati omogenee**. **Importante** Puoi visualizzare i file di registro se selezioni la casella di controllo **Attiva CloudWatch i registri** quando crei la migrazione dei dati. + `Deleting`— AWS DMS sta eliminando la migrazione dei dati. AWS DMS imposta questo stato dopo aver scelto di eliminare la migrazione dei dati nel menu **Azioni**. + `Maintenance`— AWS DMS mette un'attività in modalità manutenzione quando una nuova immagine viene distribuita nel contenitore serverless sottostante associato all'attività di migrazione dei dati. # Migrazione dei dati dai database MySQL con migrazioni di dati omogenee in AWS DMS È possibile utilizzare [Migrazioni di database omogenee](data-migrations.md) per migrare un database MySQL autogestito su RDS per MySQL o Aurora MySQL. AWS DMS crea un ambiente serverless per la migrazione dei dati. Per diversi tipi di migrazioni di dati, AWS DMS utilizza diversi strumenti di database MySQL nativi. Per migrazioni di dati omogenee di tipo **Full load**, AWS DMS utilizza mydumper per leggere i dati dal database di origine e archiviarli sul disco collegato all'ambiente serverless. Dopo aver AWS DMS letto tutti i dati di origine, utilizza myloader nel database di destinazione per ripristinare i dati. Per migrazioni di dati omogenee di tipo **Full load and change data capture (CDC)**, AWS DMS utilizza mydumper per leggere i dati dal database di origine e archiviarli sul disco collegato all'ambiente serverless. Dopo aver AWS DMS letto tutti i dati di origine, utilizza myloader nel database di destinazione per ripristinare i dati. Dopo aver AWS DMS completato il caricamento completo, imposta la replica binlog con la posizione binlog impostata all'inizio del caricamento completo. Per le migrazioni di dati omogenee del tipo **Acquisizione dei dati di modifica (CDC)**, AWS DMS richiede il **Punto di avvio CDC nativo** per avviare la replica. Se fornite il punto di partenza del CDC nativo, AWS DMS acquisisce le modifiche da quel punto. In alternativa, scegli **Immediatamente** nelle impostazioni della migrazione dei dati per acquisire automaticamente il punto di avvio per la replica all'inizio della migrazione effettiva dei dati. **Nota** Affinché una migrazione sola CDC funzioni correttamente, tutti gli schemi e gli oggetti del database di origine devono essere già presenti nel database di destinazione. Tuttavia, la destinazione può avere oggetti che non sono presenti nell'origine. È possibile utilizzare il seguente esempio di codice per ottenere il numero di sequenza di log (LSN) corrente nel database MySQL. ``` show master status ``` Questa query restituisce il nome e la posizione del file binlog. Il punto di avvio nativo è una combinazione del nome del file binlog e della posizione. Ad esempio, `mysql-bin-changelog.000024:373`. In questo esempio, `mysql-bin-changelog.000024` è il nome del file binlog ed `373` è la posizione in cui AWS DMS inizia l'acquisizione delle modifiche. Il diagramma seguente mostra il processo di utilizzo di migrazioni di dati omogenee per migrare un database MySQL AWS DMS a RDS for MySQL o Aurora MySQL. ![\[Diagramma di architettura della migrazione dei dati MySQL con migrazioni di dati omogenee DMS.\]](http://docs.aws.amazon.com/it_it/dms/latest/userguide/images/data-migrations-mysql.png) # Migrazione dei dati dai database PostgreSQL con migrazioni di dati omogenee in AWS DMS È possibile utilizzare [Migrazioni di database omogenee](data-migrations.md) per migrare un database PostgreSQL autogestito su RDS per PostgreSQL o Aurora PostgreSQL. AWS DMS crea un ambiente serverless per la migrazione dei dati. Per diversi tipi di migrazioni di dati, AWS DMS utilizza diversi strumenti di database PostgreSQL nativi. Per migrazioni di dati omogenee di tipo **Full load**, AWS DMS utilizza pg\$1dump per leggere i dati dal database di origine e archiviarli sul disco collegato all'ambiente serverless. Dopo aver AWS DMS letto tutti i dati di origine, utilizza pg\$1restore nel database di destinazione per ripristinare i dati. Per migrazioni di dati omogenee del tipo **Full load and change data capture (CDC)**, AWS DMS viene utilizzato `pg_dump` per leggere gli oggetti dello schema senza dati di tabella dal database di origine e archiviarli sul disco collegato all'ambiente serverless. Viene quindi utilizzato `pg_restore` nel database di destinazione per ripristinare gli oggetti dello schema. Una volta AWS DMS completato il `pg_restore` processo, passa automaticamente a un modello di editore e sottoscrittore per la replica logica con la `Initial Data Synchronization` possibilità di copiare i dati della tabella iniziale direttamente dal database di origine al database di destinazione, quindi avvia la replica continua. In questo modello uno o più abbonati sottoscrivono una o più pubblicazioni su un nodo editore. Per le migrazioni di dati omogenee di tipo **Change data Capture (CDC)**, è AWS DMS necessario il punto di partenza nativo per avviare la replica. Se fornisci il punto di partenza nativo, AWS DMS acquisisce le modifiche da quel punto. In alternativa, scegli **Immediatamente** nelle impostazioni della migrazione dei dati per acquisire automaticamente il punto di avvio per la replica all'inizio della migrazione effettiva dei dati. **Nota** Affinché una migrazione sola CDC funzioni correttamente, tutti gli schemi e gli oggetti del database di origine devono essere già presenti nel database di destinazione. Tuttavia, la destinazione può avere oggetti che non sono presenti nell'origine. È possibile utilizzare il seguente esempio di codice per ottenere il punto di avvio nativo nel database PostgreSQL. ``` select confirmed_flush_lsn from pg_replication_slots where slot_name=‘migrate_to_target'; ``` Questa query utilizza la vista `pg_replication_slots` del database PostgreSQL per acquisire il valore del numero di sequenza di log (LSN). **Dopo aver AWS DMS impostato lo stato della migrazione omogenea dei dati di PostgreSQL su Stopped, Failed **o** Deleted**,** l'editore e la replica non vengono rimossi.** Se non desideri riprendere la migrazione, elimina lo slot di replica e l'editore utilizzando il comando seguente. ``` SELECT pg_drop_replication_slot('migration_subscriber_{ARN}'); DROP PUBLICATION publication_{ARN}; ``` Il diagramma seguente mostra il processo di utilizzo di migrazioni di dati omogenee per migrare un database PostgreSQL AWS DMS a RDS for PostgreSQL o Aurora PostgreSQL. ![\[Diagramma di architettura della migrazione dei dati PostgreSQL con migrazioni di dati omogenee DMS.\]](http://docs.aws.amazon.com/it_it/dms/latest/userguide/images/data-migrations-postgresql.png) ## Le migliori pratiche per l'utilizzo di un database PostgreSQL come fonte per migrazioni di dati omogenee + Per velocizzare la sincronizzazione iniziale dei dati sul lato abbonato per l'attività FLCDC, è necessario modificare e. `max_logical_replication_workers` `max_sync_workers_per_subscription` L'aumento di questi valori migliora la velocità di sincronizzazione delle tabelle. + **max\$1logical\$1replication\$1workers: specifica il numero massimo di worker di replica** logica. Ciò include sia gli apply worker sul lato abbonato sia i worker di sincronizzazione delle tabelle. + **max\$1sync\$1workers\$1per\$1subscription** — L'aumento influisce `max_sync_workers_per_subscription` solo sul numero di tabelle sincronizzate in parallelo, non sul numero di lavoratori per tabella. **Nota** `max_logical_replication_workers`non deve essere superiore a e deve essere inferiore o uguale a. `max_worker_processes` `max_sync_workers_per_subscription` `max_logical_replication_workers` + Per la migrazione di tabelle di grandi dimensioni, è consigliabile dividerle in attività separate utilizzando regole di selezione. Ad esempio, puoi dividere tabelle di grandi dimensioni in singole attività separate e tabelle piccole in un'altra singola attività. + Monitora l'utilizzo del disco e della CPU dal lato dell'abbonato per mantenere prestazioni ottimali. # Migrazione dei dati dai database MongoDB con migrazioni di dati omogenee in AWS DMS Puoi usarlo [Migrazioni di database omogenee](data-migrations.md) per migrare un database MongoDB autogestito su Amazon DocumentDB. AWS DMS crea un ambiente serverless per la migrazione dei dati. Per diversi tipi di migrazioni di dati, AWS DMS utilizza diversi strumenti di database MongoDB nativi. Per migrazioni di dati omogenee di tipo **Full load**, AWS DMS viene utilizzato `mongodump` per leggere i dati dal database di origine e archiviarli sul disco collegato all'ambiente serverless. Dopo aver AWS DMS letto tutti i dati di origine, li utilizza `mongorestore` nel database di destinazione per ripristinare i dati. Per migrazioni di dati omogenee di tipo **CDC (Full Load and Change Data Capture)**, AWS DMS viene utilizzato `mongodump` per leggere i dati dal database di origine e archiviarli sul disco collegato all'ambiente serverless. Dopo aver AWS DMS letto tutti i dati di origine, li utilizza `mongorestore` nel database di destinazione per ripristinare i dati. Dopo aver AWS DMS completato il caricamento completo, passa automaticamente a un modello di editore e abbonato per la replica logica. In questo modello, si consiglia di ridimensionare l'oplog in modo da conservare le modifiche per almeno 24 ore. Per migrazioni di dati omogenee del tipo **Change data capture (CDC)**, scegli `immediately` nelle impostazioni di migrazione dei dati di acquisire automaticamente il punto di partenza per la replica all'inizio della migrazione effettiva dei dati. **Nota** Per ogni raccolta nuova o rinominata, è necessario creare una nuova attività di migrazione dei dati per tali raccolte sotto forma di migrazioni di dati omogenee. Per una fonte compatibile con MongoDB, AWS DMS non supporta operazioni`create`. `rename` `drop collection` Il diagramma seguente mostra il processo di utilizzo di migrazioni di dati omogenee AWS DMS per migrare un database MongoDB in Amazon DocumentDB. ![\[Un diagramma di architettura della migrazione dei dati MongoDB con DMS Homogeneous Data Migrations.\]](http://docs.aws.amazon.com/it_it/dms/latest/userguide/images/data-migrations-mongodb.png) # Modalità di preparazione della tabella di destinazione Puoi selezionare la modalità di preparazione della tabella di Target quando scegli di creare un'attività di migrazione dei dati nella scheda **Impostazioni avanzate** nella AWS DMS console per le migrazioni di PostgreSQL, MongoDB e Amazon DocumentDB. ## Rilascia le tabelle sulla destinazione In modalità Drop tables on target, la migrazione AWS DMS omogenea elimina le tabelle di destinazione e le ricrea prima di iniziare la migrazione. Questo approccio garantisce che le tabelle di destinazione siano vuote all'inizio della migrazione. Durante le migrazioni omogenee, AWS DMS crea tutti gli oggetti secondari, inclusi gli indici definiti nei metadati della tabella di origine, prima di caricare i dati per garantire una migrazione efficiente dei dati. Quando si utilizzano le tabelle Drop in modalità target, potrebbe essere necessario configurare il database di destinazione. Ad esempio, con un target AWS DMS PostgreSQL, non è possibile creare un utente dello schema per motivi di sicurezza. In questo caso, è necessario precreare l'utente dello schema in modo che corrisponda all'origine, in modo da AWS DMS poter creare le tabelle e assegnarle a un ruolo simile a quello dell'origine all'inizio della migrazione. ## Tronca In modalità Truncate, la migrazione AWS DMS omogenea tronca tutte le tabelle di destinazione esistenti prima dell'inizio della migrazione. In questo modo viene preservata la struttura della tabella. Questa modalità è adatta per le migrazioni a pieno carico o a pieno carico più CDC in cui lo schema di destinazione è pre-creato. Per un target Amazon DocumentDB, se la raccolta non esiste, AWS DMS crea la raccolta senza indici durante la migrazione. ## Non fare nulla In modalità Non fare niente, la migrazione AWS DMS omogenea presuppone che le tabelle di destinazione siano precreate. Se le tabelle di destinazione non sono vuote, durante la migrazione potrebbero verificarsi conflitti di dati, che potrebbero causare un errore nell'attività DMS. In questa modalità, la struttura della tabella rimane invariata e tutti i dati esistenti vengono conservati. La modalità Do nothing è adatta per le attività solo su CDC quando le tabelle di destinazione sono state riempite di nuovo dall'origine e viene utilizzata la replica continua per sincronizzare l'origine e la destinazione. Per un target Amazon DocumentDB, se la raccolta non esiste, AWS DMS crea la raccolta senza indici secondari. Inoltre, la modalità Do nothing può essere utilizzata durante la fase di caricamento completo durante la migrazione dei dati da una raccolta condivisa MongoDB ad Amazon DocumentDB. # Risoluzione dei problemi per migrazioni di dati omogenee in AWS DMS Nell'elenco seguente sono disponibili le azioni da intraprendere in caso di problemi con le migrazioni omogenee dei dati in AWS DMS. **Topics** + [Non riesco a creare una migrazione omogenea dei dati in AWS DMS](#dm-troubleshooting-create) + [Non riesco ad avviare una migrazione omogenea dei dati in AWS DMS](#dm-troubleshooting-dm-fails) + [Non riesco a connettermi al database di destinazione durante la migrazione dei dati in AWS DMS](#dm-troubleshooting-connect-target) + [AWS DMS migra le viste come tabelle in PostgreSQL](#dm-troubleshooting-views) ## Non riesco a creare una migrazione omogenea dei dati in AWS DMS Se ricevi un messaggio di errore che indica che non è AWS DMS possibile connettersi ai tuoi provider di dati dopo aver scelto **Crea migrazione dei dati**, assicurati di aver configurato il ruolo IAM richiesto. Per ulteriori informazioni, consulta [Creazione di un ruolo IAM](dm-iam-resources.md#dm-resources-iam-role). Se hai configurato il ruolo IAM e ricevi ancora questo messaggio di errore, aggiungi questo ruolo IAM al tuo utente chiave nella configurazione AWS KMS chiave. Per ulteriori informazioni, consulta [Consente agli utenti della chiave di utilizzare la chiave KMS](https://docs.aws.amazon.com/kms/latest/developerguide/key-policy-default.html#key-policy-default-allow-users) nella *Guida per gli sviluppatori di AWS Key Management Service *. ## Non riesco ad avviare una migrazione omogenea dei dati in AWS DMS Se vedi lo stato `Failed` quando avvii una migrazione dei dati nell'ambito del tuo progetto di migrazione, controlla le versioni dei fornitori di dati di origine e di destinazione. A questo scopo, esegui la query `SELECT VERSION();` nel database MySQL o PostgreSQL. Assicurati di utilizzare la versione del database supportata. Per l'elenco dei database di origine supportati, consulta [Origini per migrazioni omogenee di dati DMS](CHAP_Introduction.Sources.md#CHAP_Introduction.Sources.HomogeneousDataMigrations). Per l'elenco dei database di destinazione supportati, consulta [Destinazioni per migrazioni omogenee di dati DMS](CHAP_Introduction.Targets.md#CHAP_Introduction.Targets.HomogeneousDataMigrations). Se utilizzi una versione del database non supportata, aggiorna il database di origine o di destinazione e riprova. Controlla il messaggio di errore relativo alla migrazione dei dati nella AWS DMS console. Per farlo, apri il tuo progetto di migrazione e scegli la migrazione dei dati. Nella scheda **Dettagli**, seleziona **Ultimo messaggio di errore** in **Generale**. Infine, analizza il CloudWatch registro. Per farlo, apri il tuo progetto di migrazione e scegli la migrazione dei dati. Nella scheda **Dettagli**, scegli **Visualizza CloudWatch registri.** ## Non riesco a connettermi al database di destinazione durante la migrazione dei dati in AWS DMS Se ricevi il messaggio di errore **Unable to connect to target** esegui le seguenti azioni. 1. Assicurati che il gruppo di sicurezza collegato ai database di origine e di destinazione contenga una regola per il traffico in entrata e in uscita. Per ulteriori informazioni, consulta [Configurazione della replica continua dei dati](vpc-peering.md#vpc-peering-ongoing-replication). 1. Verifica la lista di controllo degli accessi (ACL) di rete e le regole della tabella di routing. 1. Il database deve essere accessibile dal VPC che hai creato. Aggiungi gli indirizzi IP pubblici nei gruppi di sicurezza VPC e consenti le connessioni di input nel firewall. 1. Nella scheda **Migrazioni dei dati** del tuo progetto di migrazione, scegli la migrazione dei dati. Prendi nota dell'**indirizzo IP pubblico** in **Connettività e sicurezza** nella scheda **Dettagli**. Successivamente, consenti l'accesso dall'indirizzo IP pubblico della migrazione dei dati nei database di origine e di destinazione. 1. Per la replica continua dei dati, assicurati che i database di origine e di destinazione possano comunicare tra loro. Per ulteriori informazioni, consulta [Controlla il traffico verso le risorse utilizzando gruppi di sicurezza](https://docs.aws.amazon.com/vpc/latest/userguide/vpc-security-groups.html) nella *Guida per l'utente di Amazon Virtual Private Cloud*. ## AWS DMS migra le viste come tabelle in PostgreSQL La migrazione omogenea dei dati non supporta la migrazione delle viste come viste in PostgreSQL. Per PostgreSQL, migra le viste come tabelle AWS DMS .