Passa a Oracle Database@Azure con Oracle Zero Downtime Migration

Oracle Database@Azure ti consente di eseguire i tuoi database Oracle mission-critical su Oracle Exadata Database Service on Dedicated Infrastructure nel data center Microsoft Azure.

Sfrutta l'alta disponibilità, le prestazioni e la scalabilità integrate fornite da Oracle Exadata Database Service e Oracle Real Application Clusters (Oracle RAC), sfruttando al contempo la bassa latenza delle applicazioni Azure.

La migrazione del database al cloud è in genere un processo manuale associato ai tempi di inattività per la tua azienda. Oracle Zero Downtime Migration semplifica e automatizza le migrazioni dei database Oracle con tempi di inattività da zero a minimi, incorpora le best practice Oracle Maximum Availability Architecture (Oracle MAA) per impostazione predefinita, supporta le migrazioni della flotta ed è gratuito, tra gli altri vantaggi.

Dal suo rilascio nel 2019, Oracle Zero Downtime Migration è stato lo strumento di migrazione affidabile per i clienti di tutto il mondo per le migrazioni dei database Oracle alle macchine Oracle Exadata on-premise, Oracle Exadata Database Service on Cloud@Customer e Oracle Cloud Infrastructure (OCI). Scopri di più per saperne di più su Oracle Zero Downtime Migration.

Architettura

Questa architettura di riferimento descrive le migrazioni di Oracle Database da ambienti on-premise a Oracle Exadata Database Service on Dedicated Infrastructure su Oracle Database@Azure utilizzando il flusso di lavoro di migrazione online fisico basato su Oracle Data Guard e sul trasferimento diretto dei dati, offrendo semplicità, automazione e continuità aziendale durante le migrazioni del database a Oracle Database@Azure.

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 dell'Oracle Exadata Database Service on Dedicated Infrastructure di destinazione viene eseguito nel data center di Azure all'interno della rete virtuale di Azure (VNet) in una subnet delegata a Oracle Database@Azure. Il data center on-premise è connesso al data center di Azure tramite Azure ExpressRoute o VPN site-to-site. Il workflow fisico in linea di Oracle Zero Downtime Migration basato sul trasferimento diretto dei dati crea il database di destinazione utilizzando il metodo di ripristino da un servizio ed evita il backup del database di origine in una posizione di memorizzazione intermedia. Oracle Zero Downtime Migration utilizza automaticamente Oracle Data Guard per replicare i dati dal database in locale al database di destinazione. Oracle Zero Downtime Migration imposta automaticamente Oracle Data Guard, la mantiene ed esegue il cleanup della configurazione al termine della migrazione. Pertanto, le conoscenze necessarie per impostare e gestire Oracle Data Guard non sono necessarie. Al termine della 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 illustra questa architettura di riferimento.

Descrizione di oracle-db-azure-zdm-diagram.png

Descrizione dell'immagine oracle-db-azure-zdm-diagram.png

oracle-db-azure-zdm-oracle.zip

L'architettura presenta i seguenti componenti:

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.
Gateway di instradamento dinamico (DRG)
Il gateway DRG è un router virtuale che fornisce un percorso per il traffico di rete privato tra VCN nella stessa area, tra una VCN e una rete esterna all'area, ad esempio una VCN in un'altra area Oracle Cloud Infrastructure, una rete on premise o una rete in un altro provider cloud.
Rete in locale
Questa rete è la rete locale utilizzata dall'organizzazione. È uno dei raggi della topologia.
Gateway del servizio
Il gateway di servizi fornisce l'accesso da una VCN ad altri servizi, come Oracle Cloud Infrastructure Object Storage. Il traffico dalla VCN al servizio Oracle viaggia sul fabric di rete Oracle e non attraversa Internet.
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.
VNIC
Una scheda di interfaccia di rete virtuale (VNIC) consente a un'istanza di connettersi a una VCN e determina la modalità di connessione tra l'istanza e gli endpoint all'interno e all'esterno della VCN. Ogni VNIC risiede in una subnet in una VCN e include i seguenti elementi:
- Indirizzo IPv4 privato primario dalla subnet in cui si trova la VNIC, scelto da te o da Oracle.
- Indirizzi IPv4 privati secondari facoltativi dalla stessa subnet in cui si trova la scheda VNIC, scelta da te o da Oracle.
- Un indirizzo IPv4 pubblico facoltativo per ogni IP privato, scelto da Oracle ma assegnato dall'utente a propria discrezione.
- Nome host facoltativo per DNS per ogni indirizzo IP privato.
- Un indirizzo MAC.
- Una tag VLAN assegnata da Oracle e disponibile quando il collegamento della VNIC all'istanza è stato completato (pertinente solo per le istanze bare metal).
- Flag per abilitare o disabilitare il controllo di origine/destinazione nel traffico di rete della VNIC.
- Membership facoltativa a uno o più gruppi di sicurezza di rete (NSG) di tua scelta. I gruppi NSG dispongono di regole di sicurezza che si applicano solo alle VNIC in tale gruppo NSG.
- Indirizzo IPv6 opzionale. L'indirizzamento IPv6 è supportato per tutte le aree commerciali e governative.
Data Guard
Oracle Data Guard offre un set completo di servizi che creano, mantengono, gestiscono e monitorano uno o più database in standby per consentire ai database Oracle di produzione di rimanere disponibili senza interruzioni. Oracle Data Guard gestisce questi database in standby come copie del database di produzione. Quindi, se il database di produzione diventa non 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à.
Servizio di database Exadata
Oracle Exadata Database Service ti consente di sfruttare la potenza di Exadata nel cloud. È possibile eseguire il provisioning di sistemi Exadata X9M flessibili che consentono di aggiungere server di calcolo del database e server di storage al sistema di pari passo con l'aumento delle esigenze. I sistemi Exadata X9M offrono reti RDMA su Ethernet convergente (RoCE) per larghezza di banda elevata e bassa latenza, moduli di memoria persistente (PMEM) e software Exadata intelligente. È possibile eseguire il provisioning dei sistemi Exadata X9M utilizzando una forma equivalente a un sistema X9M con Quarter Rack, quindi aggiungere database server e storage in qualsiasi momento dopo il provisioning.

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 virtual machine (VM) che risiede nei rack Exadata in un'area OCI.

