AWS Note di rilascio DMS - AWS Servizio di migrazione del Database

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 Note di rilascio DMS

Di seguito, puoi trovare le note di rilascio per le versioni correnti e precedenti di AWS Database Migration Service (AWS DMS).

AWS DMS non fa distinzione tra versioni principali e secondarie quando si abilita l'aggiornamento automatico della versione per l'istanza di replica. DMS aggiorna automaticamente la versione dell'istanza di replica durante la finestra di manutenzione se la versione è obsoleta.

Tieni presente che per aggiornare manualmente la versione dell'istanza di replica (utilizzando l'API o la CLI) dalla versione 3.4.x alla 3.5.x, devi impostare il parametro su. AllowMajorVersionUpgrade true Per informazioni sul AllowMajorVersionUpgrade parametro, ModifyReplicationInstanceconsultate la documentazione dell'API DMS.

Nota

L'attuale versione predefinita del motore per AWS DMS è la 3.5.1.

La tabella seguente mostra le seguenti date per le versioni DMS attive:

  • Data di rilascio della versione

  • La data dopo la quale non è possibile creare nuove istanze con la versione

  • La data in cui DMS aggiorna automaticamente le istanze di quella versione (la data EOL)

Versione Data di rilascio Nessuna data di nuova istanza Data di fine vita
3.5.3 17 maggio 2024 31 agosto 2025 31 ottobre 2025
3.5.2 29 ottobre 2023 30 marzo 2025 29 aprile 2025
3.5.1 30 giugno 2023 30 novembre 2024 30 gennaio 2025
3.4.7 31 maggio 2022 30 luglio 2024 29 agosto 2024
3.4.6 30 novembre 2021 26 maggio 2024 27 giugno 2024

AWS Note di rilascio di Database Migration Service 3.5.3

AWS DMS Nuove funzionalità nella versione 3.5.3
Nuova caratteristica o miglioramento Descrizione
Endpoint sorgente PostgreSQL migliorato per il supporto di Babelfish AWS DMS ha migliorato il suo endpoint sorgente PostgreSQL per supportare i tipi di dati Babelfish. Per ulteriori informazioni, consulta Utilizzo di un database PostgreSQL come origine AWS DMS.
Support per S3 Parquet come sorgente AWS DMS supporta S3 Parquet come sorgente. Per ulteriori informazioni, consulta Utilizzo di Amazon S3 come sorgente per AWS DMS
Supporto per PostgreSQL 16.x AWS DMS supporta PostgreSQL versione 16.x. Per ulteriori informazioni, consulta Utilizzo di un database PostgreSQL come origine AWS DMS e Utilizzo di un database PostgreSQL come destinazione per AWS Database Migration Service.
Throughput migliorato per le migrazioni a pieno carico da Oracle ad Amazon Redshift AWS DMS Serverless offre prestazioni di throughput notevolmente migliorate per le migrazioni a pieno carico da Oracle ad Amazon Redshift. Per ulteriori informazioni, consulta Throughput migliorato per le migrazioni a pieno carico da Oracle ad Amazon Redshift.

AWS DMS la versione 3.5.3 include i seguenti problemi risolti:

Problemi risolti nella versione DMS 3.5.3 del 17 maggio 2024
Problema risolto Descrizione
Funzione di override della convalida dei dati È stato risolto un problema relativo alla funzionalità di convalida dei dati a causa del quale DMS non rispettava il filtraggio dell'origine quando un'azione della regola era impostata nelle mappature delle tabelle. override-validation-function
Errori CDC di origine MySQL È stato risolto un problema relativo a MySQL come origine a causa del quale la migrazione CDC non funzionava con la codifica UTF16.
Differenze nella convalida dei dati e nella collazione È stato risolto un problema relativo alla funzionalità di convalida dei dati a causa del quale DMS non applicava correttamente l'impostazione dell'HandleCollationDiffattività quando veniva utilizzato il filtraggio delle colonne.
Sospensione dell'attività di convalida dei dati. È stato risolto un problema relativo alla funzionalità di convalida dei dati a causa del quale l'attività DMS si bloccava con un errore «targetis null».
Fallimenti delle attività nella replica da PostgreSQL a PostgreSQL. È stato risolto un problema per le migrazioni da PostgreSQL a PostgreSQL a causa del quale un'attività DMS non funzionava durante l'inserimento di dati LOB nella destinazione durante la replica CDC.
Perdita di dati con PostgreSQL come fonte È stato risolto un problema relativo a PostgreSQL come fonte in cui si verificava la perdita di dati in determinati scenari limite.
Errori CDC di origine MySQL 5.5 È stato risolto un problema relativo a MySQL come origine a causa del quale la replica CDC non funzionava con MySQL versione 5.5.
Problema relativo alla tabella IOT di origine Oracle. È stato risolto un problema relativo a Oracle come origine a causa del quale DMS non replicava correttamente UPDATE le istruzioni per le tabelle IOT con la registrazione supplementare abilitata su tutte le colonne.
Fonte MySQL (LOBS) È stato risolto un problema relativo alle migrazioni da MySQL a Redshift a causa del fallimento dell'attività DMS a causa dei LOB che superavano la dimensione massima consentita da Redshift.
Problema di convalida con SkipLobColumns È stato risolto un problema relativo alla funzionalità di convalida dei dati a causa del quale l'attività DMS non funzionava SkipLobColumns = true quando una chiave primaria si trovava nell'ultima colonna della tabella di origine.
Salta la convalida in cui si trova la chiave univoca null È stato risolto un problema relativo alla funzionalità di convalida dei dati a causa del quale DMS non saltava correttamente le righe con chiavi univoche nulle.
Miglioramenti alla convalida dei dati per l'operatore Oracle. COLLATE È stato risolto un problema relativo alla funzionalità di convalida dei dati che impediva la convalida con un errore di sintassi nelle versioni di Oracle precedenti alla 12.2.
Gestione degli errori durante il caricamento completo È stato risolto un problema per PostgreSQL come destinazione in cui l'attività si bloccava durante la fase di caricamento completo dopo un errore di tabella causato da dati non validi.
Rivalidazione delle attività di sola convalida CDC È stata migliorata la funzionalità di convalida dei dati per consentire la riconvalida di un'attività di sola convalida CDC.
S3 come problema obiettivo CdcMaxBatchInterval Out of Memory Risolto un problema relativo a S3 come destinazione a causa del quale l'attività DMS avrebbe avuto esito negativo se la condizione di memoria esaurita era impostata. CdcMaxBatchInterval
Driver di origine Oracle È stato aggiornato il driver sorgente DMS Oracle dalla v12.2 alla v19.18.
Avviso di troncamento LOB con sorgente SQL Server Registrazione migliorata per SQL Server come sorgente per mostrare avvisi sul troncamento del LOB durante il CDC.
Miglioramenti apportati al lettore binario di Oracle Il lettore binario sorgente Oracle è stato migliorato per supportare quanto segue:
  • Piattaforma Big Endian

  • Suggerimenti DML paralleli con compressione HCC

  • Compressioni Oracle avanzate con Golden Gate abilitate

AWS Note di rilascio di Database Migration Service 3.5.2

AWS DMS Nuove funzionalità nella versione 3.5.2
Nuova caratteristica o miglioramento Descrizione
Convalida dei dati Redshift AWS DMS ora supporta la convalida dei dati nei target Redshift.
Supporto per Microsoft SQL Server versione 2022 come origine e destinazione. AWS DMS ora supporta l'utilizzo di Microsoft SQL Server versione 2022 come origine e destinazione.
IBM Db2 LUW come destinazione AWS DMS ora supporta IBM Db2 LUW come destinazione. Utilizzando AWS DMS, ora puoi eseguire migrazioni in tempo reale da IBM Db2 LUW a IBM Db2 LUW.

AWS DMS la versione 3.5.2 include i seguenti problemi risolti:

Problemi risolti nella versione di manutenzione di DMS 3.5.2 del 29 aprile 2024
Problema risolto Descrizione
IBM Db2 target segmentato a pieno carico È stato aggiunto il supporto per il pieno carico segmentato con IBM Db2 come destinazione.
Amazon Timestream come impostazioni di destinazione È stata migliorata la gestione delle impostazioni di timestamp non valide e delle operazioni di tabella non supportate per Timestream come destinazione.
Arresto anomalo dell'attività con filtro a colonne È stato risolto un problema a causa del quale un'attività si bloccava durante l'utilizzo di un filtro su una colonna che DMS aggiungeva dinamicamente utilizzando una regola di trasformazione.
Registrazione della lettura del file di scambio delle transazioni È stata aggiunta la registrazione per mostrare quando DMS sta leggendo i file di scambio delle transazioni.
S3 come obiettivo con CdcInsertsAndUpdates Risolto un problema relativo a S3 come bersaglio a causa del quale un'attività si bloccava quando è in corso true e PreserveTransactions quando CdcInsertsAndUpdates è. true
Operatori negativi del filtro di origine È stato risolto un problema per cui l'operatore del filtro di origine, impostato su un operatore negativo, aveva un comportamento errato se sulla stessa colonna era definita una regola di trasformazione.
È stata aggiunta la registrazione per quando DMS sospende la lettura dalla fonte Registrazione migliorata per mostrare quando DMS sospende temporaneamente la lettura dalla fonte per migliorare le prestazioni.
Filtri di origine con caratteri sfuggiti È stato risolto un problema relativo ai filtri di origine in cui DMS applica i caratteri di escape alle tabelle appena create durante CDC.
PostgreSQL come destinazione, eliminazioni replicate in modo errato È stato risolto un problema per PostgreSQL come destinazione in cui DMS replica le eliminazioni come valori nulli.
Miglioramenti alla registrazione di Oracle as a source Registrazione avanzata per Oracle come fonte per rimuovere codici di errore estranei.
Registrazione migliorata delle limitazioni XMLTYPE Registrazione migliorata per Oracle come fonte per mostrare la mancanza di supporto da parte di DMS per la modalità LOB completa per il tipo di dati. XMLTYPE
Perdita di dati MySQL È stato risolto un problema per MySQL come destinazione in cui i metadati delle colonne danneggiati potevano causare arresti anomali delle attività o perdita di dati.
Filtro applicato a una nuova colonna È stato risolto un problema durante il caricamento completo in cui DMS ignorava un filtro aggiunto da una regola di trasformazione a una nuova colonna.
S3 come obiettivo: problema di convalida Risolto un problema relativo a S3 come destinazione a causa del quale la convalida dei dati non riusciva durante la migrazione di più tabelle con definizioni di partizionamento di convalida diverse.
Arresto anomalo dell'attività solo CDC Risolto un problema relativo alle attività riservate ai soli CDC in cui l'attività si bloccava quando lo era. TaskRecoveryTableEnabled true
Collazioni incompatibili tra MySQL e MariadB È stato risolto un problema per le migrazioni da MySQL a MariaDB in cui DMS non migra le tabelle MySQL v8 con regole di confronto. tf8mb4_0900_ai_ci
L'attività si blocca con BatchApplyEnabled È stato risolto un problema relativo alla funzionalità di applicazione in batch a causa del quale l'attività non riusciva in determinate condizioni.
Caratteri non UTF-8 in Amazon DocumentDB È stato aggiunto il supporto per caratteri non UTF-8 per gli endpoint Amazon DocumentDB.
Arresto anomalo dell'attività Batch Apply È stato risolto un problema relativo alla funzionalità Batch Apply a causa del quale l'attività DMS si bloccava durante la replica di transazioni di grandi dimensioni.
Gestione del rollback delle transazioni Db2 È stato risolto un problema relativo a Db2 come origine in cui DMS replicava un INSERT file sulla destinazione, nonostante fosse ripristinato sull'origine.
Convalida con filtri di origine È stato risolto un problema per cui la convalida non rispettava i filtri di origine.

AWS Note di rilascio di Database Migration Service 3.5.1

La tabella seguente mostra le nuove funzionalità e i miglioramenti introdotti in AWS Database Migration Service (AWS DMS) versione 3.5.1.

Nuova caratteristica o miglioramento Descrizione
Supporto per PostgreSQL 15.x AWS DMS la versione 3.5.1 supporta PostgreSQL versione 15.x. Per ulteriori informazioni, consulta Utilizzo di PostgreSQL come origine e Utilizzo di PostgreSQL come destinazione.
Supporto per i cluster elastici Amazon DocumentDB con raccolte partizionate AWS DMS la versione 3.5.1 supporta Amazon DocumentDB Elastic Clusters con raccolte ripartite. Per ulteriori informazioni, consulta Utilizzo di Amazon DocumentDB come destinazione per AWS Database Migration Service.
Redshift serverless come destinazione Supporto per l'utilizzo di Amazon Redshift serverless come endpoint di destinazione. Per ulteriori informazioni, consulta Utilizzo di un database Amazon Redshift come destinazione per AWS Database Migration Service.
Impostazioni degli endpoint Babelfish Impostazioni avanzate degli endpoint di destinazione PostgreSQL per fornire supporto per Babelfish. Per ulteriori informazioni, consulta Utilizzo di un database PostgreSQL come destinazione per AWS Database Migration Service.
Transazioni aperte per un'origine Oracle AWS DMS 3.5.1 migliora la metodologia di gestione delle transazioni aperte quando si avvia un'attività solo CDC dalla posizione iniziale per una fonte Oracle. Per ulteriori informazioni, consulta OpenTransactionWindow nella sezione Impostazioni degli endpoint quando si utilizza Oracle come fonte per AWS DMS.
Amazon Timestream come obiettivo Supporto per l'utilizzo di Amazon Timestream come endpoint di destinazione. Per ulteriori informazioni, consulta Utilizzo di Amazon Timestream come destinazione per AWS Database Migration Service.

AWS DMS la versione 3.5.1 include i seguenti problemi risolti:

Problema risolto Descrizione
Oracle come fonte: aumento delle sessioni inattive È stato risolto un problema relativo alla fonte Oracle a causa del quale le attività riservate ai soli CDC avevano sessioni inattive in continua crescita, con la seguente eccezione:. ORA-00020: maximum number of processes exceeded on the source database
Replica delle modifiche UPDATE in DocumentDB È stato risolto un problema per DocumentDB come destinazione in cui le istruzioni UPDATE non venivano replicate correttamente in alcuni scenari.
Attività di sola convalida Migliore gestione degli errori per consentire alla funzionalità di convalida dei dati di fallire correttamente l'operazione quando la convalida dei dati è disabilitata per le attività di sola convalida.
Replica Redshift dopo la cessazione della connessione È stato risolto un problema per il target Redshift a causa del quale l'attività DMS non tentava di applicare nuovamente le modifiche sulla destinazione quando la destinazione era ParallelApplyThreads impostata su un valore maggiore di zero dopo l'interruzione della connessione, con conseguente perdita di dati.
Replica da testo a testo medio in MySQL È stato risolto un problema relativo alla replica da MySQL a MySQL di tipi di dati mediumtext con modalità Full-LOB.
L'attività CDC non si replica con ruotated secret È stato risolto un problema per le attività DMS con l'BatchApplyEnabledimpostazione true in cui DMS interrompeva la replica dei dati dopo che Secrets Manager aveva ruotato la password.
Problema di segmentazione di MongoDB/DocumentDB È stato risolto un problema relativo alla fonte MongoDB/DocDB in cui la segmentazione degli intervalli non funzionava correttamente quando la colonna della chiave primaria conteneva un valore elevato.
Convalida dei dati Oracle di valori numerici non associati È stato risolto un problema per Oracle Target a causa del quale DMS riconosceva un valore di tipo NUMERIC di dati non associato durante la convalida dei dati. STRING
Convalida dei dati di SQL Server È stato risolto un problema relativo agli endpoint di SQL Server in cui la convalida dei dati DMS generava un'istruzione SQL non valida.
Segmentazione automatica MongoDB È stata migliorata la funzionalità di partizionamento automatico dei dati durante la migrazione di documenti in parallelo da MongoDB come origine.
Formato Amazon S3 Apache Parquet È stato risolto un problema a causa del quale i file Apache Parquet scritti su S3 come destinazione potevano essere visualizzati con Python con Apache Arrow C++.
PostgreSQL come gestione DDL di origine È stato risolto un problema relativo all'origine PostgreSQL a causa del quale le operazioni DDL non supportate non venivano ignorate correttamente.
Errore dei dati timestamptz PostgreSQL È stato risolto un problema relativo alle migrazioni da PostgreSQL a PostgreSQL a causa del quale il timestamp con i dati del fuso orario non veniva migrato correttamente con la funzionalità di applicazione in batch abilitata durante la CDC.
Errore di convalida da Oracle a PostgreSQL È stato risolto un problema relativo alle migrazioni da Oracle a PostgreSQL a causa del quale la convalida dei dati non riusciva per il tipo di dati NUMERIC (38,30).
Errore del tipo di dati esteso Oracle È stato risolto un problema relativo all'origine Oracle a causa del quale il tipo di dati varchar esteso veniva troncato.
Combinazione degli operatori di filtro È stato risolto un problema relativo alla funzionalità di filtro delle colonne a causa del quale l'operatore di colonna nullo non poteva essere combinato con altri tipi di operatori.
Latenza CDC derivante da una registrazione eccessiva È stato risolto un problema relativo all'origine PostgreSQL a causa del quale l'eccessiva registrazione degli avvisi del plug-in pglogical causava la latenza del CDC di origine.
Gestione della replica bidirezionale di Crea tabella con DDL È stato risolto un problema relativo alla replica bidirezionale da PostgreSQL a PostgreSQL a causa del quale la modifica Crea tabella con DDL non veniva replicata correttamente.
Errore CDC durante l'utilizzo dei filtri È stato risolto un problema relativo alla funzionalità di filtro a causa del quale la replica CDC non riusciva.
Convalida del nome host dell'autorità di certificazione per gli endpoint Kafka È stata migliorata la funzionalità degli endpoint Kafka aggiungendo l'opzione per disabilitare la convalida del nome host dell'autorità di certificazione (SslEndpointIdentificationAlgorithm).
Convalida LUW IBM Db2 È stato risolto un problema a causa del quale i tipi di dati di origine, timestamp e ora di Db2 LUW non venivano gestiti correttamente durante la convalida dei dati.
Convalida S3 È stato risolto un problema relativo alle migrazioni da Db2 LUW a S3 in cui la funzionalità di convalida non gestiva correttamente il tipo di dati timestamp(0).
Errore di riavvio dell'attività DMS È stato risolto un problema con il codice sorgente PostgreSQL a causa AWS DMS del quale l'attività non riusciva a riavviarsi e non poteva consumare eventi relazionali quando si utilizzava il plug-in pglogical.
Convalida di SQL Server del tipo di dati HIERARCHY È stato risolto un problema relativo all'origine SQL Server a causa del quale la convalida del tipo di dati HIERARCHY non riusciva.
Stringhe SQL Server con caratteri di controllo È stato risolto un problema relativo all'origine SQL Server a causa del quale le stringhe con caratteri di controllo non venivano replicate correttamente.
Redshift con Secrets Manager È stato risolto un problema relativo alla destinazione Redshift a causa del quale il test dell'endpoint non riusciva quando si utilizzava Secrets Manager.
Incoerenza delle impostazioni ParallelLoadThreads MySQL È stato risolto un problema relativo alla destinazione MySQL a causa del quale l'impostazione ParallelLoadThreads non veniva mantenuta correttamente dopo le modifiche alle impostazioni delle attività.
Errore nella mappatura del tipo di dati da PostgreSQL a Oracle È stato risolto un problema relativo alle migrazioni da PostgreSQL a Oracle a causa del quale l'attività non riusciva durante la replica dal tipo di dati TEXT al tipo di dati VARCHAR2(2000).
Convalida dei dati da Oracle a PostgreSQL È stato risolto un problema relativo alle migrazioni da Oracle a PostgreSQL in cui la convalida dei dati restituiva falsi positivi quando i caratteri NULL venivano replicati come caratteri SPACE.
Origine SQL Server in configurazione AlwaysOn È stato risolto un problema relativo all'origine di SQL Server nella AlwaysOn configurazione a causa del quale l' AWS DMS attività non riusciva se il nome della replica non corrispondeva esattamente al nome effettivo del server.
Errore nel test degli endpoint dell'origine Oracle È stato risolto un problema con Oracle Source a causa del quale il test di connessione dell' AWS DMS endpoint non riusciva a causa di privilegi insufficienti durante il recupero dell'ID di sessione (SID) Oracle.
CDC non seleziona nuove tabelle È stato risolto un problema relativo alle attività di sola CDC per cui in alcuni casi le tabelle create nell'origine dopo l'avvio dell'attività non venivano replicate.
Transazioni aperte in Oracle come origine È stata migliorata la metodologia di gestione delle transazioni aperte quando si avvia un'attività di sola CDC dalla posizione iniziale di un'origine Oracle.
Problema di dati mancanti È stato risolto un problema relativo ai dati mancanti quando si riprendeva un'attività se questa veniva interrotta dopo l'applicazione delle modifiche memorizzate nella cache (opzione StopTaskCachedChangesApplied impostata su true). Questo problema può verificarsi raramente se AWS DMS persistono le modifiche memorizzate nella cache al disco dell'istanza di AWS DMS replica a causa di un elevato volume di modifiche sull'origine.
Problema di convalida dei dati sul tipo di dati esteso È stato risolto un problema relativo alla convalida dei dati da PostgreSQL a Oracle a causa del quale la convalida non riusciva per i tipi di dati estesi.
Problema di convalida dei dati per la codifica incoerente dei caratteri È stato risolto un problema relativo alla convalida dei dati da SQL Server a PostgreSQL a causa del quale la convalida non riusciva quando la codifica dei caratteri non era coerente tra origine e destinazione.
Problema di convalida dei dati ORA-01455 È stato risolto un problema a causa del quale si verificava un errore ORA-01455 durante la convalida quando un integer PostgreSQL era mappato a un number(10) Oracle.
Supporto IDENTITY di SQL Server È stato risolto un problema relativo alla replica dei dati da SQL Server a SQL Server a causa del quale la migrazione delle colonne di identità non riusciva quando la colonna di destinazione aveva la proprietà IDENTITY.
Problema del set di caratteri con le istruzioni ALTER È stato risolto un problema relativo alla AWS DMS replica da MySQL a MySQL che modificava il set di caratteri in UTF16 durante la migrazione di un'istruzione durante il CDC. ALTER
Supporto dei tipi di dati spaziali da PostgreSQL a Redshift È stato aggiunto il supporto per il tipo di dati spatial durante la migrazione da PostgreSQL ad Amazon Redshift.
Compressione GZIP di file .parquet È stato risolto un problema che impediva la generazione di file.parquet con compressione GZIP con S3 come destinazione AWS DMS .
Migrazione dell'origine MongoDB/DocDB Risolto un problema AWS DMS che impediva la migrazione di alcune partizioni da una fonte MongoDB.
Problema relativo alle statistiche delle tabelle È stato risolto un problema che impediva la visualizzazione delle statistiche delle tabelle quando almeno una delle attività sull'istanza di replica conteneva più di 1001 tabelle.
Tabella sospesa per IBM Db2 LUW 10.1.0 e versioni precedenti È stato risolto un problema relativo a Db2 LUW come origine in cui la migrazione delle tabelle era sospesa con l'errore TYPESTRINGUNITS is not valid quando la versione del database di origine era 10.1.0 o precedente.
Problema di partizionamento di MongoDB È stato risolto un problema relativo a MongoDB/DocDB in cui mancavano uno o più segmenti della partizione di origine.
Problema di partizionamento di MongoDB Risolve un problema per cui la segmentazione basata su una colonna con il tipo NumberLong () falliva a causa di un bug di conversione dei tipi.
Problema di partizionamento di MongoDB Prestazioni di segmentazione automatica migliorate per set di dati di grandi dimensioni con MongoDB come origine.
Versione del driver MongoDB È stato effettuato il downgrade del driver MongoDB alla versione 1.20.0 per continuare a supportare le versioni 3.6 e precedenti di MongoDB.
Tipo di dati timestamp Amazon S3 Apache Parquet È stato risolto un problema per Amazon S3 Parquet Target. AWS DMS ora imposta il parametro di formato in isAdjustedToUTC modo true che corrisponda al comportamento delle versioni precedenti di AWS DMS.
Comando di copia di Amazon Redshift come destinazione È stato risolto un problema relativo ad Amazon Redshift come destinazione a causa del quale il comando di copia non funzionava per le tabelle di grandi dimensioni durante la copia di dati da Amazon S3 ad Amazon Redshift.
Tipi di dati geometrici PostgreSQL È stato risolto un problema relativo alle migrazioni da PostgreSQL a PostgreSQL a causa del quale la migrazione non riusciva su tipi di dati geometrici di grandi dimensioni.
XML da Oracle a PostgreSQL È stato risolto un problema a causa del quale la migrazione aggiungeva uno spazio in XML durante la replica da Oracle a PostgreSQL.
Aggiornamento del checkpoint di destinazione nei motori supportati AWS DMS ora aggiorna il checkpoint di destinazione nella awsdms_txn_state tabella del database di destinazione.
Record MongoDB/DocDB inviati alla raccolta sbagliata È stato risolto un problema relativo a MongoDB/DocDB a causa del quale i dati venivano inviati alla raccolta di destinazione sbagliata.
Oracle Source: nuova selezione di tabelle con impostazione dell' EscapeCharacter endpoint AWS DMS È stato risolto un problema relativo a Oracle Source a causa del quale venivano recuperate nuove tabelle per la replica solo quando l'attività veniva interrotta e ripresa mentre era impostata l'EscapeCharacterendpoint.
Checkpoint di ripristino del CDC È stata corretta un'incongruenza nel checkpoint di ripristino CDC osservata tra il datastore di destinazione e la console AWS DMS .
Attività di sola convalida CDC È stato risolto un problema relativo alle attività di sola convalida CDC per le quali non veniva restituito l'esito negativo anche se tutte le tabelle dell'attività riscontravano errori.
Problemi di comportamento di convalida con connessione all'origine o alla destinazione È stato risolto un problema relativo alla convalida dei dati che AWS DMS causava la sospensione delle tabelle sull'origine o sulla destinazione in caso di interruzione della connessione.
Falsi positivi di convalida dei dati da Oracle a PostgreSQL È stato risolto un problema con la convalida dei dati da Oracle a PostgreSQL a causa del quale venivano segnalati falsi positivi. AWS DMS perché le differenze nella rappresentazione dei caratteri NULL di origine sulla destinazione non venivano prese in considerazione con tipi di dati basati su testo diversi da VARCHAR.
Troncamento dei dati da Oracle a PostgreSQL È stato risolto un problema relativo all'origine Oracle e alla destinazione PostgreSQL a causa del quale AWS DMS troncava i dati delle colonne NVARCHAR con l'impostazione Oracle NLS_NCHAR_CHARACTERSET configurata su AL16UTF16.
Errori di convalida dei dati È stato risolto un problema relativo alla convalida dei dati a causa del quale unable to create where filter clause generava un errore quando venivano utilizzati il filtro di origine e una regola di trasformazione per l'aggiunta di colonne.
Gestione degli errori relativi a Redshift come destinazione È stato risolto un problema relativo a Redshift come destinazione per cui la gestione degli errori non funzionava come configurato quando l'attività di CDC aveva l'impostazione dell'attività ParallelApplyThreads configurata su un valore maggiore di zero.
Errore di comunicazione relativo a Oracle come origine È stato risolto un problema relativo a Oracle come origine per cui l'attività rimaneva nello stato RUNNING, ma non era in grado di migrare alcun dato dopo un errore di comunicazione.
Tabella CDC sospesa con i filtri di colonna È stato risolto un problema relativo alle attività di pieno carico e CDC in cui una tabella veniva sospesa durante la fase CDC quando venivano applicati i filtri di colonna.
Errore di convalida dei dati di S3 come destinazione per i caratteri speciali È stato risolto un problema relativo alla convalida dei dati di destinazione S3 a causa del quale l'attività avrebbe avuto esito negativo se il nome della tabella includeva un carattere speciale diverso dal carattere di sottolineatura.
Errore di pieno carico e CDC di MongoDB come origine È stato risolto un problema relativo a MongoDB come origine a causa del quale un'attività di pieno carico e CDC non funzionava durante la gestione degli eventi della cache con la migrazione di una raccolta di grandi dimensioni.
Problema di aggiornamento con BatchApplyEnabled impostato su true È stato risolto un problema per cui, in alcuni casi, un'BatchApplyEnabledattività con l'impostazione dell'attività impostata su true non funzionava dopo la migrazione dalla AWS DMS versione 3.4.6 alla 3.5.1.
Origine SQL Server AlwaysOn con regole di confronto con distinzione tra maiuscole e minuscole È stato risolto un problema con SQL Server AlwaysOn come origine a causa del quale un'attività avrebbe avuto esito negativo con regole di confronto con distinzione tra maiuscole e minuscole.
Sospensione dell'attività con MySQL come origine È stato risolto un problema relativo a MySQL come origine in cui un'attività si bloccava invece di restituire esito negativo quando l'origine non era configurata correttamente.
Errore dell'attività di pieno carico di S3 come origine È stato risolto un problema con S3 come origine a causa del quale un'attività non riusciva al ripristino dopo l'aggiornamento dalla AWS DMS versione 3.4.6 o 3.4.7 alla versione 3.5.1.
PostgreSQL come origine con CapturedDLL impostato su false È stato risolto un problema relativo a PostgreSQL come origine a causa del quale le DDL non venivano gestite correttamente con l'impostazione dell'endpoint CaptureDDLs configurata su false.
Arresto anomalo dell'attività Oracle come origine durante la ripresa È stato risolto un problema relativo a Oracle come origine a causa del quale si verificava l'arresto anomalo di un'attività al momento della ripresa a causa di dati errati nel nome della colonna.
Errore di ricerca LOB con MySQL come origine È stato risolto un problema relativo a MySQL come origine a causa del quale una ricerca LOB non riusciva quando l'impostazione dell'attività ParallelApplyThreads era configurata su un valore maggiore di zero.
Errore LSN illogico relativo a SQL Server come origine È stato risolto un problema con SQL Server come origine a causa del quale un'attività non riusciva con un illogical LSN sequencing state error errore dopo l'aggiornamento dalla versione 3.4.7 alla versione 3.5.1. AWS DMS
PostgreSQL come origine con pglogical È stato risolto un problema relativo a PostgreSQL come origine a causa del quale un'attività che utilizzava il plug-in pglogical restituiva esito negativo quando l'attività veniva interrotta, una tabella veniva rimossa dalle regole di selezione, l'attività veniva ripresa e venivano apportate modifiche alla tabella rimossa.
Checkpoint di ripristino errato di Aurora MySQL È stato risolto un problema relativo ad Aurora MySQL come origine a causa del quale veniva salvato un checkpoint di ripristino errato a seguito di un failover di Aurora o dell'arresto e dell'avvio dell'origine Aurora.
Arresto anomalo dell'attività di SQL Server come origine È stato risolto un problema relativo a SQL Server come origine a causa del quale veniva eseguito l'arresto anomalo di un'attività quando SafeguardPolicy era impostato su RELY_ON_SQL_SERVER_REPLICATION_AGENT.
Casting errato del tipo di dati con MySQL come destinazione È stato risolto un problema relativo a MySQL come destinazione a causa del quale la replica CDC non riusciva per l'errato casting del tipo di dati nella fase di applicazione in batch.
Errore dell'attività con CaptureDDLs impostato su false per PostgreSQL come origine È stato risolto un problema relativo a PostgreSQL come origine a causa del quale un'attività non riusciva perché DDL veniva trattato come DML quando l'impostazione dell'endpoint CaptureDDLs era configurata su false.
Arresto anomalo della raccolta vuota di MongoDB È stato risolto un problema relativo a MongoDB come origine a causa del quale si verificava l'arresto anomalo dell'attività per una raccolta vuota.
Arresto anomalo dell'attività pieno carico per Redshift come destinazione È stato risolto un problema relativo a Redshift a causa del quale si verificava l'arresto anomalo di un'attività durante la fase di pieno carico quando la tabella di controllo del checkpoint di ripristino era abilitata.
Nessun trasferimento di dati da S3 a S3 È stato risolto un problema relativo alla replica da S3 a S3 che impediva la replica dei dati AWS DMS se non fosse stato specificato. bucketFolder
Latenza CDC con GlueCatalogGeneration impostato su true È stato risolto un problema relativo a S3 come destinazione a causa del quale si verificava una latenza eccessiva quando GlueCatalogGeneration era impostato su true.
Troncamento dei dati per Oracle come destinazione È stato risolto un problema con Oracle come destinazione in cui i dati nelle colonne VARCHAR2 AWS DMS venivano troncati.
Comportamento del caratteri jolly di sottolineatura per PostgreSQL È stato risolto un problema relativo a PostgreSQL come origine a causa del quale il comportamento del carattere jolly "_" nelle regole di selezione non funzionava come documentato.
Problema di intestazione WAL vuota per PostgreSQL come origine È stato risolto un problema relativo a PostgreSQL come origine a causa del quale l'attività non riusciva per un'intestazione WAL vuota ricevuta dallo slot di replica.
MySQL o MariaDB come origine con log binari compressi Risolto un problema per MySQL e MariaDB come fonti in cui non veniva emesso un messaggio di errore corretto quando veniva rilevata la compressione BINLOG. AWS DMS
Caratteri speciali di convalida dei dati S3 È stata migliorata la convalida dei dati S3 per gestire i caratteri speciali nelle colonne di chiave primarie e non primarie.
Voci fuorvianti del log delle attività con Redshift come destinazione È stato risolto un problema relativo a Redshift come destinazione a causa del quale nel log delle attività erano presenti voci fuorvianti che riportavano gli errori delle istruzioni di applicazione in batch su UPDATES e DELETES.
Arresto anomalo dell'attività di migrazione da SQL Server a S3 È stato risolto un problema relativo alle migrazioni da SQL Server a S3 a causa del quale si verificava l'arresto anomalo dell'attività durante l'applicazione delle modifiche memorizzate nella cache.
Dati mancanti per gli errori di applicazione in batch È stato risolto un problema relativo alla funzionalità di applicazione in batch a causa del quale un errore nell'applicazione di un batch causava la perdita di dati.

AWS Note sulla versione beta di Database Migration Service 3.5.0

Importante

AWS DMS 3.5.0 è una versione beta del motore di istanze di replica. AWS DMS supporta questa versione come tutte le versioni precedenti. Tuttavia, consigliamo di testare la versione AWS DMS 3.5.0 Beta prima di utilizzarla per scopi di produzione.

La tabella seguente mostra le nuove funzionalità e i miglioramenti introdotti nella versione 3.5.0 Beta di AWS Database Migration Service (AWS DMS).

Nuova caratteristica o miglioramento Descrizione
Time Travel per Oracle e Microsoft SQL Server Ora puoi utilizzare Time Travel in tutte le AWS regioni con endpoint di origine Oracle, Microsoft SQL Server e PostgreSQL supportati da DMS e endpoint di destinazione PostgreSQL e MySQL supportati da DMS.
Convalida S3 AWS DMS ora supporta la convalida dei dati replicati negli endpoint di destinazione Amazon S3. Per informazioni sulla convalida dei dati di destinazione di Amazon S3, consulta Convalida dei dati di destinazione Amazon S3.
Integrazione del catalogo Glue AWS Glue è un servizio che fornisce modi semplici per classificare i dati e consiste in un repository di metadati noto come. AWS Glue Data Catalog Ora puoi integrare un endpoint AWS Glue Data Catalog di destinazione Amazon S3 e interrogare i dati Amazon S3 tramite altri servizi AWS come Amazon Athena. Per ulteriori informazioni, consulta Utilizzo di AWS Glue Data Catalog con una destinazione Amazon S3 per AWS DMS.
Applicazione in parallelo per DocumentDB come destinazione Utilizzando DocumentDB come destinazione con nuove impostazioni delle ParallelApply* attività, AWS DMS ora supporta un massimo di 5000 record al secondo durante la replica CDC. Per ulteriori informazioni, consulta Utilizzo di Amazon DocumentDB come destinazione per AWS Database Migration Service.
Registrazione incentrata sul cliente Ora è possibile esaminare e gestire i registri delle attività in modo più efficace con la versione 3.5.0. AWS DMS Per informazioni sulla visualizzazione e la gestione dei registri delle attività AWS DMS, vedere. Visualizzazione e gestione dei log delle attività AWS DMS
Meccanismo SASL_PLAIN per endpoint di destinazione Kafka È ora possibile utilizzare l'autenticazione SASL_PLAIN per supportare gli endpoint di destinazione Kafka MSK.
Replica delle transazioni XA in MySQL Ora puoi utilizzare le transazioni XA nell'origine MySQL DMS. Prima di DMS 3.5.0, le modifiche DML applicate come parte delle transazioni XA non venivano replicate correttamente.
Tipi di dati estesi Oracle AWS DMS ora supporta la replica di tipi di dati estesi nella versione Oracle 12.2 e successive.
Ambiente Db2 LUW PureScale AWS DMS ora supporta la replica da un ambiente Db2 LUW. PureScale Questa funzionalità è supportata solo utilizzando l'opzione Inizia a elaborare le modifiche dalla posizione della modifica di origine.
Origine SQL Server con opzione READ_COMMITTED_SNAPSHOT Quando si utilizza un database di origine di Microsoft SQL Server con l'READ_COMMITTED_SNAPSHOTopzione impostata suTRUE, è possibile replicare correttamente le modifiche DML impostando l'attributo force DataRow Lookup connection.

AWS DMS 3.5.0 include i seguenti problemi risolti:

Problemi risolti nella AWS DMS versione 3.5.0 lanciata il 17 marzo 2023
Argomento Risoluzione
Oracle: confronto di caso speciale per una stringa convertita da valore numerico È stato risolto un problema relativo all'origine Oracle a causa del quale le regole di filtro non funzionavano come previsto per una colonna numerica quando per la stessa colonna era prevista la trasformazione del tipo di dati in stringa.
Miglioramenti di SQL Server AG on-premise Migliore efficienza della gestione delle connessioni con SQL Server Source nella AlwaysOnconfigurazione eliminando le connessioni non necessarie alle repliche non utilizzate dal DMS.
Conversione interna di HIERARCHYID per SQL Server È stato risolto un problema relativo all'origine SQL Server in cui il tipo di dati HIERARCHYID veniva replicato come VARCHAR(250) anziché HIERARCHYID nella destinazione SQL Server.
Correzione dell'attività di spostamento per la destinazione S3 Risolto il problema per cui lo spostamento di un'attività con una destinazione S3 richiedeva molto tempo, risultava bloccato o mai completato.
Meccanismo SASL Plain di Kafka È stato introdotto il supporto per il metodo di autenticazione SASL Plain per l'endpoint di destinazione Kafka MSK.
Caricamento/Applicazione in parallelo non riesce a causa del parametro _type con Opensearch 2.x È stato risolto un problema per la destinazione Opensearch 2.x in cui il caricamento o l'applicazione in parallelo non funzionava a causa della mancanza del supporto per il parametro _type.
Supporto per il filtro di mappatura delle tabelle con operatori misti È stata rimossa una limitazione in base alla quale era possibile applicare un solo filtro su una colonna.
Endpoint S3, Kinesis, Kafka: migrazione delle colonne LOB basata su modifica nella fase CDC È stato risolto il problema relativo alle destinazioni Kinesis, Kafka e S3 a causa del quale i dati delle colonne LOB aggiunte durante la CDC non venivano replicati.
Aggiornamento del driver MongoDB È stato aggiornato il driver MongoDB alla v1.23.2.
Aggiornamento del driver Kafka È stato aggiornato il driver Kafka da 1.5.3 a 1.9.2.
L'impostazione dell'endpoint S3 non funzionava correttamente È stato risolto un problema relativo alla destinazione S3 per cui l'impostazione dell'endpoint AddTrailingPaddingCharacter non funzionava quando i dati contenevano il carattere specificato come delimitatore per la destinazione S3.
Arresto anomalo dell'attività di destinazione Kinesis È stato risolto un problema relativo alla destinazione Kinesis a causa del quale si verificava l'arresto anomalo di un'attività quando il valore PK era vuoto e il debug dettagliato era abilitato.
I nomi delle colonne delle destinazioni S3 spostati di una posizione È stato risolto il problema relativo alla destinazione S3 in cui i nomi delle colonne venivano spostati di una posizione quando AddColumnName era impostato su true e TimestampColumnName era impostato su "".
Registrazione migliorata per gli avvisi di troncamento LOB Registrazione degli avvisi migliorata per il troncamento LOB dell'origine SQL Server in modo da includere l'istruzione select utilizzata per recuperare il LOB.
Aggiunto un errore irreversibile per evitare arresti anomali dell'attività DMS se la password TDE è sbagliata. È stato introdotto un messaggio di errore significativo ed è stato eliminato il problema di arresto anomalo dell'attività in situazioni in cui l'attività DMS non riusciva senza alcun messaggio di errore a causa di una password TDE errata per Oracle come origine.
Migrazione di DDL CTAS (Create Table As Selected) PostgreSQL consentita durante la CDC. Sono state rimosse le limitazioni per cui DMS non era in grado di replicare le DDL CTAS (Create Table As Selected) PostgreSQL durante la CDC.
Risolto l'arresto anomalo dell'attività pg_logical quando le colonne della tabella venivano eliminate nel CDC. È stato risolto il problema relativo all'origine PostgreSQL con destinazione S3 a causa del quale le colonne erano disallineate nella destinazione quando il supporto per i LOB era disabilitato e i LOB erano presenti.
Risolta la perdita di memoria nella gestione delle connessioni MySQL È stato risolto il problema relativo all'origine MySQL a causa del quale il consumo di memoria delle attività aumentava continuamente.
Impostazione dell'endpoint di origine Oracle: ConvertTimestampWithZoneToUTC Imposta questo attributo su true per convertire in UTC il valore del timestamp delle colonne "TIMESTAMP WITH TIME ZONE" e "TIMESTAMP WITH LOCAL TIME ZONE". Per impostazione predefinita, il valore di questo attributo è "false" e i dati vengono replicati utilizzando il fuso orario del database di origine.
Origine Oracle: DataTruncationErrorPolicy per SUSPEND_TABLE non funziona È stato risolto il problema relativo all'origine Oracle con destinazione S3 a causa del quale le tabelle non venivano sospese mentre l'impostazione dell'attività DataTruncationErrorPolicy era impostata su SUSPEND_TABLE.
SQL Server non riesce su schemi/tabelle lunghi durante la creazione di una clausola di query È stato risolto il problema relativo all'origine SQL Server a causa del quale l'attività non riusciva o non rispondeva quando la regola di selezione conteneva un elenco di tabelle separate da virgole.
Autenticazione di Secrets Manager con endpoint MongoDB È stato risolto il problema relativo agli endpoint MongoDB e DocumentDB a causa del quale l'autenticazione basata su Secrets Manager non funzionava.
DMS tronca i dati durante la CDC per una colonna varchar multibyte quando NLS_NCHAR_CHARACTERSET è impostato su UTF8 È stato risolto il problema relativo all'origine Oracle con destinazione Oracle a causa del quale i dati venivano troncati per le colonne VARCHAR multibyte con NLS_NCHAR_CHARACTERSET impostato su UTF8.
filterTransactionsOfUserECA per Oracle LogMiner È stato aggiunto un attributo di connessione aggiuntivo (ECA) filterTransactionsOfUser per consentire a DMS di ignorare le transazioni di un utente specificato durante la replica da Oracle utilizzando. LogMiner
Errore ripristinabile dell'impostazione SQL Server quando lsn non è presente nel backup Risolto il problema relativo a SQL Server a causa del quale un'attività non restituiva esito negativo se mancava un LSN.

AWS Note di rilascio di Database Migration Service 3.4.7

La tabella seguente mostra le nuove funzionalità e i miglioramenti introdotti nella versione 3.4.7 di AWS Database Migration Service (AWS DMS).

Nuova caratteristica o miglioramento Descrizione
Supporto per Babelfish come destinazione

AWS DMS ora supporta Babelfish come bersaglio. Utilizzando AWS DMS, ora puoi migrare i dati in tempo reale da qualsiasi fonte AWS DMS supportata a Babelfish, con tempi di inattività minimi.

Per ulteriori informazioni, consulta Uso di Babelfish come destinazione per AWS Database Migration Service.

Supporto per i database IBM Db2 z/OS come origine per solo pieno carico

AWS DMS ora supporta i database IBM Db2 z/OS come fonte. Utilizzando AWS DMS, ora è possibile eseguire migrazioni in tempo reale dai mainframe Db2 verso qualsiasi destinazione supportata. AWS DMS

Per ulteriori informazioni, consulta Utilizzo dei database IBM Db2 for z/OS come origine per AWS DMS.

Supporto per la replica di lettura SQL Server come origine

AWS DMS ora supporta la replica di lettura di SQL Server come origine. Utilizzando AWS DMS, ora è possibile eseguire migrazioni in tempo reale dalla replica di lettura di SQL Server verso qualsiasi AWS DMS destinazione supportata.

Per ulteriori informazioni, consulta Utilizzo di un database Microsoft SQL Server come origine per AWS DMS.

Supporta EventBridge eventi DMS

AWS DMS supporta la gestione delle sottoscrizioni agli eventi utilizzando EventBridge per gli eventi DMS.

Per ulteriori informazioni, consulta Utilizzo degli eventi e delle notifiche Amazon EventBridge in AWS Database Migration Service.

Supporto per gli endpoint VPC di origine e di destinazione

AWS DMS ora supporta gli endpoint Amazon Virtual Private Cloud (VPC) come sorgenti e destinazioni. AWS DMS ora possono connettersi a qualsiasi AWS servizio con endpoint VPC quando nel VPC sono definiti percorsi esplicitamente definiti verso i servizi. AWS DMS

Nota

Gli aggiornamenti alle AWS DMS versioni 3.4.7 e successive richiedono prima la configurazione per l'utilizzo degli endpoint VPC o per AWS DMS l'utilizzo di route pubbliche. Questo requisito si applica agli endpoint di origine e destinazione per Amazon S3, Amazon Kinesis AWS Secrets Manager Data Streams, Amazon DynamoDB, Amazon Redshift e Amazon Service. OpenSearch

Per ulteriori informazioni, consulta Configurazione degli endpoint VPC come endpoint di origine e di destinazione AWS DMS.

La nuova versione di PostgreSQL PostgreSQL versione 14.x è ora supportato come origine e destinazione.
Supporto per Aurora serverless v2 come destinazione

AWS DMS ora supporta Aurora Serverless v2 come destinazione. Utilizzando AWS DMS, ora puoi eseguire migrazioni in tempo reale verso Aurora Serverless v2.

Per informazioni sulle destinazioni supportate AWS DMS , consulta. Destinazioni per la migrazione dei dati

Nuove versioni di IBM Db2 per LUW

AWS DMS ora supporta IBM Db2 for LUW versioni 11.5.6 e 11.5.7 come sorgente. Utilizzando AWS DMS, ora puoi eseguire migrazioni in tempo reale dalle versioni più recenti di IBM DB2 for LUW.

Per informazioni sulle AWS DMS fonti, vedere. Origini per la migrazione dei dati

Per informazioni sugli AWS DMS obiettivi supportati, vedereDestinazioni per la migrazione dei dati.

AWS DMS 3.4.7 include il seguente comportamento nuovo o modificato e i problemi risolti:

  • Ora puoi utilizzare un formato di data dalla definizione della tabella per analizzare una stringa di dati in un oggetto data quando usi Amazon S3 come origine.

  • Sono disponibili nuovi contatori delle statistiche delle tabelle: AppliedInserts, AppliedDdls, AppliedDeletes e AppliedUpdates.

  • È ora possibile scegliere il tipo di mappatura predefinito da utilizzare OpenSearch come destinazione.

  • La nuova impostazione degli endpoint TrimSpaceInChar per le origini Oracle, PostgreSQL e SQLServer consente di specificare se tagliare i dati nei tipi di dati CHAR e NCHAR.

  • La nuova impostazione degli endpoint ExpectedBucketOwner per Amazon S3 impedisce lo sniping quando si utilizza S3 come origine o destinazione.

  • Per RDS SQL Server, Azure SQL Server e SQL Server autogestito, DMS ora offre la configurazione automatica dell'acquisizione MS-CDC su tutte le tabelle selezionate per un'attività di migrazione con o senza una CHIAVE PRIMARIA o con un indice univoco, considerando la priorità di abilitazione per la replica MS-REPLICATION sulle tabelle SQL Server autogestite con CHIAVE PRIMARIA.

  • È stato aggiunto il supporto per la replica delle operazioni DDL di partizioni e sottopartizioni Oracle durante le migrazioni omogenee di Oracle.

  • È stato risolto un problema a causa del quale si verificava l'arresto anomalo di un'attività di convalida dei dati con una chiave primaria composita con Oracle come origine e destinazione.

  • È stato risolto un problema relativo al casting corretto di un tipo di carattere variabile su un booleano mentre la colonna di destinazione era già creata come booleana con Redshift come destinazione.

  • È stato risolto un problema che causava il troncamento dei dati per i tipi di dati varchar migrati come varchar(255) a causa di un problema ODBC noto con PostgreSQL come destinazione.

  • È stato risolto un problema per cui Parallel Hint per l'operazione DELETE non veniva rispettato con BatchApplyEnabled impostato su true e BatchApplyPreserveTransaction impostato su false con Oracle come destinazione.

  • La nuova impostazione degli endpoint AddTrailingPaddingCharacter per Amazon S3 aggiunge il padding ai dati di stringa quando si utilizza S3 come destinazione.

  • La nuova impostazione delle attività max_statement_timeout_seconds estende il timeout predefinito delle query sugli endpoint. Questa impostazione è attualmente usata dalle query sui metadati degli endpoint MySQL.

  • Con PostgreSQL come destinazione, è stato risolto un problema a causa del quale un'attività di CDC non utilizzava correttamente le impostazioni dell'attività di gestione degli errori.

  • È stato risolto un problema a causa del quale DMS non era in grado di identificare correttamente la modalità Redis per un'istanza Redis Enterprise.

  • È stato esteso il supporto dell'attributo aggiuntivo di connessione includeOpForFullLoad per il formato parquet di destinazione S3.

  • È stata introdotta la nuova impostazione degli endpoint PostgreSQL migrateBooleanAsBoolean. Quando questa impostazione è configurata su true per una migrazione da PostgreSQL a Redshift, un booleano verrà migrato come varchar(1). Quando è impostata su false, un booleano viene migrato come varchar(15), che è il comportamento predefinito.

  • È stato risolto un problema relativo alla migrazione con datatype datetime con l'origine SQL Server. Questa correzione risolve il problema dell'inserimento di Null quando la precisione è espressa in millisecondi.

  • Per l'origine PostgresSQL con PGLOGICAL, è stato risolto un problema relativo alla migrazione durante l'utilizzo di pglogical e alla rimozione di un campo dalla tabella di origine durante la fase CDC, in cui il valore dopo la rimozione del campo non veniva migrato nella tabella di destinazione.

  • È stato risolto un problema relativo alla migrazione di SQL Server Loopback con la replica bidirezionale che generava record ripetuti.

  • È stato aggiunto il nuovo attributo aggiuntivo di connessione mapBooleanAsBoolean per PostgressQL come origine. Utilizzando questo attributo di connessione aggiuntivo, puoi sovrascrivere la mappatura del tipo di dati predefinito di un booleano PostgressSQL con un tipo di dati booleano. RedShift

  • È stato risolto un problema relativo alla migrazione a causa del quale quando si utilizzava SQL Server come origine ALTER DECIMAL/NUMERIC SCALE non si replicava sulle destinazioni.

  • È stato risolto un problema di relativo a SQL Server 2005.

  • A partire dal 17 ottobre 2022, DMS 3.4.7 ora supporta le classi di istanze Amazon EC2 di sesta generazione per le istanze di replica.

  • A partire dal 25 novembre 2022, con DMS 3.4.7 puoi convertire schemi di database e oggetti di codice utilizzando la conversione dello schema DMS e individuare nel tuo ambiente di rete i database che sono buoni candidati per la migrazione utilizzando DMS Fleet Advisor.

  • A partire dal 25 novembre 2022, DMS Studio è stato ritirato.

  • A partire dal 31 gennaio 2023, la conversione dello schema DMS supporta Aurora MySQL e Aurora PostgreSQL come fornitore di dati di destinazione.

  • A partire dal 6 marzo 2023, con DMS Fleet Advisor puoi generare raccomandazioni sulle destinazioni con la giusta dimensione per i tuoi database di origine.

  • A partire dal 6 marzo 2023, AWS DMS supporta la policy AWS gestita che consente la pubblicazione di punti dati metrici su Amazon CloudWatch.

