Un'azienda sta migrando il proprio database Oracle on-premises ad Amazon Aurora PostgreSQL. Il database ha diverse applicazioni che scrivono sulle stesse tabelle. Le applicazioni devono essere migrate una per una con un mese di intervallo tra ogni migrazione. La direzione ha espresso preoccupazioni sul fatto che il database abbia un numero elevato di letture e scritture. I dati devono essere mantenuti sincronizzati tra entrambi i database durante tutta la migrazione. Cosa dovrebbe raccomandare un architetto di soluzioni?

L'opzione corretta utilizza AWS Schema Conversion Tool (SCT) per valutare e convertire lo schema del database Oracle in PostgreSQL, un passaggio fondamentale per la migrazione da un motore di database all'altro. AWS Database Migration Service (DMS) con un'attività di replica "full load più change data capture (CDC)" è essenziale per la migrazione dei dati iniziali e per mantenere la sincronizzazione continua tra i database sorgente e di destinazione durante la migrazione graduale delle applicazioni. L'istanza di replica ottimizzata per la memoria è preferibile per carichi di lavoro DMS intensivi in memoria, tipici di migrazioni di database con un elevato numero di letture e scritture. Selezionare tutte le tabelle assicura una migrazione completa. Le opzioni che propongono AWS DataSync sono errate perché DataSync è progettato per il trasferimento di file o oggetti, non per la migrazione di database relazionali. L'opzione che suggerisce un'istanza di replica ottimizzata per il calcolo è meno appropriata per carichi di lavoro DMS intensivi in memoria. Selezionare solo le tabelle più grandi non garantirebbe la sincronizzazione completa di tutti i dati.