Oracle Exadata Database Service on Cloud@Customer offre Oracle Exadata Database Service ospitato nel tuo data center.
Storage degli oggetti
Lo storage degli oggetti offre un accesso rapido a grandi quantità di dati strutturati e non strutturati di qualsiasi tipo di contenuto, inclusi backup del database, dati analitici e contenuti avanzati come immagini e video. Puoi memorizzare e quindi recuperare i dati direttamente da Internet o dall'interno della piattaforma cloud. Puoi ridimensionare lo storage senza alcun deterioramento delle prestazioni o dell'affidabilità del servizio. Utilizza lo storage standard per lo storage "caldo" a cui è necessario accedere rapidamente, immediatamente e frequentemente. Utilizza lo storage di archivio per lo storage "freddo" che conservi per lunghi periodi di tempo e a cui accedi raramente o raramente.
VNIC di Azure
I servizi nei data center di Azure dispongono di schede di interfaccia di rete fisiche (NIC). Le istanze delle virtual machine comunicano utilizzando NIC (VNIC) virtuali associate alle NIC fisiche. Ogni istanza dispone di una VNIC primaria creata e collegata automaticamente durante l'avvio ed è disponibile durante la durata dell'istanza.
Gateway di rete virtuale di Azure
Azure Virtual Network Gateway è un servizio che stabilisce una connettività sicura e cross-premise tra una rete virtuale di Azure e una rete on-premise. Consente di creare una rete ibrida che abbraccia il data center e Azure.
Sottorete delegata di Azure
La delega della subnet è la capacità di Microsoft di inserire un servizio gestito, in particolare un servizio platform-as-a-service, direttamente nella rete virtuale. Ciò significa che puoi designare o delegare una subnet come home per un servizio gestito esterno all'interno della tua rete virtuale. In altre parole, tale servizio esterno fungerà da risorsa di rete virtuale, anche se tecnicamente si tratta di un servizio platform-as-a-service esterno.
Rete virtuale di Azure
La rete virtuale di Azure (VNet) è il componente di base fondamentale per la rete privata in Azure. VNet consente a molte risorse di Azure, come le macchine virtuali di Azure, di comunicare in modo sicuro tra loro, con Internet e con le reti locali.
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 una qualsiasi delle seguenti piattaforme: Oracle Linux 7, Oracle Linux 8 o Red Hat Enterprise Linux 8.

L'host del servizio Oracle Zero Downtime Migration deve essere in grado di connettersi ai server del database di origine e di destinazione; purché la connettività sia garantita, l'host del servizio può essere posizionato ovunque.

Suggerimenti

Utilizzare i seguenti suggerimenti come punto di partenza. Le vostre esigenze potrebbero differire dall'architettura descritta qui.

Scaricare la versione più recente del software Oracle Zero Downtime Migration da My Oracle Support (MOS) cercando la patch numero 33509650 nella scheda Patches & Updates.
Installare l'host del servizio Oracle Zero Downtime Migration in locale 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 on-premise e Azure tramite VPN site-to-site o Azure ExpressRoute.
A seconda delle dimensioni del database, garantire un throughput di rete sufficiente dalla rete in locale ad Azure.

Considerazioni

Considerare i seguenti punti durante la distribuzione di questa architettura di riferimento.

Il database di destinazione deve:
- Esegui il provisioning utilizzando gli strumenti di Oracle Cloud senza abilitare i backup automatici.
- Avere una versione del file del fuso orario uguale o superiore 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).
- Utilizzare lo stesso set di caratteri.
- Avere lo stesso algoritmo di cifratura definito nel file sqlnet.ora.
- 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.21 e destinazione alla versione 19.22). Se il database di destinazione si trova a un livello di patch superiore rispetto al database di origine, Oracle Zero Downtime Migration esegue automaticamente Datapatch come parte della migrazione.
La password dell'account utente SYS deve essere uguale nei database di origine e di destinazione.
Il parametro di inizializzazione del database COMPATIBLE deve essere lo stesso nei database di origine e di destinazione.
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).

Visualizza altro

Scopri di più sui servizi di questa architettura.

Esaminare le risorse aggiuntive riportate di seguito.

Conferma

Autori: Sinan Petrus Toma, Ricardo Gonzalez, Thomas Van Buggenhout
Collaboratori: Emiel Ramakers, Wei Han, John Sulyok