Eseguire la migrazione di Oracle Database 11g da Windows a Oracle Database 19c su Linux

Introduzione

Questa esercitazione descrive come eseguire la migrazione di un database Oracle Database 11g da Windows a Oracle Database 19c su Linux utilizzando il backup e il ripristino di Oracle Recovery Manager (RMAN), un processo di standby fisico, l'aggiornamento del database e il plugin non CDB in PDB.

Il processo riduce i tempi di inattività delle applicazioni ripristinando il database nel sistema di destinazione prima del cutover, inviando manualmente i log di archivio, applicando i log di archivio rimanenti durante la finestra di cutover, eseguendo l'upgrade del database e collegandolo a un container database (CDB).

Dettagli ambiente

Obiettivi

Esegui la migrazione di Oracle Database 11g da Windows a Oracle Database 19c su Linux utilizzando un processo fisico di standby, upgrade e plug-in con tempi di inattività minimi delle applicazioni.

Prerequisiti

Il database di origine deve essere in modalità ARCHIVELOG.
La forzatura del log deve essere abilitata nel database di origine.
Esegui il provisioning dell'ambiente OCI come un compartimento, una rete cloud virtuale (VCN), una subnet e così via.
Esegue il provisioning di un database multi-tenant di destinazione in esecuzione su 19c.

Task 1: Eseguire il backup del database di origine (Windows) con lo storage 'NFS'.

Script di backup RMAN per Windows

Task 2: avviare il database `NOMOUNT` nell'area intermedia DB e avviare il ripristino del database in OCI.

Avvia database in modalità NOMOUNT.

Database dei nomount di avvio con spfile

Per eseguire lo script di ripristino del database in modalità in background.

Output ripristino avvio database

Output di ripristino del database

Task 3: una volta completato il ripristino, copiare tutti i log di archivio dal database di origine nella posizione `NFS` fino al cutover.

MRP deve essere abilitato nel database di standby di destinazione.
Percorso della directory di archivio del catalogo e applicazione dei log nel database di destinazione.

percorso directory archivio catalogo

MRP selezionerà questi log di archivio e avvierà il recupero dopo la catalogazione dei log di archivio.

Processo MRP che applica i log di archivio al database in standby

Task 4: arrestare il recupero, attivare il database di standby e aprire il database in modalità `OPEN UPGRADE` nel sistema DB di destinazione.

Per arrestare il processo MRP e attivare il database di standby nel database di origine.

Arresta il processo `MRP` e attiva il database in standby

Per aprire il database con la modalità di aggiornamento.

Modalità Open Upgrade DB

Task 5: aggiornare il database di staging alla versione 19c nel sistema di database di destinazione.

Eseguire lo script di aggiornamento sul sistema Source DB.

Aggiornamento database di destinazione

immagine

Task 6: Avviare il database, eseguire lo script di correzione successivo all'aggiornamento ed eseguire il comando `UTLRP` per compilare oggetti non validi.

Eseguire il login al sistema DB di destinazione e avviare il database ed eseguire il comando utlrp sul sistema DB di destinazione.

avvia destinazione database nel sistema

confronto oggetti non valido

Per eseguire lo script di correzione successivo all'upgrade nel sistema DB di destinazione.

script di correzione postupgrade

immagine

Task 7: Aggiornare il fuso orario nel database dell'area intermedia.

avviare DB in modalità upgrade.

Aggiornamento fuso orario

Eseguire l'upgrade del fuso orario nell'area intermedia del database prima di collegare il database non CDB a CDB.

immagine

Task 8: Passi per l'utilizzo del plugin `PDB`.

Avviare il database in modalità di sola lettura e creare un file XML per il collegamento PDB.

Avvia database di sola lettura

Per verificare la compatibilità nel database CDB di destinazione prima del plugin. Di conseguenza, dovrebbe mostrare yes.

database cdb di destinazione compatibilità