Sono stati risolti i problemi della versione di manutenzione di DMS 3.4.7 del 5 maggio 2023
Argomento Risoluzione
Errore relativo all'attività di origine PostgreSQL È stato risolto un problema relativo all'origine PostgreSQL a causa del quale le attività non andavano a buon fine quando si superava il numero massimo consentito di operazioni DDL in un singolo evento.
Falsi positivi per la convalida dei dati di origine PostgreSQL È stato risolto un problema relativo all'origine PostgreSQL con destinazione Oracle a causa del quale il casting errato del campo timestamp provocava errori di convalida dei dati falsi positivi.
Gestione degli errori relativi all'origine MySQL È stato risolto un problema relativo a un'origine MySQL a causa del quale l'attività DMS non restituiva esito negativo quando il log BIN successivo non era disponibile.
Registrazione di ROTATE_EVENT dell'origine MySQL Registrazione migliorata per ROTATE_EVENT dell'origine MySQL, incluso il nome del log BIN letto.
Problema di timeout della convalida dei dati È stato risolto un problema relativo alla funzionalità di convalida dei dati a causa del quale l'impostazione degli endpoint executeTimeout non veniva rispettata per le query relative alla convalida dei dati.
Problema di pieno carico parallelo per la destinazione PostgreSQL È stato risolto un problema per la destinazione PostgreSQL a causa del quale il pieno carico segmentato (parallelo) non funzionava a causa di un errore di "connessione interrotta".
Problema di spostamento dell'attività DMS È stato risolto un problema relativo alla destinazione S3 a causa del quale un'operazione di spostamento di un'attività DMS richiedeva molto tempo o non veniva mai completata.
Problema relativo ai record duplicati dell'origine PostgreSQL È stato risolto un problema relativo all'origine PostgreSQL a causa del quale un'attività DMS generava errori relativi ai duplicati sulla destinazione dopo l'interruzione e la ripresa di un'attività.
Falsi positivi per la convalida dei dati della destinazione Oracle È stato risolto un problema relativo alla destinazione Oracle a causa del quale la convalida dei dati restituiva errori falsi positivi dovuti alla replica errata del fuso orario per i campi del timestamp.
Sono stati risolti i problemi della versione di manutenzione di DMS 3.4.7 del 22 febbraio 2023
Argomento Risoluzione
Repliche di SQL Server AG come origine È stato aggiunto il supporto per il codice sorgente di SQL Server nella AlwaysOnconfigurazione in cui la porta TCP del listener differiva dalla porta TCP di replica.
Perdita di dati con Amazon Redshift come destinazione È stato risolto un problema relativo alla destinazione Redshift a causa del quale, in alcuni rari casi, un riavvio imprevisto di Redshift poteva causare la perdita di dati sulla destinazione.
Supporto per la protezione dell'origine SQL Server È stato risolto un problema relativo all'origine SQL Server a causa del quale l'attività DMS poteva non riuscire con un errore che indicava l'impossibilità di leggere i backup del log delle transazioni quando veniva specificata l'impostazione degli endpoint "SafeguardPolicy": "EXCLUSIVE_AUTOMATIC_TRUNCATION".
Errore dell'attività di convalida dei dati per Oracle come origine È stato risolto un problema relativo all'origine Oracle a causa del quale l'attività DMS poteva non riuscire durante la convalida dei dati perché i valori della chiave primaria venivano identificati in modo errato.
Problema dei dati dell'immagine precedente Kinesis È stato risolto un problema per le destinazioni di streaming (Kinesis, Kafka) a causa del quale l'impostazione delle attività "EnableBeforeImage" funzionava solo per i tipi di dati carattere.
File di log Time Travel È stato risolto un problema relativo alla funzionalità Time Travel a causa del quale DMS creava file di log Time Travel a zero byte quando l'origine era inattiva.
Sono stati risolti i problemi della versione di manutenzione di DMS 3.4.7 del 16 dicembre 2022
Argomento Risoluzione
BatchApplyAbilitato È stato risolto un problema di registrazione eccessiva quando BatchApplyEnabled è impostato su True.
Nuova impostazione dell'endpoint MongoDB: Timeout FullLoad NoCursor L' FullLoadNoCursorTimeout impostazione dell'endpoint MongoDB NoCursorTimeout specifica il cursore a pieno caricamento. NoCursorTimeout è un'impostazione di connessione MongoDB che impedisce al server di chiudere il cursore se inattivo.
MongoDB: funzione di filtro per la segmentazione con colonna singola La nuova funzione di filtro migliora le prestazioni per la migrazione dei database MongoDB utilizzando una singola colonna per la segmentazione.
Da MongoDB a Redshift Durante la migrazione da MongoDB a Redshift, se la raccolta MongoDB include un tipo di dati binario, è stato risolto un problema a causa del quale DMS non creava la tabella di destinazione su Redshift.
Nuovo attributo di connessione SocketTimeout MongoDB MS Il nuovo attributo di connessione extra SocketTimeout MongoDB MS configura il timeout di connessione per i client MongoDB in unità di millisecondi. Se il valore è minore o uguale a zero, viene utilizzato il client MongoDB predefinito.
Risolto il problema che causava l'arresto anomalo di un'attività Amazon Kinesis Durante la migrazione al flusso di dati Amazon Kinesis come destinazione, è stato risolto un problema di gestione dei valori null quando nella tabella non è presente una chiave primaria.
Convalida dei dati Oracle NULL PK/UK supportata È stata rimossa la limitazione secondo cui la convalida dei dati dei valori NULL PK/UK non era supportata.
Da Oracle ad Amazon S3 Durante la migrazione da Oracle ad Amazon S3, è stato risolto un problema a causa del quale alcuni record venivano migrati erroneamente come NULL.
Oracle Standby Quando si utilizza Oracle Standby come origine, è stata aggiunta la possibilità per DMS di gestire le transazioni aperte.
Migrazione da Oracle a Oracle con il tipo di dati spaziali SDO_GEOMETRY Durante la migrazione da Oracle a Oracle, è stato risolto un problema a causa del quale l'attività non riusciva se nella tabella era presente una colonna SDO_GEOMERY nella DDL.
Oracle come origine È stato risolto un problema a causa del quale quando si utilizzava Oracle come origine DMS saltava occasionalmente un numero di sequenza di log redo di Oracle.
Oracle come origine: log redo online e di archiviazione mancanti È stato risolto un problema a causa del quale quando si utilizzava Oracle come origine l'operazione DMS non riusciva se mancavano i log di archiviazione.
DMS occasionalmente ignora il log redo Oracle Standby È stato risolto un problema a causa del quale quando si utilizzava Oracle come origine DMS saltava occasionalmente un numero di sequenza di log redo di Oracle.
I tipi di dati spaziali da Oracle a Oracle non vengono replicati durante la CDC È stato risolto un problema a causa del quale con la replica da Oracle a Oracle, i tipi di dati spaziali non venivano replicati durante la CDC.
Oracle come destinazione È stato risolto un problema a causa del quale quando si utilizzava Oracle come destinazione, l'applicazione di destinazione non riusciva con l'errore ORA-01747.
Amazon S3: corretta la perdita di dati nelle tabelle di ricaricamento È stato risolto un problema a causa del quale quando si utilizzava Amazon S3 come destinazione, un'operazione di ricaricamento delle tabelle non generava file CDC.
Inizializzazione del contesto SQL Server Always On nel caso in cui il server principale è utilizzato come origine Quando si utilizzava SQL Server Always On come origine, è stato risolto un problema che impediva l'inizializzazione dei gruppi di disponibilità (AG) se l'origine è primaria ed è impostata su true. AlwaysOnSharedSyncedBackupIsEnabled
Impostazione degli endpoint di SQL Server aggiornata Quando un endpoint di origine è SQL Server Always On Availability Group ed è una replica secondaria, è stato risolto un problema per cui l'attività di replica non riusciva se AlwaysOnSharedSynchedBackupsIsEnabled impostata su True.
PostgreSQL come origine È stato risolto un problema a causa del quale CDC non riusciva a migrare le operazioni di eliminazione/aggiornamento sul sorgente PostgreSQL, introdotto nella versione 3.4.7 nel supporto di Boolean. mapBooleanAs

AWS Note di rilascio di Database Migration Service 3.4.6

La tabella seguente mostra le nuove funzionalità e i miglioramenti introdotti nella versione 3.4.6 di AWS Database Migration Service (AWS DMS).

Nuova caratteristica o miglioramento Descrizione
AWS DMS Viaggio nel tempo AWS DMS introduce Time Travel, una funzionalità che garantisce ai clienti flessibilità nelle funzionalità di registrazione e migliora l'esperienza di risoluzione dei problemi. Con Time Travel, puoi archiviare e crittografare AWS DMS i log utilizzando Amazon S3 e visualizzare, scaricare e offuscare i log entro un determinato periodo di tempo.
Supporto per l'istanza gestita SQL di Microsoft Azure come origine

AWS DMS ora supporta Microsoft Azure SQL Managed Instance come origine. Utilizzando AWS DMS, ora puoi eseguire migrazioni in tempo reale da Microsoft Azure SQL Managed Instance verso qualsiasi destinazione AWS DMS supportata.

Per informazioni sulle AWS DMS fonti, vedere. Origini per la migrazione dei dati

Per informazioni sugli AWS DMS obiettivi supportati, vedereDestinazioni per la migrazione dei dati.

Supporto di Google Cloud SQL per MySQL come origine

AWS DMS ora supporta Google Cloud SQL for MySQL come sorgente. Utilizzando AWS DMS, ora puoi eseguire migrazioni live da Google Cloud SQL for MySQL verso qualsiasi destinazione supportata. AWS DMS

Per informazioni sulle AWS DMS fonti, consulta. Origini per la migrazione dei dati

Per informazioni sugli AWS DMS obiettivi supportati, vedereDestinazioni per la migrazione dei dati.

Supporto del caricamento parallelo per dati partizionati su S3 AWS DMS ora supporta il caricamento parallelo per i dati partizionati su Amazon S3, migliorando i tempi di caricamento per la migrazione dei dati partizionati dai dati di origine del motore di database supportato ad Amazon S3. Questa funzionalità crea sottocartelle Amazon S3 per ogni partizione della tabella nell'origine del database, permettendo ad AWS DMS di eseguire processi paralleli per popolare ogni sottocartella.
Supporto di più argomenti di destinazione di Apache Kafka in un'unica attività AWS DMS ora supporta i target multiargomento di Apache Kafka con un'unica attività. Utilizzando AWS DMS, ora è possibile replicare più schemi da un singolo database su diversi argomenti di destinazione di Apache Kafka utilizzando la stessa attività. Ciò elimina la necessità di creare più attività separate in situazioni in cui è necessario migrare molte tabelle dello stesso database di origine su argomenti di destinazione Kafka diversi.

I problemi risolti nella versione AWS DMS 3.4.6 includono quanto segue:

  • È stato risolto un problema a causa del quale le colonne delle istruzioni UPDATE venivano popolate in colonne errate se la colonna della chiave primaria non era la prima colonna con Amazon S3 come destinazione con formato CSV.

  • È stato risolto un problema per cui AWS DMS le attività potevano bloccarsi quando si utilizzava il plug-in pglogical con NULL valori in BYTEA colonne in modalità LOB limitata quando si utilizzava PostgreSQL come sorgente.

  • È stato risolto un problema per cui AWS DMS le attività potevano bloccarsi quando veniva eliminato un gran numero di tabelle di origine quando si utilizzava PostgreSQL come sorgente.

  • È stato migliorato il partizionamento delle cartelle basato sulla data di Amazon S3 introducendo la nuova impostazione Amazon S3 DatePartitionTimezone per consentire il partizionamento in date non UTC.

  • È supportata la mappatura tra i tipi di dati TIMESTAMP WITH TIME ZONE dalle origini a TIMESTAMPTZ con Redshift come destinazione.

  • Sono state migliorate le prestazioni del CDC per le attività senza regole di selezione dei caratteri jolly con MongoDB o Amazon DocumentDB come origine.

  • È stato risolto un problema a causa del quale i nomi degli schemi con caratteri jolly e caratteri di sottolineatura e lunghezza inferiore a 8 non venivano acquisiti dalle attività AWS DMS con Db2 LUW come origine.

  • È stato risolto un problema a causa del quale AWS DMS le istanze esaurivano la memoria con grandi volumi di dati quando si utilizzava OpenSearch Service come destinazione.

  • Sono state migliorate le prestazioni di convalida dei dati supportando le attività di sola convalida pieno carico.

  • È stato risolto un problema che impediva la ripresa AWS DMS delle attività dopo il failover forzato quando si utilizzava Sybase come fonte.

  • È stato risolto un problema a causa del quale l'avviso veniva AWS DMS inviato in modo errato. Invalid BC timestamp was encountered in column

I problemi risolti nella versione di manutenzione di DMS 3.4.6 includono i seguenti:

  • È stato risolto un problema di arresto anomalo di un'attività quando la modalità di applicazione in blocco è abilitata con Oracle come origine e destinazione.

  • È stato risolto un problema che impediva a un'attività di pieno carico di utilizzare correttamente l'impostazione degli endpoint ExecuteTimeout con PostgreSQL come origine.

  • È stato risolto un problema relativo alla migrazione delle colonne del tipo di dati array quando l'attività è impostata sulla modalità LOB limitata con PostgreSQL come origine.

  • È stato risolto un problema relativo alla migrazione dei timestamp con fuso orario precedente al 1970-01-01 con PostgreSQL come origine.

  • È stato risolto un problema a causa del quale DMS trattava una stringa vuota come nulla durante la replica con SQL Server come origine e destinazione.

  • È stato risolto un problema in modo da rispettare le impostazioni degli endpoint di timeout di lettura e scrittura della sessione con MySQL come origine e destinazione.

  • È stato risolto un problema a causa del quale un'attività di CDC DMS scaricava i file relativi al pieno carico con Amazon S3 come origine.

  • È stato risolto un problema di arresto anomalo del log quando CdcInsertsAndUpdates e PreserveTransactions erano entrambi impostati su true con Amazon S3 come destinazione.

  • È stato risolto un problema a causa del quale un'attività si bloccava quando la ParallelApply funzione* è abilitata, ma alcune tabelle non hanno una chiave primaria predefinita quando si utilizza Amazon Kinesis Data Streams come origine.

  • È stato risolto un problema per cui non veniva fornito un errore per errore StreamArn quando si utilizzava Amazon Kinesis Data Streams come fonte.

  • È stato risolto un problema per cui un valore di chiave primaria come stringa vuota causava l'arresto anomalo di un'attività quando veniva utilizzata OpenSearch come destinazione.

  • È stato risolto un problema a causa del quale veniva utilizzato troppo spazio su disco per la convalida dei dati.

Sono stati risolti i problemi della versione di manutenzione di DMS 3.4.6 del 13 dicembre 2022
Argomento Risoluzione
Driver ODBC SAP ASE È stato risolto un problema relativo a SAP ASE come origine in modo che il driver ODBC potesse supportare i set di caratteri.

Bug della chiave primaria datetime di SQL Server per la ricerca lob

È stato risolto un problema relativo a SQL Server come origine a causa del quale la ricerca LOB non funzionava correttamente, quando la chiave primaria aveva un tipo di dati datetime, con precisione in millisecondi.

Da SQL Server a Redshift: "datetimeOffset" mappato a "timestamptz"

Per le migrazioni da SQL Server a Redshift, è stata migliorata la mappatura in modo che il formato "datetimeoffset" di SQL Server sia mappato al formato "timestamptz" di Redshift.

Convalida dei dati: SkipLobColumns è vera

È stato risolto un problema per cui l'attività DMS si SkipLobColumns bloccava quando era True, c'è un LOB nell'origine, la chiave primaria si trova nell'ultima colonna e una differenza di dati veniva rilevata dalla convalida.

Convalida dei dati con MySQL come origine

È stato risolto un problema relativo a MySQL come origine con la convalida dei dati abilitata, a causa del quale si verificava un arresto anomalo dell'attività DMS durante l'utilizzo di una tabella con una chiave univoca composita con valori nulli.

MySQL come origine

È stato risolto un problema relativo a MySQL come origine, a causa del quale una tabella veniva sospesa con l'errore di overflow quando le colonne venivano modificate per aggiungere precisione.

Aggiornamento del driver ODBC MySQL a 8.0.23

È stato risolto un problema relativo a MySQL come origine, a causa del quale la collazione "utf8mb4_0900_bin" era incompatibile con il driver mysql utilizzato da DMS.

MySQL: supporto delle modifiche DDL per le tabelle partizionate

È stata introdotta una nuova skipTableSuspension ForPartitionDdl impostazione dell'endpoint MySQL per consentire all'utente di saltare la sospensione della tabella per le modifiche DDL delle partizioni durante il CDC, in modo che DMS possa ora supportare le modifiche DDL per le tabelle MySQL partizionate.

Migrazione da MongoDB a Redshift

È stato risolto un problema relativo alle migrazioni da MongoDB a Redshift, a causa del quale DMS non riusciva a creare la tabella di destinazione su Redshift se la raccolta MongoDB aveva un tipo di dati binario.

Destinazione Redshift: errore di segmentazione di Time Travel nell'applicazione in blocco

È stato risolto un problema relativo a Redshift come target, a causa del quale l'attività DMS si bloccava con BatchApplyEnabled set to true.

Redshift come destinazione

È stato risolto un problema relativo a Redshift come destinazione, a causa del quale, con parallel-load impostato su type=partitions-auto, i segmenti paralleli scrivevano file CSV in blocco nella stessa directory della tabella e interferivano tra loro.

Redshift come destinazione

È stato risolto un problema relativo a Redshift come destinazione, a causa del quale durante la CDC la colonna di destinazione era di tipo booleano mentre l'origine era di tipo carattere variabile.

Redshift come destinazione

È stato migliorato il log delle attività per identificare una modifica DDL che non riesce a replicarsi su Redshift come destinazione.

Convalida dei dati con PostgreSQL

È stato risolto un problema di convalida con PostgreSQL, a causa del quale la convalida non riusciva quando erano presenti tipi di dati booleani.

PostgreSQL come origine

È stato risolto un problema relativo a PostgreSQL come sorgente, in modo che il caricamento completo ExecuteTimeout utilizzasse il campo negli attributi di connessione aggiuntivi.

PostgreSQL come origine

È stato risolto un problema relativo a PostgreSQL come origine, a causa del quale un'attività non andava a buon fine se stava leggendo LSN superiori all'LSN di ripristino dell'attività richiesta per più di 60 minuti, a indicare che c'è un problema con lo slot di replica utilizzato.

PostgreSQL come origine: timestampt prima del 01/01/1970

È stato risolto un problema relativo a PostgreSQL come origine, a causa del quale i timestamptz precedenti al 01/01/1970 non venivano migrati correttamente durante la CDC.

PostgreSQL come origine

È stato risolto un problema relativo a PostgreSQL come origine, a causa del quale DMS troncava i valori dei tipi di dati con caratteri variabili durante la CDC.

PostgreSQL come origine: ripresa dell'attività interrotta

È stato risolto un problema relativo a PostgreSQL come origine, a causa del quale la ripresa di una ripetizione dell'attività precedentemente interrotta comportava la mancata esecuzione di una o più transazioni durante la CDC.

Amazon S3 come destinazione

È stato risolto un problema per S3 come destinazione, in cui l'intestazione del file CSV risultante era disattivata di una colonna quando era vera ed era «». AddColumnName TimestampColumnName

Amazon S3 come origine: comportamento di utilizzo della memoria in fase di pieno carico per l'attività

È stato risolto un problema relativo a S3 come origine, a causa del quale un'attività DMS con pieno carico rilasciava la memoria utilizzata solo dopo che l'intera tabella era stata caricata nel database di destinazione.

Amazon S3 come operazione di ricarica della tabella di destinazione

È stato risolto un problema relativo a S3 come destinazione, a causa del quale un'operazione di ricaricamento della tabella non consentiva la generazione di file CDC.

AWS Note di rilascio di Database Migration Service 3.4.5

La tabella seguente mostra le nuove funzionalità e i miglioramenti introdotti nella versione 3.4.5 di AWS Database Migration Service (AWS DMS).

Nuova caratteristica o miglioramento Descrizione
Supporto per Redis come destinazione AWS DMS ora supporta Redis come destinazione. Utilizzando AWS DMS, ora puoi migrare i dati in tempo reale da qualsiasi fonte AWS DMS supportata a un data store Redis, con tempi di inattività minimi. Per informazioni sugli AWS DMS obiettivi, consulta. Destinazioni per la migrazione dei dati
Supporto per MongoDB 4.2 e 4.4 come origine AWS DMS ora supporta MongoDB 4.2 e 4.4 come sorgenti. Utilizzando AWS DMS, ora puoi migrare i dati dai cluster MongoDB 4.2 e 4.4 verso qualsiasi AWS DMS destinazione supportata, incluso Amazon DocumentDB (con compatibilità con MongoDB), con tempi di inattività minimi. Per Origini per la migrazione dei dati informazioni sulle fonti, consulta. AWS DMS
Supporto per più database con MongoDB come origine AWS DMS ora supporta la migrazione di più database in un'unica attività utilizzando MongoDB come fonte. Utilizzando AWS DMS, ora puoi raggruppare più database di un cluster MongoDB e migrarli utilizzando un'unica attività di migrazione del database. Puoi migrare verso qualsiasi destinazione AWS DMS supportata, incluso Amazon DocumentDB (con compatibilità MongoDB), con tempi di inattività minimi.
Supporto per la segmentazione automatica con MongoDB o Amazon DocumentDB (compatibile con MongoDB) come origine AWS DMS ora supporta la segmentazione automatica utilizzando MongoDB o Amazon DocumentDB come fonte. Utilizzando AWS DMS, è possibile configurare le attività di migrazione del database per segmentare automaticamente la raccolta di un cluster MongoDB o DocumentDB. Puoi quindi migrare i segmenti in parallelo verso qualsiasi destinazione AWS DMS supportata, incluso Amazon DocumentDB, con tempi di inattività minimi.
Miglioramento delle prestazioni del pieno carico di Amazon Redshift AWS DMS ora supporta l'uso di thread paralleli quando si utilizza Amazon Redshift come destinazione a pieno carico. Sfruttando le impostazioni delle attività multithread a pieno carico, puoi migliorare le prestazioni della migrazione iniziale da qualsiasi fonte AWS DMS supportata ad Amazon Redshift. Per informazioni sugli AWS DMS obiettivi, consulta. Destinazioni per la migrazione dei dati

I problemi risolti nella versione AWS DMS 3.4.5 includono quanto segue:

  • È stato risolto un problema a causa del quale i dati potevano potenzialmente mancare o essere duplicati dopo la ripresa, quando si utilizzava PostgreSQL come origine con un'elevata concorrenza delle transazioni.

  • È stato risolto un problema a causa del quale le attività di migrazione del database non riuscivano con l'errore Could not find relation id... quando si utilizzava PostgreSQL come origine, con il plugin pglogical abilitato.

  • È stato risolto un problema a causa del quale le colonne VARCHAR non venivano replicate correttamente quando si utilizzava PostgreSQL come origine e Oracle come destinazione.

  • È stato risolto un problema a causa del quale le operazioni di eliminazione non venivano acquisite correttamente quando la chiave primaria non era la prima colonna nella definizione della tabella con PostgreSQL come origine.

  • È stato risolto un problema a causa del quale le attività di migrazione del database non ricevevano gli aggiornamenti LOB in un'impostazione speciale dei metadati con MySQL come origine.

  • È stato risolto un problema a causa del quale le colonne TIMESTAMP venivano trattate come DATETIME in modalità LOB completa con MySQL versione 8 come origine.

  • È stato risolto un problema a causa del quale le attività di migrazione del database non riuscivano durante l'analisi dei record NULL DATETIME con MySQL 5.6.4 e versioni successive come origine.

  • È stato risolto un problema a causa del quale le attività di migrazione del database si bloccavano dopo aver riscontrato l'errore Thread is exiting con Amazon Redshift come destinazione e l'applicazione parallela.

  • È stato risolto un problema a causa del quale i dati potevano andare persi quando le attività di migrazione del database si disconnettevano da un endpoint di destinazione Amazon Redshift durante la CDC con applicazione in batch.

  • Sono state migliorate le prestazioni del pieno carico tramite chiamata ACCEPTINVCHARS con Amazon Redshift come destinazione.

  • È stato risolto un problema a causa del quale i record duplicati venivano replicati quando si tornava dalla modalità one-by-one di applicazione parallela utilizzando Amazon Redshift come destinazione.

  • È stato risolto un problema a causa del quale le attività di migrazione del database non passavano dalla proprietà degli oggetti Amazon S3 a quella del proprietario del bucket cannedAclForObjects=bucket_owner_full_control con Amazon S3 come destinazione.

  • Migliorato AWS DMS supportando più destinazioni di archiviazione con ECA additionalArchivedLogDestId quando si utilizza Oracle come fonte.

  • È stato risolto un problema a causa del quale le attività di migrazione del database non riuscivano con l'errore OCI_INVALID_HANDLE durante l'aggiornamento di una colonna LOB in modalità LOB completa.

  • È stato risolto un problema a causa del quale le colonne NVARCHAR2 non venivano migrate correttamente durante la CDC con Oracle come origine.

  • AWS DMS Migliorato grazie all'attivazione SafeguardPolicy quando si utilizza RDS per SQL Server come origine.

  • È stato risolto un problema a causa del quale le attività di migrazione del database restituivano un errore in rdsadmin con un'origine SQL Server non RDS.

  • È stato risolto un problema a causa del quale la convalida dei dati non riusciva con UUID come chiave primaria in un'impostazione di partizione con SQL Server come origine.

  • È stato risolto un problema a causa del quale le attività di pieno carico e CDC non riuscivano se il LSN richiesto non veniva trovato nel log del database con Db2 LUW come origine.

  • Migliorato AWS DMS supportando timestamp CDC personalizzati quando si utilizza MongoDB come sorgente.

  • È stato risolto un problema a causa del quale le attività di migrazione del database si bloccavano quando venivano arrestate, con MongoDB come origine, e il driver MongoDB restituiva errori su endSessions.

  • È stato risolto un problema che AWS DMS impediva l'aggiornamento dei campi non primari quando si utilizzava DynamoDB come destinazione

  • È stato risolto un problema a causa del quale la convalida dei dati segnalava false corrispondenze positive sulle colonne CLOB e NCLOB.

  • È stato risolto un problema a causa del quale la convalida dei dati non riusciva sui record contenenti solo spazi bianchi con Oracle come origine.

  • È stato risolto un problema a causa del quale si verificava l'arresto anomalo delle attività di migrazione del database quando si troncava una tabella partizionata.

  • È stato risolto un problema a causa del quale le attività di migrazione del database non riuscivano durante la creazione della tabella di controllo awsdms_apply_exceptions.

  • È stato esteso il supporto del plug-in di autenticazione caching_sha2_password con MySQL versione 8.

