Migrazione di Oracle Database
Si consiglia di eseguire la migrazione dei database Oracle in esecuzione in un ambiente VMware on-premise a un servizio Oracle Cloud Infrastructure Database come Oracle Exadata Database Service,Oracle Autonomous Database, Oracle Base Database Service e così via. Puoi sfruttare tutti i vantaggi offerti dai servizi Oracle Cloud Infrastructure Database.
Migrazione del database da un ambiente VMware in locale
Indipendentemente dal fatto che tu stia eseguendo la migrazione di applicazioni e sistemi di livello intermedio esistenti da on-premise a Oracle Cloud VMware Solution o creando sistemi di applicazioni e di livello intermedio su Oracle Cloud VMware Solution, i punti chiave da considerare sono la latenza e la vicinanza del database alla piattaforma Oracle Cloud VMware Solution.
- Crea un Oracle Database o migra un Oracle Database esistente su Oracle Cloud Infrastructure
Consigliamo vivamente un servizio Oracle Cloud Infrastructure Database. In Oracle Cloud Infrastructure sono disponibili diverse opzioni di servizio di database. Puoi scegliere l'opzione appropriata in base ai requisiti dell'applicazione e del carico di lavoro.
- Migra database non Oracle a Oracle Cloud VMware Solution
Questa opzione è specifica per i database non Oracle quali Microsoft SQL Server, IBM DB2 e PostgreSQL. In questo caso d'uso, puoi eseguire la migrazione di database non Oracle a Oracle Cloud VMware Solution utilizzando lo strumento VMware HCX e le best practice di migrazione per il database specifico.
- Gestisci i database on-premise
Questa opzione riduce la necessità di eseguire la migrazione dei sistemi di database da ambienti on-premise al cloud. Tuttavia, latenza e throughput potrebbero essere considerazioni chiave per l'impatto sulle applicazioni. Prendi in considerazione soluzioni come Oracle Cloud Infrastructure FastConnect per la connettività tra Oracle Cloud VMware Solution e on-premise.
Migra i database Oracle a Oracle Cloud Infrastructure
Prima di eseguire la migrazione dei database Oracle o non Oracle da un data center on-premise a Oracle Cloud Infrastructure, esamina le considerazioni, i prerequisiti e il processo di valutazione riportati di seguito.
Considerazioni
Questa sezione si applica alla migrazione dei database Oracle in locale a Oracle Cloud Infrastructure, che include le piattaforme di database elencate nella sezione precedente. Prima di iniziare qualsiasi sforzo di migrazione, comprendi il carico di lavoro, le restrizioni e le eventuali dipendenze del singolo database.
- Qual è la versione corrente di questo database?
- Quanti database di questa versione si desidera migrare?
- Quanti database sono collegati a una linea di business (LOB) specifica?
- Esistono database su piattaforme non Linux, ovvero ci sarà una migrazione cross-endianness?
- Sono presenti database dipendenti di cui potrebbe essere necessario eseguire la migrazione insieme?
- Esistono database di terze parti (non Oracle) di cui eseguire la migrazione e quali versioni (ad esempio, SQL Server 2016)?
- Per il database di test e sviluppo, verrà eseguita la migrazione di tutte le copie o solo della copia master?
- Quanto sono grandi i database: spazio su disco totale e spazio per i dati stessi in GB/TB?
- Utilizzerai FastConnect o VPN per la connettività di rete a Oracle Cloud? La larghezza di banda e le dimensioni del database guideranno principalmente la soluzione di migrazione.
Opzioni di migrazione
Esistono molti metodi per migrare i database Oracle da on premise a Oracle Cloud Infrastructure. Ogni metodo dipende dall'obiettivo RPO (Business Recovery Point Objective), RTO (Recovery Time Objective) e SLA (General Availability Service Level Agreement). Gli amministratori della migrazione devono valutare e mappare questi accordi aziendali con i metodi appropriati.
Oracle Maximum Availability Architecture (MAA) gestisce in modo specifico queste opzioni e metodi. La seguente tabella ne discute brevemente.
| Soluzione | Complessità | Granularità della migrazione | Tipo di migrazione (fisica o logica) | Impegno complessivo di distribuzione | Modello di migrazione | Casi d'uso della migrazione delle chiavi |
|---|---|---|---|---|---|---|
| Esportazione e importazione convenzionali Data Pump | Basso | Media | Logica | Alto | Online/punto nel tempo |
|
| Data Pump Trasportabile | Media | Basso | Fisico | Media | In linea/continua
Richiede che l'origine sia di sola lettura durante l'esportazione |
Database completo con la stessa endianità (richiede Oracle Database di origine versione 11.2.0.3) |
| Tablespace trasportabile Data Pump | Media | Basso | Fisico | Media | In linea/continua | Set di tablespace di schema (richiede la versione 11.2.0.3 di Oracle Database di origine) |
| SQL*Loader | Basso | Alto | Logica | Alto | Non in linea | Esegui migrazione di tabelle o schemi specifici |
| GoldenGate | Alto | Alto | Logica | Alto | Non in linea/Continua |
|
| Backup e ripristino RMAN | Basso | Basso | Fisico | Basso | Non in linea/Continua | Database completo o set di tablespace |
| Data Guard | Basso | Basso | Fisico | Basso | In linea/continua | Database completo con tempi di inattività pari a zero o quasi zero |
|
Duplicazione remota PDB Copia remota Riposizionamento PDB Migrazione PDB |
Basso | Basso | Fisico | Basso | In linea/continua |
|
Nota
Molte delle soluzioni possono essere combinate per creare la strategia di migrazione più efficiente. Alcuni pacchetti di applicazioni potrebbero avere limitazioni per gli strumenti supportati per la migrazione.Pianificazione del dimensionamento e della distribuzione
Nota
Lo sforzo di dimensionamento della capacità per il database e la VM è uguale a quello on-premise.- Requisiti di prestazioni del carico di lavoro
- Transazioni al secondo
- Numero di connessioni utente
- Previste modifiche future al carico di lavoro
- Requisiti di capacità
- vCPUs
- Memoria
- Capacità di storage e I/O
- Crescita futura
- Requisiti di gestibilità
- Servizi e accessibilità nativi di Oracle Cloud Infrastructure
- Strumenti di controllo
- Soluzioni di backup
- Funzionalità di scalabilità
- Scalabilità del database
- Ridimensionamento VM
- Scale cluster
- Requisiti di disponibilità
- Soluzioni Oracle ad alta disponibilità
- vMotion, DRS
- Requisiti dell'applicazione
- Dipendenze tra componenti in locale
- Flusso di rete tra le applicazioni e i servizi Oracle Cloud Infrastructure
Razionalizzazione, standardizzazione e consolidamento
Nell'ambito delle attività di migrazione, consigliamo al team addetto alla migrazione di utilizzare questa opportunità per standardizzare la versione del database e consolidare i sistemi di database, se necessario. Oracle Database 19c dovrebbe essere la versione di database standardizzata minima perché offre la release di supporto a lungo termine.
Il consolidamento è una delle principali strategie che le organizzazioni stanno perseguendo per ottenere una maggiore efficienza nelle loro operazioni. Il consolidamento consente alle organizzazioni di aumentare l'utilizzo delle risorse IT, riducendo i costi perché sono necessarie meno risorse per ottenere lo stesso risultato. Anche i costi operativi vengono ridotti perché è necessario monitorare, gestire e gestire meno componenti e oggetti.
I DBA e gli amministratori dovrebbero cercare l'opportunità migliore per consolidare il maggior numero possibile di database. Con Oracle 19c hai la possibilità di utilizzare l'opzione multi-tenant Oracle con un massimo di tre database collegabili (PDB). Ciò fornisce inoltre maggiori economie di scala e una maggiore densità di consolidamento può essere realizzata con la modernizzazione delle applicazioni e dei database. Pertanto, dovresti determinare quali database rientrerebbero nel modello di distribuzione del container database (CDB).
Oltre al consolidamento, considera la gestione dell'isolamento. I requisiti di isolamento possono influenzare il metodo o il grado di consolidamento possibile. Il livello di isolamento richiesto dal sistema determina se consolidare più PDB in un singolo database, ospitare più database su una singola piattaforma o utilizzare una combinazione di entrambi gli approcci. L'isolamento può essere classificato in quattro aree: errore, risorsa, sicurezza e operativa. Ogni modello cloud gestisce l'isolamento in modo leggermente diverso, utilizzando funzionalità integrate del sistema operativo o del database, spesso combinate con funzionalità o prodotti avanzati per fornire una soluzione completa, commisurata ai rischi.
Migrazione a Oracle Database Service mediante Oracle Zero Downtime Migration
Non è nell'ambito di questo articolo fornire passi dettagliati per la migrazione di Oracle Database senza tempi di inattività da un ambiente on-premise. Puoi seguire i passi dettagliati descritti in Oracle Database: Passa a Oracle Cloud utilizzando la migrazione senza tempi di inattività.
- Oracle Zero Downtime Migration supporta Oracle Database versioni 11.2.0.4 e successive.
- I database di origine e di destinazione devono utilizzare la stessa versione del database.
- Oracle Zero Downtime Migration supporta i database Oracle ospitati sui sistemi operativi Linux.
- Il database di origine può essere un database a istanza singola che esegue la migrazione a una singola istanza o a un database Oracle Real Application Clusters (RAC) oppure un database RAC a nodo singolo o RAC che esegue la migrazione a un database RAC.
- Oracle Zero Downtime Migration supporta i database Oracle Enterprise Edition e Standard Edition come database di origine. La migrazione dei database Enterprise Edition viene eseguita utilizzando Oracle Data Guard; la migrazione dei database Standard Edition viene eseguita offline utilizzando una metodologia di backup e ripristino.
- Oracle Zero Downtime Migration consente al database di origine di essere un database non-container (CDB) o un container database (CDB) con uno o più pluggable database (PDB). Se il database di origine è un database non CDB, viene migrato come database non CDB. Se il database di origine è un CDB con uno o più PDB, Oracle Zero Downtime Migration lo migra in un CDB con lo stesso set di PDB del CDB di origine.
- Per supportare le migrazioni, Oracle Zero Downtime Migration utilizza funzionalità e funzionalità del framework Oracle Fleet Patching and Provisioning (FPP). Ad esempio, utilizza le funzionalità di pianificazione dei job FPP, che forniscono il controllo completo per la pianificazione, la sospensione e la ripresa di qualsiasi task di migrazione del database. Oracle Zero Downtime Migration utilizza anche la modalità di valutazione di FPP per convalidare il processo di migrazione e rilevare possibili condizioni di errore prima dell'avvio della migrazione. Oracle Zero Downtime Migration include funzionalità di audit durante e dopo la migrazione e distribuisce il processo di migrazione in fasi distinte, che consentono agli utenti di personalizzare il flusso di lavoro e aggiungere script di azione utente in qualsiasi fase.
Quando si esegue la migrazione da ambienti on-premise al cloud, ci sono molti scenari di origine e target da considerare. Le applicazioni e i database di origine on-premise potrebbero essere in esecuzione su VMware oppure le tue applicazioni potrebbero essere in esecuzione su VMware, mentre i database eseguono Oracle Database Appliance o Oracle Exadata. Esistono anche più scenari cloud di destinazione da considerare, ad esempio applicazioni in esecuzione su Oracle Cloud VMware Solution, mentre i database potrebbero essere eseguiti su Oracle Base Database Service, Oracle Exadata Database Service on Dedicated Infrastructure o Oracle Autonomous Database on Dedicated Exadata Infrastructure. Vedere Scopri di più per istruzioni dettagliate sulla migrazione di Oracle Database in base agli scenari di origine e destinazione.