AWS Note di rilascio DMS

• 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)

Riepilogo della modifica:

• Nelle versioni precedenti (ad esempio 3.4.7/3.4.6), i valori interi di grandi dimensioni erano rappresentati come numeri interi.

• A partire dalla versione 3.5.1, questi valori possono apparire in notazione scientifica (ad esempio7.88129934789981E15), il che potrebbe portare a differenze di precisione e formattazione.

Tipi di dati interessati

La recente modifica influisce sulla rappresentazione di diversi tipi numerici durante lo streaming su endpoint come Kafka e Kinesis. I tipi interessati sono:

• Tipi interi di grandi dimensioni (ad esempio,) bigint

• Tipi a virgola mobile () FLOAT, DOUBLE

• Tipi decimali ad alta precisione () DECIMAL, NUMERIC

Scenari interessati:

• Migrazioni a pieno carico verso destinazioni di streaming

• Cambia Data Capture (CDC) in destinazioni di streaming

Raccomandazioni:

• Verifica il tuo caso d'uso specifico in un ambiente non di produzione prima di distribuire la AWS DMS versione 3.5.1 o successiva per identificare e risolvere gli eventuali impatti di questa modifica.

• I clienti interessati possono implementare la soluzione alternativa di change-data-type trasformazione, se applicabile, per ripristinare la formattazione precedente per i numeri grandi come numeri interi. Tuttavia, questo approccio potrebbe non essere adatto a tutti gli scenari.

• 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 TrimSpaceInChar endpoint per Oracle, PostgreSQL SQLServer e sorgenti consente di specificare se tagliare i dati sui 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 trasferimento corretto di un tipo di carattere variabile in un booleano mentre la colonna di destinazione era precreata come booleana quando si utilizzava Amazon 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 per cui DMS non era in grado di identificare correttamente la modalità Redis OSS per un'istanza Redis OSS 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 è impostata su true per una migrazione da PostgreSQL ad Amazon 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 EC2 istanze Amazon 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.

• È 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 fonti a TIMESTAMPTZ quando si utilizza Amazon 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

• È 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 a causa di un 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.

• È 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 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 LSNs quando si utilizzava RDS per SQL Server come origine.

• È 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 quando si utilizzava PostgreSQL come origine e Amazon 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 a causa del quale AWS DMS le attività si bloccavano a causa di un errore di segmentazione quando si utilizzava Amazon Redshift come destinazione.

• Registrazione degli errori migliorata per la connessione di test di Amazon 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 a causa del quale 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.

• È stata aggiunta un'STATUPDATEopzione per l'esecuzione di una migrazione utilizzando Amazon 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 Amazon 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.

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

• Supporto migliorato del set di caratteri utf8mb4 e del tipo di dati di identità utilizzando Amazon 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.

• È 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 per IBM DB2 for LUW a causa del quale l'operazione non riusciva con il messaggio «Il valore letterale numerico 0 non è valido perché il suo valore non è compreso nell'intervallo».

• È 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 a una fonte IBM DB2 LUW a causa del quale la migrazione delle tabelle con LOBs falliva quando le tabelle non hanno una chiave primaria o una chiave unica.

• È 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.

• Amazon Redshift è stato migliorato come obiettivo gestendo meglio questo errore: «La chiave specificata non esiste».

• È 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.

• È 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.

• È stato risolto un problema relativo al convertitore Unicode di JA16 SJISTILDE ed JA16 EUCTILDE quando si utilizzava Oracle come sorgente.

• 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.