AWS Note di rilascio di Database Migration Service 3.4.4

La tabella seguente mostra le nuove funzionalità e i miglioramenti introdotti in AWS DMS versione 3.4.4.

Nuova caratteristica o miglioramento Descrizione
Supporto per la crittografia TLS e l'autenticazione TLS o SASL con Kafka come destinazione AWS DMS ora supporta la crittografia TLS e l'autenticazione TLS o SASL utilizzando Amazon MSK e il cluster Kafka locale come destinazione. Per ulteriori informazioni sull'utilizzo della crittografia e dell'autenticazione per gli endpoint Kafka, consulta Connessione a Kafka utilizzando Transport Layer Security (TLS).

I problemi risolti nella versione 3.4.4 includono quanto segue: AWS DMS

  • AWS DMS Registrazione migliorata degli errori delle attività quando si utilizzano gli endpoint Oracle.

  • L'esecuzione migliorata delle AWS DMS attività continua l'elaborazione quando gli endpoint Oracle Source cambiano ruolo dopo il failover di Oracle Data Guard.

  • È stata migliorata la gestione degli errori che considera ORA-12561 come un errore recuperabile quando si utilizzano gli endpoint Oracle.

  • È stato risolto un problema a causa del quale le colonne EMPTY_BLOB() e EMPTY_CLOB() venivano migrate come nulle con Oracle come origine.

  • È stato risolto un problema per cui AWS DMS le attività non riuscivano ad aggiornare i record dopo l'aggiunta di modifiche DDL alle colonne quando si utilizzava SQL Server come origine.

  • È stata migliorata la migrazione di PostgreSQL come origine con il supporto del tipo di dati TIMESTAMP WITH TIME ZONE.

  • È stato risolto un problema a causa del quale l'impostazione afterConnectScript non funzionava durante un pieno carico con PostgreSQL come destinazione.

  • È stata introdotta una nuova impostazione mapUnboundedNumericAsString per gestire meglio il tipo di data NUMERIC senza precisione e scala quando si utilizzano gli endpoint PostgreSQL.

  • È stato risolto un problema per cui AWS DMS le attività fallivano con «0 righe interessate» dopo l'interruzione e la ripresa dell'attività quando si utilizzava PostgreSQL come sorgente.

  • È stato risolto un problema che AWS DMS impediva la migrazione del tipo di TIMESTAMP dati con il BC suffisso quando si utilizza PostgreSQL come origine.

  • È stato risolto un problema che AWS DMS impediva la migrazione del TIMESTAMP valore «±infinity» quando si utilizza PostgreSQL come sorgente.

  • È stato risolto un problema a causa del quale le stringhe vuote venivano trattate come NULL con S3 come origine e con l'impostazione csvNullValue configurata su altri valori.

  • È stato migliorato l'attributo aggiuntivo di connessione timestampColumnName in un pieno carico con CDC in modo da renderlo ordinabile durante la CDC con S3 come destinazione.

  • È stata migliorata la gestione dei tipi di dati binari in formato esadecimale, ad esempio BYTE, BINARY e BLOB, con S3 come origine.

  • È stato risolto un problema a causa del quale i record eliminati venivano migrati con caratteri speciali con S3 come destinazione.

  • È stato risolto un problema relativo alla gestione dei valori di chiave vuoti con Amazon DocumentDB (compatibile con MongoDB) come destinazione.

  • È stato risolto un problema che AWS DMS impediva la replica NumberDecimal Decimal128 delle colonne quando si utilizzava MongoDB o Amazon DocumentDB (con compatibilità con MongoDB) come sorgente.

  • È stato risolto un problema che consentiva alle attività di CDC di riprovare in caso di failover con MongoDB o Amazon DocumentDB (compatibile con MongoDB) come origine.

  • È stata aggiunta un'opzione per rimuovere il prefisso esadecimale «0x» dai valori RAW dei tipi di dati quando si utilizza Kinesis, Kafka o come destinazione. OpenSearch

  • È stato risolto un problema a causa del quale la convalida non riusciva su colonne di caratteri a lunghezza fissa con Db2 LUW come origine.

  • È stato risolto un problema a causa del quale la convalida non riusciva quando il tipo di dati di origine o il tipo di dati di destinazione era FLOAT o DOUBLE.

  • È stato risolto un problema a causa del quale la convalida dei caratteri NULL non riusciva con Oracle come origine.

  • È stato risolto un problema a causa del quale la convalida delle colonne XML non riusciva con Oracle come origine.

  • È stato risolto un problema a causa del quale AWS DMS le attività si bloccavano quando erano presenti colonne annullabili nelle chiavi composite che utilizzavano MySQL come sorgente.

  • È stato risolto un problema che AWS DMS non riusciva a convalidare entrambe UNIQUEIDENTIFIER le colonne dagli endpoint di origine di SQL Server e le colonne UUID dagli endpoint di destinazione PostgreSQL.

  • È stato risolto un problema a causa del quale un'attività di CDC non utilizzava una definizione di tabella di origine aggiornata dopo la modifica.

  • È stato migliorato il AWS DMS failover per considerare gli errori delle attività causati da un nome utente o una password non validi come errori recuperabili.

  • È stato risolto un problema per cui AWS DMS le attività fallivano a causa della mancanza di LSN quando si utilizzava RDS per SQL Server come origine.

AWS Note di rilascio di Database Migration Service 3.4.3

La tabella seguente mostra le nuove funzionalità e i miglioramenti introdotti in AWS DMS versione 3.4.3.

Nuova caratteristica o miglioramento Descrizione
Nuova versione di Amazon DocumentDB Amazon DocumentDB versione 4.0 è ora supportato come origine.
Nuova versione di MariaDB MariaDB versione 10.4 è ora supportato come origine e destinazione.
Support per AWS Secrets Manager l'integrazione È possibile archiviare in modo sicuro i dettagli di connessione al database (credenziali utente) per gli endpoint supportati in AWS Secrets Manager. È quindi possibile inviare il segreto corrispondente anziché le credenziali in testo semplice AWS DMS quando si crea o si modifica un endpoint. AWS DMS quindi si connette ai database degli endpoint utilizzando il segreto. Per ulteriori informazioni sulla creazione di segreti per gli AWS DMS endpoint, consulta. Utilizzo dei segreti per accedere agli endpoint AWS Database Migration Service
Opzioni più ampie per le istanze di replica C5 e R5 È ora possibile creare le seguenti dimensioni più grandi per l'istanza di replica: dimensioni C5 fino a 96 vCPU e 192 GiB di memoria e dimensioni R5 fino a 96 vCPU e 768 GiB di memoria.
Miglioramento delle prestazioni di Amazon Redshift AWS DMS ora supporta l'applicazione parallela quando si utilizza Redshift come obiettivo per migliorare le prestazioni della replica in corso. Per ulteriori informazioni, consulta Impostazioni delle attività multithread per Amazon Redshift.

I problemi risolti nella versione AWS DMS 3.4.3 includono quanto segue:

  • È stato risolto un problema per cui il timestamp di commit diventava "1970-01-01 00:00:00" per gli eventi differiti con Db2 LUW come origine.

  • È stato risolto un problema a causa del quale AWS DMS le attività non funzionavano con una NVARCHAR colonna come chiave primaria quando si utilizzava SQL Server come origine con la modalità Full LOB.

  • È stato risolto un problema di record mancanti durante la fase di modifiche memorizzate nella cache con SQL Server come origine.

  • È stato risolto un problema a causa del quale i record venivano ignorati dopo la ripresa AWS DMS delle attività quando si utilizzava RDS per SQL Server come origine.

  • È stato risolto un problema a causa del quale il componente di registrazione AWS DMS ASSERTION generava log di grandi dimensioni per SQL Server.

  • È stato risolto un problema a causa del quale la convalida dei dati non riusciva durante la fase CDC per l'overflow dell'analisi delle colonne con MySQL come origine.

  • È stato risolto un problema a causa del quale AWS DMS le attività si bloccavano a causa di un errore di segmentazione durante la convalida dei dati quando si utilizzava PostgreSQL come destinazione.

  • È stato risolto un problema a causa del quale la convalida dei dati non riusciva sul tipo di dati DOUBLE durante la CDC con PostgreSQL come origine e destinazione.

  • È stato risolto un problema a causa del quale i record inseriti dal comando copy non venivano replicati correttamente con PostgreSQL come origine e Redshift come destinazione.

  • È stato risolto un problema di perdita di dati durante la fase di modifiche memorizzate nella cache con PostgreSQL come origine.

  • È stato risolto un problema a causa del quale si verificava la perdita di dati o la duplicazione dei record con PostgreSQL come origine.

  • È stato risolto un problema a causa del quale gli schemi con casi misti non venivano migrati usando pglogical con PostgreSQL come origine.

  • È stato risolto un problema a causa del quale l'ultimo messaggio di errore non conteneva l'errore ORA con Oracle come origine.

  • È stato risolto un problema per cui AWS DMS le attività non riuscivano a creare istruzioni UPDATE quando si utilizzava Oracle come destinazione.

  • È stato risolto un problema per cui AWS DMS le attività non replicavano i dati quando si utilizzava Oracle 12.2 come origine con la configurazione ASM e Pluggable Database.

  • È stata migliorata l'analisi dei record preservando la conformità delle quote a RFC 4180 con S3 come origine.

  • È stata migliorata la gestione di timestampColumnName in modo che la colonna di pieno carico sia ordinabile con quella del CDC.

  • Introducendo una nuova impostazione dell'endpointMessageMaxBytes, è stato risolto un problema a causa del quale AWS DMS le attività non funzionavano quando erano presenti elementi LOB di dimensioni superiori a 1 MB.

  • È stato risolto un problema per cui AWS DMS le attività si bloccavano a causa di un errore di segmentazione quando si utilizzava Redshift come destinazione.

  • Registrazione degli errori migliorata per la connessione di test Redshift.

  • È stato risolto un problema AWS DMS che impediva il trasferimento di tutti i documenti da MongoDB a DocumentDB durante il caricamento completo.

  • È stato risolto un problema per cui AWS DMS le attività segnalavano un errore irreversibile quando nessuna tabella era inclusa nelle regole di mappatura delle tabelle.

  • È stato risolto un problema a causa del quale gli schemi e le tabelle creati prima del riavvio delle attività AWS DMS non si replicavano sulla destinazione con MySQL come origine.

  • È stato risolto un problema a causa del quale il carattere jolly di escape [_] non eseguiva l'escape del carattere jolly "_" nella regola di esclusione con MySQL come origine.

  • È stato risolto un problema a causa del quale la colonna del tipo di dati UNSIGNED BIGINT non veniva replicata correttamente con MySQL come origine.

AWS Note di rilascio di Database Migration Service 3.4.2

La tabella seguente mostra le nuove funzionalità e i miglioramenti introdotti in AWS DMS versione 3.4.2.

