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à.
Procedure ottimali per la migrazione ad Amazon RDS per Oracle
In base alla valutazione del tuo database e dei requisiti del tuo progetto, se il tuo obiettivo è migrare ad Amazon RDS per Oracle, segui le best practice riportate in questa sezione per fornire il database di destinazione, eseguire la migrazione e testare, utilizzare e ottimizzare il tuo database Amazon RDS per Oracle.
Importante
Assicurati di disporre di un piano di rollback prima di migrare il database.
Fornitura del database di destinazione
Dopo aver completato la valutazione, la pianificazione e la preparazione della strategia di migrazione del database, segui queste best practice per il provisioning del tuo database Amazon RDS per Oracle:
-
Dimensiona correttamente l'istanza database di Amazon RDS per Oracle in base ai tuoi requisiti di CPU, memoria, IOPS e tipo di storage.
-
Imposta il fuso orario e il set di caratteri corretti.
-
Assicurati di avviare Amazon RDS nel cloud privato virtuale (VPC) corretto.
-
Crea i gruppi di sicurezza con porte e indirizzi IP corretti.
-
Effettua il provisioning del tuo database Amazon RDS in una sottorete privata per motivi di sicurezza.
-
Se possibile, esegui il provisioning dell'istanza database utilizzando la versione più recente del database Oracle, che attualmente è 19c. Le versioni precedenti sono prossime alla fine del supporto. Per ulteriori informazioni, vedereSupporto Amazon RDS per Oracle Database 19c
. -
Se desideri utilizzare la crittografia, attivala sempre durante il provisioning del database Amazon RDS.
-
Crea un gruppo di opzioni e un gruppo di parametri separati per ogni database Amazon RDS.
Esportazione di dati dal database di origine
Esistono molti strumenti per la migrazione di un database Oracle a un database Amazon RDS per Oracle. Lo strumento più comunemente usato è Oracle Data Pump. Prima di esportare il database Oracle di origine, controlla quanto segue per facilitare il processo di esportazione:
-
Controlla le dimensioni del database, per vedere se puoi migrarlo schema per schema, invece di migrare l'intero database. La migrazione degli schemi singolarmente è meno soggetta a errori e più gestibile rispetto alla migrazione di tutti in una volta.
-
Esporta i dati in modalità parallela, utilizzando il parametro Oracle Data Pump PARALLEL, per prestazioni migliori.
-
Controlla se le tabelle contengono oggetti di grandi dimensioni (LOB). Se disponi di tabelle di grandi dimensioni con LOB, ti consigliamo di esportare le tabelle separatamente.
-
Durante il processo di esportazione, evita di eseguire lunghe transazioni di database sul database di origine per evitare errori di incoerenza di lettura di Oracle.
-
Se utilizzi strumenti di replica come AWS DMS, OracleGoldenGate, o QuestSharePlex, assicurati di disporre di spazio sufficiente sul server locale per conservare i log di archiviazione per 24-72 ore, a seconda della durata della migrazione.
Trasferimento di file di dump di dati su AWS
Se utilizzi AWS Direct Connect, che fornisce una connettività a larghezza di banda elevata tra il tuo ambiente locale e AWS, puoi copiare i file Data Pump utilizzando uno dei due sistemi OracleTRASFERIMENTO DI FILE DBMS
Importazione di dati nel database di destinazione
-
Se stai migrando un database molto grande, ti consigliamo di effettuare il provisioning di un database più grandeTipo di istanza Amazon RDS
inizialmente, per la durata della migrazione, per caricamenti di dati più rapidi. Una volta completata la migrazione, è possibile modificare l'istanza database con il tipo di istanza della dimensione corretta. -
Aumenta le dimensioni dei redo log file, delle tablespace di annullamento e delle tablespace temporanee per migliorare le prestazioni durante la migrazione, se necessario.
-
Disattivate l'opzione Multi-AZ durante il processo di importazione e attivatela al termine della migrazione.
-
Disabilita la generazione di registri di archivio impostando la conservazione dei backup su zero per velocizzare il caricamento dei dati.
-
Prepara il database di destinazione creando in anticipo tablespace, utenti, ruoli, profili e schemi.
-
Se disponi di tabelle di grandi dimensioni con LOB, importa ciascuna tabella LOB separatamente.
Fasi successive all'importazione
-
Verificare la presenza di errori nei file di registro di importazione e correggere eventuali errori una volta completata l'importazione.
-
Verifica la presenza di oggetti non validi. Se ne trovi, compilali e correggili.
-
Alcune procedure potrebbero non essere compilate a causa della mancanza di autorizzazioni sugli oggetti SYS non consentiti o supportati in Amazon RDS. Queste procedure devono essere riscritte.
-
Se utilizzate sequenze, convalidate i valori della sequenza rispetto al database di origine per evitare l'incoerenza della sequenza.
-
Assicurati che il numero di oggetti nel tuo database Amazon RDS sia lo stesso del database di origine. Convalida tabelle, indici, procedure, trigger, funzioni, pacchetti, vincoli e altri oggetti.
-
Se il database di origine contiene collegamenti ad altri database, verifica la connettività per confermare che i collegamenti funzionino ancora.
-
Raccogli statistiche a livello di dizionario e di schema per prestazioni ottimali.
Testare la migrazione
Ti consigliamo i seguenti test per convalidare la tua applicazione rispetto al tuo nuovo database Amazon RDS per Oracle:
-
Potrebbe essere necessario aggiornare il software client Oracle o il software JDBC in base alla versione del database Amazon RDS per Oracle. Se è stata eseguita la migrazione a una versione più recente di Oracle Database, è possibile che non supporti le versioni precedenti del software client Oracle.
-
Esegui test funzionali.
-
Confronta le prestazioni delle query SQL nei tuoi database di origine e di destinazione e ottimizza le query in base alle esigenze. Alcune query potrebbero essere eseguite più lentamente nel database di destinazione, pertanto è consigliabile acquisire le linee di base delle query SQL nel database di origine.
-
Quando il team applicativo termina i test e conferma che il tuo database Amazon RDS funziona correttamente, puoi:
-
Dimensiona correttamente l'istanza database Amazon RDS in base alla tua valutazione.
-
Abilita la conservazione dei backup.
-
Abilita i registri di archivio.
-
Reimposta la dimensione dei redo log file.
-
Abilita l'opzione Multi-AZ.
-
Crea AmazonCloudWatchallarmi e configurare argomenti Amazon Simple Notification Service (Amazon SNS) per gli avvisi.
-
Per una convalida aggiuntiva durante ilproof-of-conceptFase (POC), si consigliano i seguenti test supplementari:
-
Esegui test delle prestazioni per assicurarti che soddisfino le tue aspettative aziendali.
-
Verifica il failover, il ripristino e il ripristino del database per assicurarti di soddisfare i requisiti RPO e RTO.
-
Elenca tutti i job e i report critici ed eseguili su Amazon RDS per valutarne le prestazioni rispetto ai tuoi accordi sui livelli di servizio (SLA).
Gestione e ottimizzazione del database Amazon RDS
Quando il tuo database è su AWS, assicurati di seguire le migliori pratiche in aree quali monitoraggio, avvisi, backup e alta disponibilità nel cloud. Ad esempio:
-
ConfigurareCloudWatchmonitoraggio e abilita un monitoraggio dettagliato.
-
UsoInformazioni sulle prestazioni di Amazon RDSe ilAgente di gestione Oracle Enterprise Manager (OEM)per monitorare il tuo database.
-
Imposta gli avvisi utilizzando gli argomenti SNS.
-
Configurare i backup automatici utilizzandoBackup AWS. Puoi anche utilizzare i backup di Oracle Data Pump o scattare istantanee manuali.
-
Per un'elevata disponibilità, configura la funzionalità Amazon RDS Multi-AZ.
-
Se hai bisogno di database di sola lettura,configurare una Read Replicaall'interno della stessa regione AWS o tra più regioni AWS in base alle tue esigenze.