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à.
Strategie di migrazione dei database Orac
Ad alto livello, ci sono due opzioni per migrare un database Oracle da un database Oracle on-premise a Cloud AWS: rimanere su Oracle (migrazione omogenea) o abbandonare Oracle (migrazione eterogenea). In una migrazione omogenea, non si modifica il motore del database (ovvero, anche il database di destinazione è un database Oracle). In una migrazione eterogenea, passi a un motore di database open source come MySQL, PostgreSQL o MariaDB o a un database nativo del cloud come Amazon Aurora, Amazon DynamoDB o Amazon. AWS RedShift
Esistono tre strategie comuni per la migrazione dei database Oracle verso: rehost, replatform e re-architect (refactor). AWS Queste fanno parte delle 7 R delle strategie di migrazione delle applicazioni e sono descritte nella tabella seguente.
Strategia |
Tipo |
Quando scegliere |
Esempio |
Riospitare |
Omogeneo |
Vuoi migrare il tuo database Oracle così com'è, con o senza modificare il sistema operativo, il software del database o la configurazione. |
Da Oracle Database ad Amazon EC2 |
Conversione piattaforma |
Omogeneo |
Desideri ridurre il tempo dedicato alla gestione delle istanze di database utilizzando un'offerta database-as-a-service (DBaaS). |
Da Oracle Database ad Amazon RDS per Oracle |
Riprogettazione (refactoring) |
Eterogeneo |
Desiderate ristrutturare, riscrivere e riprogettare il database e l'applicazione per sfruttare le funzionalità di database open source e native del cloud. |
Database Oracle su Amazon Aurora PostgreSQL, MySQL o MariadB |
Scegliere la giusta strategia di migrazione
La scelta della strategia corretta dipende dai requisiti aziendali, dai vincoli di risorse, dai tempi di migrazione e dalle considerazioni relative ai costi. Il diagramma seguente mostra lo sforzo e la complessità associati alle migrazioni, incluse sei strategie.
Il refactoring del database Oracle e la migrazione a un database open source o nativo del AWS cloud come Amazon Aurora PostgreSQL Compatible Edition o Amazon Aurora MySQL Compatible Edition può aiutarti a modernizzare e ottimizzare il tuo database. Passando a un database open source, puoi evitare licenze costose (con conseguente riduzione dei costi), periodi di lock-in con i fornitori e controlli e non dovrai pagare costi aggiuntivi per le nuove funzionalità. Tuttavia, a seconda della complessità del carico di lavoro, il refactoring del database Oracle può essere un'operazione complicata, dispendiosa in termini di tempo e risorse.
Per ridurre la complessità, invece di migrare il database in un unico passaggio, potresti prendere in considerazione un approccio graduale. Nella prima fase, puoi concentrarti sulle funzionalità di base del database. Nella fase successiva, puoi integrare AWS servizi aggiuntivi nel tuo ambiente cloud, per ridurre i costi e ottimizzare prestazioni, produttività e conformità. Ad esempio, se il tuo obiettivo è sostituire il tuo database Oracle locale con Aurora PostgreSQL compatibile, potresti prendere in considerazione la possibilità di riospitare il database su Amazon o riplatformare il database su EC2 Amazon RDS for Oracle nella prima fase, per poi passare alla compatibilità con Aurora PostgreSQL in una fase successiva. Questo approccio aiuta a ridurre costi, risorse e rischi durante la fase di migrazione e si concentra sull'ottimizzazione e la modernizzazione nella seconda fase.
Migrazione online e offline
Puoi utilizzare due metodi per migrare Oracle Database da un ambiente locale al AWS cloud, in base alla tempistica di migrazione e ai tempi di inattività consentiti: migrazione online o migrazione offline.
-
Migrazione offline: questo metodo viene utilizzato quando l'applicazione può permettersi un downtime pianificato. Nella migrazione offline, il database di origine è offline durante il periodo di migrazione. Mentre il database di origine è offline, viene migrato al database di destinazione il. AWS Una volta completata la migrazione, vengono eseguiti controlli di convalida e verifica per garantire la coerenza dei dati con il database di origine. Quando il database supera tutti i controlli di convalida, si esegue un cutover AWS collegando l'applicazione al database di destinazione su. AWS
-
Migrazione online: questo metodo viene utilizzato quando l'applicazione richiede tempi di inattività quasi nulli o minimi. Nella migrazione online, il database di origine viene migrato in più passaggi verso. AWS Nei passaggi iniziali, i dati del database di origine vengono copiati nel database di destinazione mentre il database di origine è ancora in esecuzione. Nei passaggi successivi, tutte le modifiche dal database di origine vengono propagate al database di destinazione. Quando i database di origine e di destinazione sono sincronizzati, sono pronti per il cutover. Durante il cutover, l'applicazione attiva le connessioni al database di destinazione AWS, senza lasciare alcuna connessione al database di origine. È possibile utilizzare AWS Database Migration Service (AWS DMS), Oracle GoldenGate SharePlex, Quest o gli strumenti disponibili Marketplace AWS
(come Attunity) per sincronizzare i database di origine e di destinazione.