Nuova caratteristica o miglioramento Descrizione
Supporto per la connessione privata di Amazon Virtual Private Cloud (Amazon VPC) AWS al Database Migration Service (DMS) senza richiedere un gateway Internet, un dispositivo NAT, una connessione VPN o una connessione. AWS Direct Connect Ora puoi connetterti e accedere AWS DMS dal tuo Amazon VPC tramite un endpoint di interfaccia VPC creato da te. Questo endpoint di interfaccia consente di isolare tutte le attività di rete dell'istanza di AWS DMS replica all'interno dell'infrastruttura di rete Amazon. Includendo un riferimento a questo endpoint di interfaccia in tutte le chiamate API all' AWS DMS utilizzo dell'SDK AWS CLI o di un SDK, ti assicuri che tutte le AWS DMS attività rimangano invisibili alla rete Internet pubblica. Per ulteriori informazioni, consulta Sicurezza dell'infrastruttura in AWS Database Migration Service.
Nota

Questa funzionalità è disponibile utilizzando tutte le versioni AWS DMS del motore supportate.

Partizionamento delle cartelle basato sulla data CDC con Amazon S3 come destinazione

AWS DMS ora supporta il partizionamento delle cartelle basato sulla data durante la replica dei dati utilizzando S3 come destinazione. Per ulteriori informazioni, consulta Utilizzo del partizionamento delle cartelle in base alla data.

I problemi risolti nella versione 3.4.2 includono quanto segue: AWS DMS

  • È stata aggiunta un'opzione STATUPDATE per l'esecuzione di una migrazione con Redshift come destinazione.

  • Sono state migliorate le attività di convalida introducendo una nuova impostazione. ValidQueryCdcDelaySecond ritarda la prima query di convalida sugli endpoint di origine e di destinazione per contribuire a ridurre il conflitto di risorse quando la latenza di migrazione è elevata.

  • È stato risolto un problema che AWS DMS richiedeva molto tempo per avviare le attività di convalida.

  • È stato risolto un problema a causa del quale venivano generati record vuoti all'avvio o all'arresto delle attività di replica con S3 come destinazione.

  • È stato risolto un problema a causa del quale le attività si bloccavano alla fine di un pieno carico.

  • È stato risolto un problema a causa del quale le attività si bloccavano quando una tabella di origine conteneva errori nei dati con S3 come origine.

  • È stato risolto un problema a causa del quale le attività si bloccavano all'avvio quando l'account utente dell'endpoint di origine era disabilitato.

  • È stato risolto un problema a causa del quale le attività si bloccavano con PostgreSQL come origine con REPLICA IDENTITY FULL.

  • È stato risolto un problema a causa del quale le attività perdevano le transazioni con PostgreSQL come origine con il plug-in pglogical.

  • È stato risolto un problema AWS DMS che impediva l'eliminazione dei file sorgente compressi quando si utilizzava Redshift come destinazione.

  • È stato risolto un problema a causa del quale le attività di convalida segnalavano falsi negativi con MySQL come origine e destinazione con il tipo di dati BIGINT UNSIGNED.

  • È stato risolto un problema a causa del quale le attività di convalida segnalavano falsi positivi con SQL Server come origine con una colonna di chiave primaria di tipo CHAR.

  • È stato risolto un problema AWS DMS che impediva la cancellazione degli oggetti di destinazione quando si utilizzavano start-replication per avviare attività di replica utilizzando S3 come destinazione.

  • Sono stati risolti diversi problemi relativi alla convalida dei dati con Db2 come origine.

  • È stato risolto un problema a causa del quale le attività di convalida si bloccavano con SQL Server come origine con la colonna VARCHAR come chiave primaria.

  • È stato aggiunto il supporto per il tipo di dati TIMESTAMP WITH TIMEZONE con PostgreSQL come origine.

AWS Note sulla versione beta di Database Migration Service 3.4.1

La tabella seguente mostra le nuove funzionalità e i miglioramenti introdotti in AWS DMS versione 3.4.1 Beta.

Nuova caratteristica o miglioramento Descrizione
Nuova versione di MongoDB

MongoDB versione 4.0 è ora supportato come origine.

Supporto di TLS 1.2 per SQL Server

AWS DMS ora supporta TLS 1.2 per gli endpoint SQL Server.

I problemi risolti nella versione AWS DMS 3.4.1 Beta includono quanto segue:

  • È stato migliorato il supporto TDE per Oracle 19c.

  • È stato migliorato il supporto del set di caratteri utf8mb4 e del tipo di dati di identità con Redshift come destinazione.

  • È stata migliorata la gestione degli errori delle attività di replica con MySQL come origine senza il log binario.

  • È stato migliorato il supporto per la convalida dei dati su vari tipi di dati e set di caratteri.

  • È stata migliorata la gestione dei valori nulli con una nuova impostazione degli endpoint IncludeNullAndEmpty con Kinesis e Kafka come destinazione.

  • È stata migliorata la registrazione e la gestione degli errori con Kafka come destinazione.

  • È stata migliorata la compensazione dell'ora legale con SQL Server come origine.

  • È stato risolto un problema a causa del quale le attività di replica tentavano di creare tabelle esistenti per Oracle come destinazione.

  • È stato risolto un problema a causa del quale le attività di replica si bloccavano dopo l'interruzione della connessione al database con Oracle come origine.

  • È stato risolto un problema a causa del quale le attività di replica non riuscivano a rilevare e riconnettersi al nuovo primario con SQL Server come origine con l'impostazione AlwaysON.

  • È stato risolto un problema a causa del quale le attività di replica non aggiungevano una "OP" per la colonna "D" in determinate condizioni per S3 come destinazione.

AWS Note sulla versione beta di Database Migration Service 3.4.0

La tabella seguente mostra le nuove funzionalità e i miglioramenti introdotti in AWS DMS versione 3.4.0.

Nuova caratteristica o miglioramento Descrizione
Nuova versione di MySQL

AWS DMS ora supporta la versione 8.0 di MySQL come sorgente, tranne quando il payload della transazione è compresso.

Supporto di TLS 1.2 per MySQL

AWS DMS ora supporta TLS 1.2 per endpoint MySQL.

Nuova versione di MariaDB

AWS DMS ora supporta MariaDB versione 10.3.13 come sorgente.

Mancato SysAdmin accesso a sorgenti Microsoft SQL Server autogestite

AWS DMS ora supporta l'accesso da parte di non SysAdmin utenti agli endpoint di origine SQL Server locali e ospitati da EC2.

Nota

Questa funzionalità è attualmente in versione beta. Se vuoi provarlo, contatta AWS l'assistenza per ulteriori informazioni.

Attività di CDC e tabelle di origine Oracle create utilizzando CREATE TABLE AS

AWS DMS ora supporta sia le attività a pieno carico che quelle esclusivamente CDC e CDC eseguite su tabelle di sorgenti Oracle create utilizzando l'istruzione. CREATE TABLE AS

I problemi risolti nella versione AWS DMS 3.4.0 includono:

  • È stata migliorata la valutazione delle attività preliminari alla migrazione. Per ulteriori informazioni, consulta Abilitazione e utilizzo delle valutazioni preliminari alla migrazione di un'attività.

  • È stata migliorata la convalida dei dati per tipi di dati mobili, reali e doppi.

  • È stato migliorato Amazon Redshift come destinazione gestendo meglio l'errore: "The specified key does not exist."

  • Supporta le impostazioni delle attività di caricamento CDC multithread, tra cui ParallelApplyThreadsParallelApplyBufferSize, e, ParallelApplyQueuesPerThread per Amazon OpenSearch Service (OpenSearch Service) come destinazione.

  • OpenSearch Servizio migliorato come destinazione supportando l'uso di chiavi primarie composite.

  • È stato risolto un problema a causa del quale la connessione di prova non riusciva con PostgreSQL come origine e la password contenente caratteri speciali.

  • È stato risolto un problema relativo all'utilizzo di SQL Server come origine a causa del quale alcune colonne VARCHAR venivano troncate.

  • È stato risolto un problema AWS DMS che impediva la chiusura delle transazioni aperte quando si utilizza Amazon RDS SQL Server come sorgente. Ciò poteva causare la perdita di dati se il parametro dell'intervallo di polling era impostato in modo errato. Per ulteriori informazioni su come impostare un valore di intervallo di polling consigliato, consulta Utilizzo di un database Microsoft SQL Server come origine per AWS DMS.

  • È stato risolto un problema relativo a Oracle Standby come origine a causa del quale le attività di CDC si interrompevano inaspettatamente con Binary Reader.

  • È stato risolto un problema relativo a IBM DB2 per LUW a causa del quale l'attività non riusciva con il messaggio "The Numeric literal 0 is not valid because its value is out of range."

  • È stato risolto un problema relativo alla migrazione da PostgreSQL a PostgreSQL a causa del quale veniva aggiunta una nuova colonna all'origine PostgreSQL e la colonna veniva creata con un tipo di dati diverso dal tipo di dati per cui la colonna era stata inizialmente creata nell'origine.

  • È stato risolto un problema relativo all'origine MySQL a causa del quale l'attività di migrazione si interrompeva in modo imprevisto quando non era in grado di recuperare i binlog.

  • È stato risolto un problema relativo alla destinazione Oracle quando si utilizza BatchApply.

  • È stato risolto un problema relativo a MySQL e MariaDB per la migrazione del tipo di dati TIME.

  • È stato risolto un problema relativo all'origine IBM DB2 LUW a causa del quale la migrazione delle tabelle con LOB non riusciva quando le tabelle non avevano una chiave primaria o una chiave unica.

AWS Note di rilascio di Database Migration Service 3.3.4

I problemi risolti nella versione AWS DMS 3.3.4 includono quanto segue:

  • È stato risolto un problema a causa del quale le transazioni venivano eliminate o duplicate con PostgreSQL come origine.

  • È stato migliorato il supporto per l'uso del simbolo del dollaro ($) nei nomi degli schemi.

  • È stato risolto un problema a causa del quale le istanze di replica non chiudevano le transazioni aperte con RDS SQL Server come origine.

  • È stato risolto un problema a causa del quale la connessione di prova non riusciva con PostgreSQL come origine e la password contenente caratteri speciali.

  • È stato migliorato Amazon Redshift come destinazione gestendo meglio l'errore: "The specified key does not exist."

  • È stato migliorato il supporto per la convalida dei dati su vari tipi di dati e set di caratteri.

  • È stato risolto un problema a causa del quale le attività di replica tentavano di creare tabelle esistenti per Oracle come destinazione.

  • È stato risolto un problema a causa del quale le attività di replica non aggiungevano una "OP" per la colonna "D" in determinate condizioni per Amazon S3 come destinazione.

AWS Note di rilascio di Database Migration Service 3.3.3

La tabella seguente mostra le nuove funzionalità e i miglioramenti introdotti in AWS DMS versione 3.3.3.

Nuova caratteristica o miglioramento Descrizione
La nuova versione di PostgreSQL

PostgreSQL versione 12 è ora supportato come origine e destinazione.

Support per chiave primaria composita con Amazon OpenSearch Service come destinazione

A partire da AWS DMS 3.3.3, l'uso di una chiave primaria composita è supportato dagli obiettivi del OpenSearch servizio.

Supporto per i tipi di dati estesi Oracle

I tipi di dati estesi Oracle sia per l'origine Oracle che per le destinazioni sono ora supportati.

Aumento del numero di AWS DMS risorse per account

Il limite al numero di AWS DMS risorse che è possibile creare è aumentato. Per ulteriori informazioni, consulta Quote per AWS Database Migration Service.

I problemi risolti nella versione AWS DMS 3.3.3 includono quanto segue:

  • È stato risolto un problema a causa del quale si verificava l'arresto anomalo di un'attività utilizzando una specifica istruzione di aggiornamento con Parallel Apply in Amazon Kinesis.

  • È stato risolto un problema a causa del quale si verificava l'arresto anomalo sull'istruzione ALTER TABLE con Amazon S3 come destinazione.

  • Risolto un problema per cui i valori delle colonne poligonali vengono troncati quando si utilizza Microsoft SQL Server come origine.

  • Risolto un problema relativo al convertitore Unicode di JA16SJITILDE e JA16EUCTILDE quando si utilizzava Oracle come origine.

  • Risolto un problema per cui le colonne MEDIUMTEXT e LONGTEXT non riuscivano a migrare dal formato MySQL al formato S3 con valori separati da virgole (CSV).

  • Risolto un problema per cui le colonne booleane venivano trasformate in tipi non corretti con l'output di Apache Parquet.

  • Risolto un problema relativo alle colonne varchar estese in Oracle.

  • Risolto un problema per il quale le attività di convalida dei dati non erano riuscite a causa di determinate combinazioni di timestamp.

  • Risolto un problema con la replica DDL (Data Definition Language) di Sybase.

  • Risolto un problema che riguardava un arresto anomalo di origine Oracle Real Application Clusters (RAC) con Oracle Binary Reader.

  • Risolto un problema di convalida per le destinazioni Oracle con il caso dei nomi dello schema.

  • Risolto un problema con la convalida delle versioni 9.7 e 10 di IBM Db2.

  • Risolto un problema per un'attività che non si fermava due volte con StopTaskCachedChangesApplied e StopTaskCachedChangesNotApplied abilitata.