Informazioni sulla migrazione dei database x86 in Oracle Exadata Database Service on Cloud@Customer
Eseguire la migrazione dei carichi di lavoro del database Oracle x86 in Oracle Exadata Database Service on Cloud@Customer per il consolidamento in una piattaforma di database ad alte prestazioni. Grazie a Oracle Zero Downtime Migration, automatizzare la migrazione e, al contempo, ridurre al minimo i tempi di inattività durante la migrazione dei dati da ambienti on premise al cloud. Oracle Exadata Database Service on Cloud@Customer conserva i dati on-premise per soddisfare i requisiti normativi e di residenza dei dati dei clienti. Inizia il tuo viaggio all'interno del tuo centro dati, dietro il tuo firewall.
Architettura
Questa architettura mostra una migrazione da un database server x86 a Oracle Exadata Database Service on Cloud@Customer. Durante la migrazione per lo storage intermedio viene utilizzato Oracle ZFS Storage Appliance (NAS). Il software Oracle Zero Downtime Migration esegue la migrazione logica o fisica a Oracle Exadata Database Service on Cloud@Customer. Utilizzare questo diagramma per comprendere il processo di migrazione.
Operazioni preliminari
Prima di iniziare, assicurarsi che i requisiti siano soddisfatti.
-
Assicurarsi che il database di origine esegua Linux 7.9 su Oracle Database versione 19C o successiva.
-
Il database di destinazione deve essere Oracle Exadata Database Service on Cloud@Customer X8 o superiore, su Oracle Database versione 19C o successiva.
- La versione della migrazione senza tempi di inattività deve essere 21.3 o successiva.
-
Storage intermedio Oracle ZFS Storage Appliance (NAS) .
Revisione documentazione
Questa guida fornisce istruzioni per eseguire la migrazione. Queste risorse aggiuntive potrebbero risultare utili per il contesto, i dettagli e i riferimenti.
- Oracle Zero Downtime Migration
- Video su Oracle Zero Downtime Migration
- Guida passo dopo passo alla migrazione fisica di Oracle Zero Downtime
- "Parametri di migrazione fisica senza downtime" in Move to Oracle Cloud Using Zero Downtime Migration Guide
- "Setting Logical Migration Parameters" in Move to Oracle Cloud Using Zero Downtime Migration Guide
Informazioni sui servizi e i ruoli richiesti
Questa soluzione richiede i seguenti servizi:
- Server di migrazione senza tempi di inattività
- Server x86 di Oracle Database
- Oracle Cloud Infrastructure Identity and Access Management
- Oracle Exadata Database Service on Cloud@Customer
Si tratta dei ruoli necessari per ogni servizio.
| Nome servizio: ruolo | Richiesto per... |
|---|---|
Server di migrazione senza tempi di inattività: zdmuser |
Esegui migrazione senza tempi di inattività |
Server X86 di Oracle Database: sudoer user |
|
Server X86 di Oracle Database: sys |
Eseguire il backup dei dati utilizzando Oracle Recovery Manager (RMAN) per le migrazioni fisiche |
Oracle Cloud Infrastructure Identity and Access Management: OCI_user |
Crea token di autorizzazione API per migrazioni logiche |
Oracle Exadata Database Service on Cloud@Customer: Database Admin |
Creare un database Oracle Exadata Database Service on Cloud@Customer di destinazione |
Oracle Exadata Database Service on Cloud@Customer nodi cluster VM: opc (sudoer user) |
|
Consulta Scopri come ottenere i servizi Oracle Cloud per le soluzioni Oracle per ottenere i servizi cloud di cui hai bisogno.
Informazioni sulle migrazioni logiche e fisiche
Oracle Zero Downtime Migration supporta due tipi di migrazione del database da x86 a Oracle Exadata Database Service on Cloud@Customer: migrazione logica e migrazione fisica.
Le migrazioni logiche utilizzano una combinazione di Oracle Data Pump e Oracle GoldenGate, mentre le migrazioni fisiche utilizzano una combinazione di Oracle Recovery Manager (RMAN) e Oracle Data Guard. Nella seguente tabella vengono descritti gli scenari in cui è necessario utilizzare una migrazione logica o fisica.
| Migrazioni logiche | Migrazioni fisiche |
|---|---|
| Consigliato quando viene eseguita la migrazione di alcuni database collegabili e/o schemi. | Consigliato quando viene eseguita la migrazione di database completi. Ad esempio, i database container con tutti i database collegabili, vale a dire migrazione diretta senza modifica del codice. |
| È possibile eseguire la migrazione di database collegabili (PDB) e/o schemi selettivi. | I container database verranno migrati in container database e i database non di tipo container verranno migrati in database non di tipo container. |
La password Sys nell'origine e nella destinazione può essere diversa. I nomi di database tra l'origine e la destinazione possono essere diversi.
|
La password Sys e il nome del database sia nell'origine che nella destinazione devono essere identici. DB_UNIQUE_NAME sull'origine e sulla destinazione deve essere diverso.
|
| È possibile aggiornare i database durante la migrazione. | Impossibile aggiornare i database come parte della migrazione. |
