Le traduzioni sono generate tramite traduzione automatica. In caso di conflitto tra il contenuto di una traduzione e la versione originale in Inglese, quest'ultima prevarrà.
AWS DMS Componenti serverless
Per gestire le risorse necessarie per eseguire una replica, AWS DMS Serverless dispone di stati granulari che rivelano le diverse azioni interne intraprese dal servizio. Quando si avvia la replica, AWS DMS serverless calcola il carico della capacità, alloca la capacità calcolata e avvia la replica dei dati secondo i seguenti stati di replica.
Il diagramma seguente mostra le transizioni di stato per una replica serverless. AWS DMS
Il primo stato dopo l'avvio della replica è Inizializzazione in corso. In questo stato vengono inizializzati tutti i parametri richiesti.
Gli stati immediatamente successivi sono Preparazione delle risorse di metadati in corso, Verifica della connessione in corso e Recupero dei metadati in corso. In questi stati, AWS DMS Serverless si connette al database di origine per ottenere le informazioni necessarie a prevedere la capacità necessaria.
Quando lo stato di replica è Testing Connection, AWS DMS Serverless verifica che la connessione ai database di origine e di destinazione sia configurata correttamente.
Lo stato di replica dopo Verifica della connessione in corso è Recupero dei metadati in corso. Qui AWS DMS recupera le informazioni necessarie per calcolare la capacità.
Una volta AWS DMS recuperate le informazioni necessarie, lo stato successivo è Calcolo della capacità. In questo stato, il sistema calcola la dimensione delle risorse sottostanti necessarie per eseguire la replica.
La transizione di stato successiva a Calcolo della capacità in corso è Capacità di allocazione. Quando la replica è in questo stato, AWS DMS serverless inizializza le risorse di elaborazione sottostanti.
Lo stato di replica dopo che tutte le risorse sono state correttamente allocate è Avvio della replica. In questo stato, AWS DMS Serverless inizia la replica dei dati. Le fasi di una replica includono quanto segue:
Caricamento completo: in questa fase, DMS replica il data store di origine com'era all'inizio della replica.
CDC(iniziale): in questa fase, DMS replica le modifiche al data store di origine avvenute durante la fase di caricamento completo. DMSesegue questa fase solo se l'impostazione dell'
StopTaskCachedChangesNotAppliedattività èfalse.CDC(in corso): Dopo la CDC fase iniziale, DMS replica le modifiche nel database di origine non appena si verificano. DMScontinua a eseguire la replica solo dopo la CDC fase iniziale se l'impostazione dell'
StopTaskCachedChangesAppliedattività è.false
Lo stato finale è In esecuzione. Lo stato In esecuzione indica che la replica dei dati è in corso.
Una replica interrotta entra nello stato Interrotto. È possibile riavviare una replica interrotta nelle seguenti circostanze:
Non è possibile riavviare una replica in cui DMS è stato eseguito il deprovisioning.
È possibile riavviare una replica CDC solo interrotta o a pieno carico utilizzando l'azione. CDC StartReplication Non è possibile riavviare una replica interrotta utilizzando la console.
Non è possibile riavviare una replica interrotta che utilizza Postgre SQL come motore.
Questo argomento contiene le sezioni seguenti:
- Versioni del motore supportate
- Creazione di una replica serverless
- Modifica delle repliche serverless AWS DMS
- Configurazione del calcolo
- Comprendere la scalabilità automatica in modalità serverless AWS DMS
- Monitoraggio delle repliche senza server AWS DMS
- Throughput migliorato per le migrazioni a pieno carico da Oracle ad Amazon Redshift
Per AWS DMS Serverless, il pannello di navigazione a sinistra della AWS DMS console presenta una nuova opzione, le repliche Serverless. Per Repliche serverless è necessario specificare le repliche anziché i tipi o le attività dell'istanza di replica per definire una replica. Inoltre, si specificano le unità di DMS capacità massima e minima (DCUs) che si desidera fornire DMS per la replica. A DCU è pari a 2 GB di. RAM AWS DMS fattura all'account ogni unità attualmente DCU utilizzata dalla replica. Per informazioni sui AWS DMS prezzi, consulta i prezzi del AWS Database Migration Service
AWS DMS quindi effettua automaticamente il provisioning delle risorse di replica in base alle mappature delle tabelle e alla dimensione prevista del carico di lavoro. Questa unità di capacità è un valore compreso nell'intervallo dei valori delle unità di capacità minime e massime specificati.
Versioni del motore supportate
Con AWS DMS Serverless, non è necessario scegliere e gestire le versioni del motore, poiché il servizio gestisce tale impostazione. AWS DMS Serverless supporta le seguenti fonti:
-
MongoDB
-
Amazon DocumentDB (compatibile con MongoDB)
-
Microsoft SQL Server
-
Database compatibili con Postgres SQL
-
I miei database compatibili SQL
-
MariaDB
-
Oracle
-
IBMDb2
AWS DMS Serverless supporta i seguenti obiettivi:
-
Microsoft SQL Server
-
Postgree SQL
-
I miei database compatibili SQL
-
Oracle
-
Amazon S3
-
Amazon Redshift
-
Amazon DynamoDB
-
Flusso di dati Amazon Kinesis
-
Amazon Managed Streaming per Apache Kafka
-
OpenSearch Servizio Amazon
-
Amazon DocumentDB (compatibile con MongoDB)
-
Amazon Neptune
Come parte di AWS DMS Serverless, hai accesso ai comandi della console che ti consentono di creare, configurare, avviare e gestire repliche AWS DMS serverless. Per usare questi comandi con la sezione Repliche serverless della console, devi eseguire una delle seguenti operazioni:
Imposta una nuova policy AWS Identity and Access Management (IAM) e un nuovo IAM ruolo a cui allegare tale policy.
Utilizza un AWS CloudFormation modello per fornire l'accesso di cui hai bisogno.
AWS DMS Serverless richiede che nel tuo account esista un ruolo collegato al servizio (SLR). AWS DMS gestisce la creazione e l'utilizzo di questo ruolo. Per ulteriori informazioni su come assicurarsi di disporre del necessarioSLR, consultaRuolo collegato ai servizi per AWS DMS serverless.
Creazione di una replica serverless
Per creare una replica serverless tra due AWS DMS endpoint esistenti, procedi come segue. Per informazioni sulla creazione di AWS DMS endpoint, consulta. Creazione di endpoint di origine e destinazione
Creazione di una replica serverless
Accedi a AWS Management Console e apri la AWS DMS console alla https://console.aws.amazon.com/dms/v2/
. -
Nel riquadro di navigazione scegli Repliche serverless, quindi seleziona Crea replica.
-
Nella pagina Crea replica specifica la configurazione della replica serverless:
Opzione Azione Nome
Immetti un nome per identificare la replica, ad esempio DMS-replication.Nome di risorsa Amazon descrittivo (ARN) - Facoltativo Puoi utilizzare questo parametro opzionale per fornire una descrizione della replica. Endpoint del database di origine Scegli gli endpoint esistenti nell'account. Tieni presente che AWS DMS Serverless supporta solo un sottoinsieme dei tipi di endpoint supportati dallo standard. AWS DMS Endpoint del database di destinazione Scegli gli endpoint esistenti nell'account. Tieni presente che AWS DMS Serverless supporta solo un sottoinsieme dei tipi di endpoint supportati dallo standard. AWS DMS Tipo di replica Scegli un tipo di replica in base alle esigenze: Caricamento completo: AWS DMS migra solo i dati esistenti.
Acquisizione dei dati a pieno caricamento e modifica (CDC): AWS DMS migra i dati esistenti e le modifiche che si verificano durante la replica.
Change data capture (CDC): migra AWS DMS solo le modifiche che si verificano dopo l'avvio della replica.
Nella sezione Impostazioni configura le impostazioni richieste dalla replica.
Nella sezione Mappature delle tabelle imposta la mappatura delle tabelle per definire le regole per selezionare e filtrare i dati che stai replicando. Prima di specificare la mappatura, consulta la sezione della documentazione sulla mappatura del tipo di dati per il database di origine e di destinazione. Per informazioni sulla mappatura dei tipi di dati per i database di origine e di destinazione, consultate la sezione sui tipi di dati per i tipi di endpoint di origine e di destinazione nell'argomento. Utilizzo degli endpoint AWS DMS
Nella sezione Impostazioni di calcolo configura le seguenti opzioni. Per informazioni sulle impostazioni di configurazione del calcolo, consulta Configurazione del calcolo.
Opzione Azione VPC
Scegli un esistente. VPC Subnet group (Gruppo di sottoreti)
Scegli un gruppo di sottoreti esistente. VPCgruppo/i di sicurezza
Scegli Predefinito se non è già selezionato. AWS KMSchiave
Scegli una KMS chiave appropriata. Per informazioni sulle KMS chiavi, vedere Creazione di chiavi nel AWS Key Management Service APIriferimento. Distribuzione
Lascia il campo inalterato. Zona di disponibilità
Lascia il campo inalterato. Unità DMS di capacità minima (DCU) - (Facoltativo)
Lasciare vuoto per utilizzare il valore predefinito di 1DCU. Unità con DMS capacità massima (DCU)
Scegli 16 DCU. Lascia le impostazioni di Manutenzione invariate.
Scegli Crea replica.
AWS DMS crea una replica serverless per eseguire la migrazione.
Modifica delle repliche serverless AWS DMS
Per modificare la configurazione della replica, utilizza l'azione modify-replication-config. È possibile modificare solo una configurazione di AWS DMS replica che si trova negli statiCREATED, STOPPED o. FAILED Per informazioni sull'modify-replication-configazione, vedere ModifyReplicationConfignella Guida di AWS Database Migration Service APIriferimento.
Per modificare una configurazione di replica senza server utilizzando il AWS Management Console
Nel riquadro di navigazione scegli Repliche serverless.
-
Scegli la replica che desideri modificare. La tabella seguente descrive le modifiche che è possibile apportare in base allo stato corrente della replica.
Impostazione Descrizione Stati consentiti Nome
Puoi modificare il nome della replica. Immettete un nome per la replica che contenga da 8 a 16 ASCII caratteri stampabili (esclusi/,» e @). Il nome deve essere univoco all'interno dell'account nella regione AWS selezionata. È possibile scegliere di aggiungere alcuni dettagli al nome, ad esempio includere la AWS regione e l'attività che si sta eseguendo, ad esempio:.
west2-mysql2mysql-config1ReplicationStateèCREATED,STOPPEDoFAILED.Endpoint del database di origine
Scegli un nuovo endpoint di origine esistente come origine della replica.
ReplicationStateèCREATEDoppureFAILEDquandoProvisionStateènull.Endpoint del database di destinazione
Scegli un nuovo endpoint di destinazione esistente come destinazione della replica.
ReplicationStateèCREATEDoppureFAILEDquandoProvisionStateènull.Tipo di replica
È possibile modificare il tipo di replica serverless.
ReplicationStateèCREATEDoppureFAILEDquandoProvisionStateènull.Impostazioni di replica
È possibile modificare le impostazioni di replica, inclusa la modalità di preparazione della tabella di destinazione, se includere le LOB colonne nella replica, la LOB dimensione massima, la convalida e la registrazione. Per ulteriori informazioni, consulta Impostazioni delle attività.
ReplicationStateèCREATED,STOPPEDoFAILED.Mappature delle tabelle
È possibile modificare le impostazioni di mappatura delle tabelle per una replica serverless, incluse le regole di selezione e trasformazione. Per ulteriori informazioni, consulta Mappatura delle tabelle.
ReplicationStateèCREATED,STOPPEDoFAILED.Configurazione del calcolo
È possibile modificare le impostazioni di configurazione del calcolo per una replica serverless, incluse le impostazioni di rete, dimensionamento e manutenzione. Per informazioni sulle impostazioni di configurazione del calcolo, consulta Configurazione del calcolo.
È possibile modificare le seguenti impostazioni di dimensionamento, manutenzione e rete se
ReplicationStateèCREATED,STOPPEDoFAILED:MinCapacityUnitsMaxCapacityUnitsMultiAZPreferredMaintenanceWindowVpcSecurityGroupIds
È possibile modificare le seguenti impostazioni di rete e sicurezza se
ReplicationStateèCREATEDoFAILEDquandoProvisionStateènull:AvailabilityZoneDnsNameServersKmsKeyIdReplicationSubnetGroupId
Configurazione del calcolo
È possibile configurare il provisioning della replica utilizzando il parametro Configurazione del calcolo o la sezione della console. I campi dell'oggetto Configurazione del calcolo sono i seguenti:
| Opzione | Descrizione |
|---|---|
|
MinCapacityUnits |
Questo è il numero minimo di unità di DMS capacità (DCU) che verranno fornite. AWS DMS Questo è anche il minimo a DCU cui la scalabilità automatica può essere ridotta. |
|
MaxCapacityUnits |
Questa è la DMS capacità massima di unità (DCU) che è AWS DMS possibile fornire, in base alla previsione della capacità di replica. Questo è anche il limite massimo DCU che la scalabilità automatica può raggiungere. |
|
KmsKeyId |
La chiave di crittografia da utilizzare per crittografare le informazioni di connessione e archiviazione della replica. Se scegli (Predefinito) aws/dms, AWS DMS utilizza la KMS chiave predefinita associata al tuo account e. Regione AWS Vengono mostrati una descrizione e il numero del tuo account, insieme alla chiave. ARN Per ulteriori informazioni sull'utilizzo della chiave di crittografia, consulta Impostazione di una chiave di crittografia e specificazione delle autorizzazioni AWS KMS. Per questo tutorial, lascia selezionato (Impostazione predefinita) aws/dms. |
|
ReplicationSubnetGroupId |
Il gruppo di sottoreti di replica selezionato in VPC cui si desidera creare la replica. Se il database di origine si trova in unVPC, scegliete il gruppo di sottoreti che contiene il database di origine come posizione per la replica. Per ulteriori informazioni sui gruppi di sottoreti di replica, consulta Creazione di un gruppo di sottoreti di replica. |
|
VpcSecurityGroupIds |
L'istanza di replica viene creata in un. VPC Se il database di origine si trova in unVPC, scegli il gruppo VPC di sicurezza che fornisce l'accesso all'istanza DB in cui si trova il database. |
|
PreferredMaintenanceWindow |
Questo parametro definisce un intervallo di tempo settimanale durante il quale può avvenire la manutenzione del sistema, in Universal Coordinated Time (UTC). L'impostazione predefinita è una finestra di 30 minuti selezionata a caso da un intervallo di tempo di 8 ore per volta Regione AWS, che si verifica in un giorno casuale della settimana. |
|
MultiAZ |
Questo parametro facoltativo crea una replica di standby della replica in un'altra zona di disponibilità per il supporto del failover. Se intendi utilizzare change data capture (CDC) o la replica continua, ti consigliamo di attivare questa opzione. |
Comprendere la scalabilità automatica in modalità serverless AWS DMS
Dopo aver effettuato il provisioning di una replica che si trova RUNNING nello stato in cui si trova, il AWS DMS servizio gestisce la capacità delle risorse sottostanti di adattarsi ai carichi di lavoro in evoluzione. Questa gestione dimensiona le risorse di replica in base alle seguenti impostazioni di replica:
MinCapacityUnitsMaxCapacityUnits
Le repliche aumentano dopo il periodo di superamento della soglia di utilizzo massima e diminuiscono quando l'utilizzo della capacità è inferiore alla soglia di utilizzo minima della capacità per un lungo periodo.
Nota
Le repliche serverless non possono essere ridimensionate automaticamente mentre è in corso un carico completo.
Ottimizzazione AWS DMS della scalabilità automatica in modalità serverless
Per ottimizzare i parametri di scalabilità automatica della replica, si consiglia di impostarli sul valore massimo e di lasciare che sia possibile MaxCapacityUnits gestire il provisioning delle risorse. AWS DMS Si consiglia di scegliere l'impostazione di capacità DCU massima per ottenere il massimo vantaggio dall'auto-scaling e far fronte ai picchi di volume delle transazioni. Il calcolatore dei prezzi mostra il costo mensile massimo se la replica utilizza continuamente il massimo. DCU Il massimo DCU non rappresenta il costo effettivo, poiché si paga solo per la capacità utilizzata.
Se la replica non utilizza le risorse a piena capacità, le risorse AWS DMS verranno ridistribuite gradualmente per ridurre i costi. Tuttavia, poiché il provisioning e l'annullamento del provisioning delle risorse richiedono tempo, ti consigliamo di impostare MinCapacityUnits su un valore in grado di gestire eventuali picchi improvvisi previsti nel carico di lavoro di replica. In questo modo si eviterà che la replica venga sottoposta a un provisioning insufficiente e al contempo si riforniranno le risorse per un livello di carico di AWS DMS lavoro più elevato.
Se il provisioning della replica è insufficiente per l'impostazione della capacità massima troppo bassa per i requisiti dei dati o della capacità minima troppo bassa per gestire picchi improvvisi nel carico di lavoro di replica, è possibile che la metrica CapacityUtilization raggiunga costantemente il suo valore massimo. causando l'esito negativo della replica. Se la replica fallisce a causa di un approvvigionamento insufficiente delle risorse, crea un evento nei log di replica. AWS DMS out-of-memory Se la out-of-memory condizione si verifica a causa di un picco improvviso del carico di lavoro di replica, la replica verrà scalata e riavviata automaticamente.
Monitoraggio delle repliche senza server AWS DMS
AWS offre diversi strumenti per monitorare le repliche AWS DMS serverless e rispondere a potenziali incidenti:
AWS DMS metriche di replica senza server
Il monitoraggio della replica senza server include i CloudWatch parametri di Amazon per le seguenti statistiche. Queste statistiche sono raggruppate per ogni replica serverless.
|
Parametro |
Unità |
Descrizione |
|---|---|---|
| CapacityUtilization | Percentuale |
Percentuale di memoria utilizzata dalla replica serverless |
| CDCIncomingChanges | Percentuale |
Il numero totale di eventi di modifica in attesa point-in-time di essere applicati alla destinazione. Tieni presente che questo non equivale alla misura della frequenza di modifica della transazione dell'endpoint di origine. Un numero elevato per questa metrica di solito indica che non AWS DMS è in grado di applicare le modifiche acquisite in modo tempestivo, causando così un'elevata latenza target. |
| CDCLatencySource | Secondi |
L'intervallo, in secondi, tra l'ultimo evento acquisito dall'endpoint di origine e il timestamp corrente del sistema dell'istanza. AWS DMS CDCLatencySourcerappresenta la latenza tra l'istanza di origine e quella di replica. Alto CDCLatencySource significa che il processo di acquisizione delle modifiche dall'origine viene ritardato. Per identificare la latenza in una replica in corso, puoi visualizzare questa metrica insieme a. CDCLatencyTarget Se entrambi i valori CDCLatencySource CDCLatencyTarget sono alti, verificate prima. CDCLatencySource CDCLatencySourcepuò essere 0 quando non vi è alcun ritardo di replica tra l'origine e la replica. CDCLatencySourcepuò inoltre diventare zero quando la replica tenta di leggere l'evento successivo nel log delle transazioni di origine e non ci sono nuovi eventi rispetto all'ultima lettura dall'origine. Quando ciò accade, la replica reimposta su 0. CDCLatencySource |
| CDCLatencyTarget | Secondi |
Il divario, in secondi, tra il primo timestamp dell'evento in attesa di commit sulla destinazione e il timestamp corrente dell'istanza AWS DMS . La latenza della destinazione è la differenza tra l'ora del server dell'istanza di replica e l'ID dell'evento non confermato meno recente inoltrato a un componente di destinazione. In altre parole, la latenza di destinazione è la differenza di timestamp tra l'istanza di replica e l'evento più vecchio applicato ma non confermato dall'endpoint (99%). TRG Quando CDCLatencyTarget è alta, indica che il processo di applicazione degli eventi di modifica alla destinazione è in ritardo. Per identificare la latenza in una replica in corso, è possibile visualizzare questa metrica insieme a. CDCLatencySource Se CDCLatencyTarget è alto ma CDCLatencySource non lo è, verifica se:
|
| CDCThroughputBandwidthTarget | KB al secondo |
Dati in uscita trasmessi per la destinazione in KB al secondo. CDCThroughputBandwidthregistra i dati in uscita trasmessi sui punti di campionamento. Se non viene rilevato traffico di rete, il valore è zero. Poiché CDC non emette transazioni di lunga durata, il traffico di rete potrebbe non essere registrato. |
| CDCThroughputRowsSource | Righe al secondo |
Modifiche in entrata dall'origine in righe al secondo. |
| CDCThroughputRowsTarget | Righe al secondo |
Modifiche in uscita per la destinazione in righe al secondo. |
| FullLoadThroughputBandwidthTarget | KB al secondo |
Dati in uscita trasmessi da un pieno carico per la destinazione in KB al secondo. |
| FullLoadThroughputRowsTarget | Righe al secondo |
Modifiche in uscita da un pieno carico per la destinazione in righe al secondo. |
AWS DMS log di replica senza server
Puoi utilizzare Amazon CloudWatch per registrare le informazioni di replica durante un processo di AWS DMS migrazione. Puoi abilitare la registrazione quando selezioni le impostazioni di replica.
Le repliche serverless caricano i log di stato CloudWatch sul tuo account per fornire una maggiore visibilità sullo stato di avanzamento della replica e per facilitare la risoluzione dei problemi.
AWS DMS carica i log collegati senza server in un gruppo di log dedicato con il prefisso. dms-serverless-replication- All'interno di questo gruppo di log è presente un flusso di log denominato <your replication config resource ID>dms-serverless-replication-orchestrator-. Questo flusso di log riporta lo stato della replica e un messaggio associato che fornisce ulteriori dettagli sul lavoro svolto in questa fase. Per esempi di voci di log, consulta Esempi di log della replica serverless di seguito.<your replication config resource ID>
Nota
AWS DMS non crea né il gruppo di log né lo stream finché non si esegue la replica. AWS DMS non crea il gruppo o lo stream di log se si crea solo la replica.
Per visualizzare i log di una replica eseguita, procedi come segue:
-
Apri la AWS DMS console e scegli Repliche senza server dal pannello di navigazione. Viene visualizzata la finestra di dialogo Repliche serverless.
-
Vai alla sezione Configurazione e scegli Visualizza i log serverless nella colonna Generale. Si apre il gruppo di CloudWatch log.
-
Individua la sezione Registri delle attività di migrazione e scegli Visualizza CloudWatch registri.
Se la replica non riesce, AWS DMS crea una voce di registro con uno stato di replica di failed e un messaggio che descrive il motivo dell'errore. È consigliabile controllare i CloudWatch log come primo passaggio per la risoluzione dei problemi di replica non riuscita.
Nota
Come con AWS DMS Classic, è possibile abilitare una registrazione più granulare sullo stato di avanzamento della migrazione dei dati stessa, ovvero i log emessi dall'attività di replica sottostante. È possibile abilitare questi registri nelle impostazioni di replica impostando nel Logging campo su, come EnableLogging nell'esempio seguente: true JSON
{ "Logging": { "EnableLogging": true } }
Una volta abilitati, questi log sono disponibili solo durante la fase running della replica serverless. Sono presenti nello stesso gruppo di log del flusso di log precedente, ma dispongono del nuovo dms-serverless-serv-res-id- del flusso di log. Per informazioni su come interpretare i log della replica serverless, consulta la sezione seguente.{unique identifier}
Esempi di log della replica serverless
In questa sezione sono inclusi esempi di voci di log delle repliche serverless.
Esempio: avvio della replica
Quando si esegue una replica senza server, AWS DMS crea una voce di registro simile alla seguente:
{'replication_state':'initializing', 'message': 'Initializing the replication workflow.'}
Esempio: errore della replica
Se uno degli endpoint della replica non è configurato correttamente, AWS DMS crea una voce di registro simile alla seguente:
{'replication_state':'failed', 'message': 'Test connection failed for endpoint X.', 'failure_message': 'X'}
Se vedi questo messaggio nel log dopo un errore, assicurati che l'endpoint specificato sia integro e configurato correttamente.
Throughput migliorato per le migrazioni a pieno carico da Oracle ad Amazon Redshift
AWS DMS offre prestazioni di throughput notevolmente migliorate per le migrazioni a pieno carico da Oracle ad Amazon Redshift. DMSabilita automaticamente questa funzionalità per le tabelle senza l'custom parallel-loadopzione nelle relative mappature delle tabelle. Per le tabelle con opzioni di caricamento parallelo personalizzate, DMS serverless distribuisce il carico della tabella in base alle configurazioni di mappatura delle tabelle fornite. Per utilizzare una velocità effettiva migliorata, procedi come segue:
Fornite regole di selezione che non facciano riferimento a partizioni o limiti. Ad esempio, se le impostazioni della tabella nelle mappature delle tabelle lo contengono
parallel-load, DMS Serverless non utilizzerà la funzionalità di throughput avanzata. Per ulteriori informazioni, consulta Operazioni e regole di selezione.Imposta
MaxFileSizee su 64 MB.WriteBufferSizePer ulteriori informazioni, consulta Impostazioni degli endpoint quando si utilizza Amazon Redshift come destinazione per AWS DMS.Si consiglia
CompressCsvFilesdi impostare sutrueper un data store con dati sparsi efalseper un data store con dati densi.Imposta le seguenti impostazioni delle attività su:
0ParallelLoadThreadsParallelLoadQueuesPerThreadParallelApplyThreadsParallelApplyQueuesPerThreadParallelLoadBufferSize
Impostato
MaxFullLoadSubTaskssu49per supportare la migrazione parallela dei dati.Imposta
LOB modesuinline. Per ulteriori informazioni, consulta Impostazione del LOB supporto per i database di origine in un' AWS DMS attività.
AWS DMS non fornisce prestazioni di throughput migliorate per le seguenti repliche:
Repliche con tabelle che utilizzano il caricamento parallelo. Per ulteriori informazioni, consulta Utilizzo del caricamento parallelo per le tabelle, le viste e le raccolte selezionate.
Repliche con regole di trasformazione dei dati.
Repliche con regole di filtro.
Repliche con la regola di
change-data-typetrasformazione.