Verificare se sono presenti errori per le violazioni del plugin PDB. È possibile ignorare le avvertenze per le cifrature delle tablespace.

Violazioni del plugin PDB

Per eseguire uno script per creare un pluggable database nella destinazione CDB ed eseguirlo in modalità in background.

crea pluggable database

Per eseguire lo script noncdb_to_pdb.sql dopo il plugin PDB nel sistema DB di destinazione.

da noncdb a pdb

Per aprire il database PDB e impostare lo stato di salvataggio per tutte le istanze.

stato salvataggio PDB aperto

Eseguire datapatch per applicare le patch correnti al database PDB nel sistema DB di destinazione.

datapatch nel PDB

DataPatch in PDB 1

Task 9: Chiave di cifratura per il database `PDB`.

Impostare la chiave di cifratura per il database PDB.

Chiave di cifratura nel PDB

Task 10: assicurarsi che i componenti del registro del database siano convalidati per i controlli successivi.

Per convalidare i componenti DB

Componenti del registro di database

Conclusione

L'aspetto significativo di questo metodo è che, utilizzando il backup e il ripristino multipiattaforma del database RMAN, puoi eseguire facilmente la migrazione del database tra Windows e Linux con un sistema DB multi-tenant. Per i requisiti minimi di migrazione dei tempi di inattività, questo metodo consente, ad esempio, di impostare e aggiornare il database e il plugin in un container database.

Conferme

Autore - Yogesha D K (ingegnere cloud senior, servizi per il successo dei clienti)

Altre risorse di apprendimento

Esplora altri laboratori su docs.oracle.com/learn o accedi a più contenuti di formazione gratuiti sul canale YouTube di Oracle Learning. Inoltre, visitare education.oracle.com/learning-explorer per diventare Oracle Learning Explorer.

Per la documentazione del prodotto, visitare Oracle Help Center.

Titolo e informazioni sul copyright

Migrate Oracle Database 11g from Windows to Oracle Database 19c on Linux

G57070-01

Oracle e/o relative consociate.

Eseguire la migrazione di Oracle Database 11g da Windows a Oracle Database 19c su Linux

Introduzione

Dettagli ambiente

Obiettivi

Prerequisiti

Task 1: Eseguire il backup del database di origine (Windows) con lo storage 'NFS'.

Task 2: avviare il database NOMOUNT nell'area intermedia DB e avviare il ripristino del database in OCI.

Task 3: una volta completato il ripristino, copiare tutti i log di archivio dal database di origine nella posizione NFS fino al cutover.

Task 4: arrestare il recupero, attivare il database di standby e aprire il database in modalità OPEN UPGRADE nel sistema DB di destinazione.

Task 5: aggiornare il database di staging alla versione 19c nel sistema di database di destinazione.

Task 6: Avviare il database, eseguire lo script di correzione successivo all'aggiornamento ed eseguire il comando UTLRP per compilare oggetti non validi.

Task 7: Aggiornare il fuso orario nel database dell'area intermedia.

Task 8: Passi per l'utilizzo del plugin PDB.

Task 9: Chiave di cifratura per il database PDB.

Task 10: assicurarsi che i componenti del registro del database siano convalidati per i controlli successivi.

Conclusione

Collegamenti correlati

Conferme

Altre risorse di apprendimento

Task 2: avviare il database `NOMOUNT` nell'area intermedia DB e avviare il ripristino del database in OCI.

Task 3: una volta completato il ripristino, copiare tutti i log di archivio dal database di origine nella posizione `NFS` fino al cutover.

Task 4: arrestare il recupero, attivare il database di standby e aprire il database in modalità `OPEN UPGRADE` nel sistema DB di destinazione.

Task 6: Avviare il database, eseguire lo script di correzione successivo all'aggiornamento ed eseguire il comando `UTLRP` per compilare oggetti non validi.

Task 8: Passi per l'utilizzo del plugin `PDB`.

Task 9: Chiave di cifratura per il database `PDB`.