Passa a Oracle Database@Google Cloud con Oracle Zero Downtime Migration
Oracle Database@Google Cloud ti consente di eseguire i tuoi database Oracle mission-critical su Oracle Oracle Exadata Database Service on Dedicated Infrastructure e Oracle Autonomous Database Serverless nei data center di Google Cloud.
Sfrutta l'alta disponibilità, le prestazioni e la scalabilità integrate in Oracle Exadata Database Service e Oracle Real Application Clusters (Oracle RAC) e sfrutta la bassa latenza per le tue applicazioni Google Cloud.
La migrazione del database al cloud è in genere un processo manuale associato ai tempi di inattività per la tua azienda. Oracle Zero Downtime Migration (ZDM) semplifica e automatizza le migrazioni dei database Oracle con tempi di inattività minimi o nulli, incorpora le best practice Oracle Maximum Availability Architecture (Oracle MAA) per impostazione predefinita, supporta le migrazioni della flotta ed è gratuito, tra gli altri vantaggi.
Dalla sua release nel 2019, Oracle Zero Downtime Migration è stato lo strumento di migrazione affidabile per i clienti di tutto il mondo per le migrazioni del database Oracle alle macchine Oracle Exadata on-premise, Oracle Exadata Database Service on Cloud@Customer e Oracle Cloud Infrastructure (OCI).
Architettura
L'host del servizio Oracle Zero Downtime Migration viene installato su una virtual machine (VM) in locale separata accanto al database di origine. Il provisioning di Oracle Exadata Database Service di destinazione viene eseguito nel data center di Google Cloud all'interno del Virtual Private Cloud (VPC) di Google. Il data center on-premise è connesso a Google Cloud utilizzando Google Cloud Interconnect o VPN site-to-site. Il workflow di Oracle Zero Downtime Migration utilizza il trasferimento diretto dei dati e crea il database di destinazione utilizzando il metodo Restore From a Service, eliminando la necessità di eseguire il backup del database di origine in una posizione di storage intermedia. Oracle Zero Downtime Migration utilizza Oracle Data Guard per replicare i dati dal database in locale al database di destinazione. Oracle Zero Downtime Migration imposta Oracle Data Guard, la gestisce ed esegue il cleanup della configurazione al termine della migrazione, in modo da non doverlo fare. Una volta completata la migrazione, il database di destinazione può utilizzare la funzione Backup automatico per eseguire il backup del database in Oracle Database Autonomous Recovery Service.
Il seguente diagramma descrive l'architettura.
oracle_database_at_google_cloud_w_zdm-oracle.zip
L'architettura dispone dei seguenti componenti on-premise e Oracle Cloud Infrastructure:
- Rete in locale
Questa rete è la rete locale utilizzata dall'organizzazione. È uno dei raggi della topologia.
- Area
Un'area geografica Oracle Cloud Infrastructure è un'area geografica localizzata che contiene uno o più data center, denominati domini di disponibilità. Le regioni sono indipendenti da altre regioni e grandi distanze possono separarle (tra paesi o addirittura continenti).
- Rete cloud virtuale (VCN) e subnet
Una VCN è una rete personalizzabile e definita dal software configurata in un'area Oracle Cloud Infrastructure. Come le tradizionali reti di data center, le reti VCN consentono di controllare l'ambiente di rete. Una VCN può avere più blocchi CIDR non sovrapposti che è possibile modificare dopo aver creato la VCN. Puoi segmentare una VCN in subnet, che possono essere definite in un'area o in un dominio di disponibilità. Ogni subnet è costituita da un intervallo contiguo di indirizzi che non si sovrappongono alle altre subnet nella VCN. È possibile modificare le dimensioni di una subnet dopo la creazione. Una subnet può essere pubblica o privata.
- Tabella di instradamento
Le tabelle di instradamento virtuali contengono regole per instradare il traffico dalle subnet alle destinazioni esterne a una VCN, in genere attraverso i gateway.
- Lista di sicurezza
Per ogni subnet, puoi creare regole di sicurezza che specificano l'origine, la destinazione e il tipo di traffico che devono essere consentiti all'interno e all'esterno della subnet.
- VPN da sito a sito
La VPN da sito a sito fornisce la connettività IPSec VPN tra la rete on premise e le reti VCN in Oracle Cloud Infrastructure. La suite di protocolli IPSec cifra il traffico IP prima del trasferimento dei pacchetti dall'origine alla destinazione e decifra il traffico all'arrivo.
- Oracle Exadata Database Service
Oracle Exadata Database Service ti consente di sfruttare tutta la potenza di Exadata nel cloud. Oracle Exadata Database Service offre funzionalità Oracle Database comprovate su un'infrastruttura Oracle Exadata ottimizzata e appositamente creata nel cloud pubblico. L'automazione cloud integrata, la scalabilità elastica delle risorse, la sicurezza e le prestazioni rapide per tutti i carichi di lavoro di Oracle Database ti aiutano a semplificare la gestione e a ridurre i costi.
Oracle Exadata Database Service on Dedicated Infrastructure fornisce Oracle Exadata Database Machine come servizio in un data center Oracle Cloud Infrastructure (OCI). L'istanza di Oracle Exadata Database Service on Dedicated Infrastructure è un cluster di virtual machine (VM) che risiede nei rack Exadata in un'area OCI.
- Oracle Database Autonomous Recovery Service
Oracle Database Autonomous Recovery Service è un servizio Oracle Cloud che protegge i database Oracle. Grazie all'automazione del backup e alle funzionalità avanzate di protezione dei dati per i database OCI, puoi scaricare tutti i requisiti di elaborazione e storage del backup su Oracle Database Autonomous Recovery Service, eliminando così i costi dell'infrastruttura di backup e il sovraccarico manuale dell'amministrazione.
- Oracle Database@Google Cloud
Oracle Database@Google Cloud è un servizio di database Oracle Cloud che esegue i carichi di lavoro Oracle Database nell'ambiente Google Cloud. Tutto l'hardware per Oracle Database@Google Cloud ha la stessa struttura nei data center di Google Cloud e utilizza il networking Google Cloud. Il servizio trae vantaggio dalla semplicità, dalla sicurezza e dalla bassa latenza di un singolo ambiente operativo all'interno di Google Cloud. Puoi gestire il servizio sulla console di Google Cloud o utilizzando gli strumenti di automazione di Google Cloud. Google Cloud IAM e Admin forniscono la gestione federata delle identità e degli accessi per Oracle Exadata Database Service.
- Oracle Cloud Infrastructure Vault
Oracle Cloud Infrastructure Vault ti consente di gestire centralmente le chiavi di cifratura che proteggono i tuoi dati e le credenziali segrete utilizzate per proteggere l'accesso alle tue risorse nel cloud. È possibile utilizzare il servizio Vault per creare e gestire vault, chiavi e segreti.
- Host del servizio di migrazione senza tempi di inattività
L'host del servizio Oracle Zero Downtime Migration deve essere un sistema dedicato ma può essere condiviso per altri scopi.
Il software Oracle Zero Downtime Migration richiede un host Oracle Linux standalone in esecuzione su Oracle Linux 7 o 8 o su Red Hat Enterprise Linux 8 o 9.
L'host del servizio Oracle Zero Downtime Migration deve essere in grado di connettersi ai server del database di origine e di destinazione; se la connettività è garantita, l'host del servizio può essere posizionato ovunque.
- Data Guard
Oracle Data Guard e Oracle Active Data Guard offrono un set completo di servizi che creano, mantengono, gestiscono e monitorano uno o più database di standby e che consentono ai database Oracle di produzione di rimanere disponibili senza interruzioni. Oracle Data Guard gestisce questi database di standby come copie del database di produzione utilizzando la replica in-memory. Se il database di produzione non è più disponibile a causa di un'indisponibilità pianificata o non pianificata, Oracle Data Guard può passare qualsiasi database di standby al ruolo di produzione, riducendo al minimo i tempi di inattività associati all'indisponibilità. Oracle Active Data Guard offre la possibilità aggiuntiva di scaricare i carichi di lavoro in lettura, principalmente sui database in standby e offre inoltre funzioni avanzate di protezione dei dati.
L'architettura ha i seguenti componenti di Google:
- Area Google Cloud
Una regione di Google Cloud è un'area geografica che contiene data center e infrastruttura per l'hosting delle risorse. È costituito da zone isolate l'una dall'altra all'interno della regione.
- Progetto Google Cloud
Un progetto Google Cloud è necessario per utilizzare le API di Google Workspace e per creare componenti aggiuntivi o applicazioni di Google Workspace. Un progetto costituisce la base per creare, abilitare e utilizzare tutti i servizi di Google Cloud, inclusa la gestione delle API, l'abilitazione della fatturazione, l'aggiunta e la rimozione di collaboratori e la gestione delle autorizzazioni.
- Cloud privato virtuale Google
Google Cloud Virtual Private Cloud (VPC) fornisce funzionalità di networking per istanze di macchine virtuali (VM) Compute Engine, container GKE (Google Kubernetes Engine), servizi di database e carichi di lavoro serverless. VPC offre funzionalità di networking globali, scalabili e flessibili per il servizio basato su cloud.
- Interconnessione Google Cloud
Cloud Interconnect estende la rete on premise alla rete Google tramite una connessione ad alta disponibilità e a bassa latenza. Utilizzare l'interconnessione dedicata per connettersi direttamente a Google o utilizzare l'interconnessione partner per connettersi a Google tramite un fornitore di servizi supportato.
- Router Google Cloud
Cloud Router è un servizio distribuito e completamente gestito che fornisce funzionalità di altoparlanti e rispondenti del protocollo BGP (Border Gateway Protocol). Cloud Router funziona con le appliance Cloud Interconnect, Cloud VPN e Router per creare instradamenti dinamici nelle reti VPC basati su instradamenti ricevuti da BGP e acquisiti in modo personalizzato.
Flussi di lavoro di Oracle Zero Downtime Migration
Utilizza i seguenti flussi di lavoro Oracle Zero Downtime Migration (ZDM) per eseguire la migrazione di Oracle Database in Oracle Exadata Database Service su Oracle Database@Google Cloud.
- Migrazione in linea fisica
Il flusso di lavoro di migrazione online fisico supporta le migrazioni tra le stesse versioni e piattaforme di database. Utilizza il trasferimento diretto dei dati e il metodo di ripristino dal servizio per creare il database di destinazione, evitando esplicitamente di eseguire il backup del database di origine in una posizione di storage intermedia. Oracle Data Guard mantiene sincronizzati i database di origine e di destinazione per ottenere una migrazione con tempi di inattività minimi.
- Migrazione offline fisica
Il workflow di migrazione offline fisica supporta le migrazioni tra le stesse versioni e piattaforme del database. Crea il database di destinazione utilizzando il backup e il ripristino di Recovery Manager (RMAN). Il server NFS gestito da Google Cloud fornisce una condivisione di file NFS per memorizzare i file di backup RMAN.
Utilizzare i seguenti flussi di lavoro ZDM per eseguire la migrazione di Oracle Database a Oracle Exadata Database Service su Oracle Database@Google Cloud o a Oracle Autonomous Database Serverless su Oracle Database@Google Cloud.
- Migrazione in linea logica
Il flusso di lavoro logico di migrazione in linea supporta le migrazioni tra le stesse e diverse versioni e piattaforme del database. Utilizza l'esportazione e l'importazione di Oracle Data Pump per creare il database di destinazione. Il server NFS gestito da Google Cloud fornisce una condivisione di file NFS per memorizzare i file di dump di Data Pump. Oracle GoldenGate mantiene sincronizzati i database di origine e di destinazione per ottenere una migrazione con tempi di inattività minimi.
- Migrazione logica non in linea
Il workflow di migrazione offline logica supporta le migrazioni tra le stesse e diverse versioni e piattaforme del database. Utilizza l'esportazione e l'importazione di Oracle Data Pump per creare il database di destinazione. Il server NFS gestito da Google Cloud fornisce una condivisione di file NFS per memorizzare i file di dump di Data Pump.
Suggerimenti
- Scaricare la versione più recente del software Oracle Zero Downtime Migration da My Oracle Support (MOS) cercando la patch numero 33509650 nella sezione Patch e aggiornamenti (vedere la sezione Distribuisci).
- Installare l'host del servizio Oracle Zero Downtime Migration on premise accanto al database di origine.
- Assicurarsi che l'host del servizio Oracle Zero Downtime Migration disponga di almeno 100 GB di storage gratuito.
- Garantisci una connettività di rete sicura e privata tra Google Cloud e on-premise utilizzando VPN site-to-site o Google Cloud Interconnect.
- A seconda delle dimensioni del database, assicurati un throughput di rete sufficiente dalla tua rete on premise a Google Cloud.
Considerazioni
Quando si distribuisce questa architettura di riferimento, tenere presente quanto riportato di seguito.
- Per Oracle Database 12c Release 2 e successive, il wallet TDE deve esistere nell'origine e lo stato del wallet deve essere OPEN. Non è necessario cifrare il database di origine, ma è necessario configurare un wallet TDE.
- Oracle Zero Downtime Migration richiede che la chiave SSH sull'host del servizio Oracle Zero Downtime Migration sia in formato RSA (in Oracle Linux 8, l'impostazione predefinita è
OPENSSH). - Il database di destinazione deve:
- Eseguire il provisioning utilizzando gli strumenti di Oracle Cloud senza abilitare i backup automatici
- La versione del file del fuso orario è uguale o successiva al database di origine
- I database di origine e di destinazione devono:
- Hanno lo stesso nome di database (
DB_NAME) - Hanno nomi univoci di database diversi (
DB_UNIQUE_NAME) - Utilizzare un file dei parametri del server (
SPFILE) - Usa lo stesso set di caratteri
- Avere lo stesso algoritmo di cifratura definito nel file sqlnet.ora
- La password dell'account utente
SYSdeve essere uguale nei database di origine e di destinazione - Il parametro di inizializzazione del database
COMPATIBLEdeve essere lo stesso nei database di origine e di destinazione - I database di origine e di destinazione potrebbero avere la stessa versione della release principale (ad esempio, 19c). Tuttavia, il database di destinazione potrebbe avere un livello di patch più elevato (ad esempio, origine alla versione 19.23 e destinazione alla versione 19.24). Se il database di destinazione si trova a un livello di patch superiore a quello del database di origine, Oracle Zero Downtime Migration esegue automaticamente una patch dati nell'ambito della migrazione. Questa operazione è configurabile e i clienti che eseguono la migrazione all'interno della stessa versione e livelli di patch possono richiedere a ZDM di non eseguire la patch dati.
- Hanno lo stesso nome di database (
Distribuire
Scarica e installa la versione più recente di Oracle Zero Downtime Migration on premise accanto al tuo database di origine:
- Vai a My Oracle Support (MOS).
- Per cercare il software ZDM più recente, selezionare Nome o numero patch, immettere il numero di patch 33509650 e fare clic su Cerca.
- Fare clic sul numero di patch più recente e selezionare Scarica dal menu.
- Seguire le istruzioni incluse nel download.
Visualizza altro
Scopri di più sulle caratteristiche di questa architettura e sulle architetture correlate.
- Esegui la migrazione dei database Oracle in ExaDB-D su Oracle Database@Google Cloud senza tempi di inattività (video)
- Oracle Zero Downtime Migration
- Oracle Data Guard
- Oracle Database@Google Cloud
- Oracle Cloud Infrastructure Multicloud
Scopri i diversi flussi di lavoro di Oracle Zero Downtime Migration:
- Migrazione fisica online a ExaDB-D su Oracle Database@Google Cloud
- Migrazione offline fisica a ExaDB-D su Oracle Database@Google Cloud
- Migrazione online logica a ExaDB-D su Oracle Database@Google Cloud
- Migrazione offline logica a ExaDB-D su Oracle Database@Google Cloud
- Migrazione online logica ad ADB-S su Oracle Database@Google Cloud
- Migrazione offline logica ad ADB-S su Oracle Database@Google Cloud
Esamina queste risorse aggiuntive: