Questo articolo descrive come usare Oracle Data Guard per eseguire la migrazione di un database Oracle locale a una macchina virtuale di Azure. Questo articolo presuppone che si abbia una conoscenza di base delle tecnologie di Oracle Database, delle risorse di calcolo di Azure e della rete di Azure. Questo scenario si basa sullo scenario in Eseguire la migrazione dei carichi di lavoro del database Oracle in Azure.
Architettura
Il diagramma seguente illustra un esempio di questo scenario.
Scaricare un file di Visio di questa architettura.
Scenario
Considerare i dettagli dello scenario seguenti:
Nella rete locale si dispone di un'istanza di Oracle Database esistente e si vuole eseguire la migrazione di un database da tale istanza a una macchina virtuale di Azure.
Il database è di 20 TB ed è in esecuzione in Oracle Enterprise Linux (x86). La versione del database è Oracle Database 19c, edizione Enterprise.
Il database è abilitato per cluster applicazioni reali(RAC), che include due nodi. Per il ripristino di emergenza, il database viene replicato tramite Oracle Data Guard in un altro data center geograficamente distante dalla posizione del database primario.
È stata eseguita una valutazione dei servizi Oracle Database e delle applicazioni locali e è stata distribuita una macchina virtuale in Azure con le dimensioni di calcolo e la configurazione di archiviazione necessarie.
La macchina virtuale viene inserita nella subnet del database che si trova nella rete virtuale Oracle, che esegue il peering alla rete virtuale hub. L'intervallo di indirizzi IP della subnet del database è 10.42.1.0/24.
Nella rete virtuale hub il traffico deve attraversare un'appliance virtuale di rete non Microsoft, ad esempio FortiGate, Check Point o Cisco. L'appliance virtuale di rete funziona come dispositivo di routing, che consente di garantire che la connettività tra la macchina virtuale e l'implementazione locale di Oracle Database sia completamente instradabile. Configurare l'appliance virtuale di rete per controllare tutto il traffico che passa da e verso l'ambiente locale. L'indirizzo IP dell'appliance virtuale di rete dell'hub è 10.0.0.5.
La connettività ibrida viene configurata nella rete virtuale hub tramite una connessione Azure ExpressRoute alla rete locale.
È necessario eseguire la migrazione del database locale alla macchina virtuale di Azure con la quantità minima di tempo di inattività possibile. Si decide di usare Oracle Data Guard e Oracle Gestione ripristino (RMAN) per la migrazione.
Stabilire la connettività di rete
Per usare Oracle Data Guard per la migrazione, è necessario assicurarsi che i database di origine e di destinazione possano comunicare tra loro.
- Creare una tabella di route di Azure e associarla alla subnet del database.
- Puntare la tabella di route di Azure all'indirizzo IP dell'appliance virtuale di rete dell'hub per indirizzare l'ambiente locale.
- Configurare l'appliance virtuale di rete dell'hub per instradare il traffico tra l'ambiente locale e la subnet del database.
Configurare la tabella di route
Usare la configurazione seguente per creare una tabella di route di Azure e associarla alla subnet del database:
- Prefisso indirizzo: 192.168.0.0/16
- Tipo hop successivo: appliance virtuale
- Indirizzo IP hop successivo: 10.0.0.5
- Nome: <Nome tabella di route>
Il diagramma seguente mostra un esempio della configurazione di rete aggiornata.
Per verificare la connettività, seguire questa procedura.
- Accedere alla macchina virtuale di Azure. Verificare che sia possibile usare il protocollo Secure Shell (SSH) per stabilire una connessione al server di database locale.
- Accedere al server di database locale. Verificare che sia possibile usare il protocollo SSH per stabilire una connessione alla macchina virtuale di Azure.
Eseguire attività di migrazione
Usare RMAN per eseguire il backup del database dal server di database locale e ripristinarlo nel sistema di destinazione. Per altre informazioni, vedere Ripristinare un database in un nuovo host.
A seconda delle dimensioni del file di backup del database e della larghezza di banda di rete, è possibile copiare i file di backup direttamente nella macchina virtuale di Azure in un set di aree di gestione temporanea di dischi creati specificamente a tale scopo. Se non è possibile usare questo metodo a causa di vincoli di larghezza di banda di rete, è possibile usare Azure Data Box per copiare i file di backup in Azure. Dopo che i file si trovano nell'archivio BLOB di Azure, è necessario copiarli nel set di aree di gestione temporanea della macchina virtuale di Azure per l'operazione di ripristino.
Configurare Oracle Data Guard tra il server di database locale (replica primaria) e il server di database della macchina virtuale di Azure (replica secondaria). Per altre informazioni, vedere Creare un database di standby fisico.
Al termine della replica di Oracle Data Guard e della sincronizzazione dei database, eseguire un passaggio alla macchina virtuale di Azure. Per altre informazioni, vedere Transizioni di ruolo. Coordinare questo passaggio con il team dell'applicazione per assicurarsi che aggiornino i servizi dell'applicazione in modo che puntino al nuovo database.
Eseguire le seguenti attività di migrazione delle applicazioni in parallelo con la migrazione del database per garantire il minor tempo di inattività.
- Eseguire la migrazione dei servizi delle applicazioni in base ai piani e alle discussioni.
- Aggiornare i servizi dell'applicazione in modo che puntino al nuovo database, incluse le voci stringa di connessione, Transparent Network Substrate (TNS) e altre configurazioni necessarie.
- Verificare che i servizi dell'applicazione funzionino come previsto.
Eseguire attività successive alla migrazione
Configurare il backup per il database nella macchina virtuale di Azure. Per altre informazioni, vedere Strategie di backup per Oracle Database in una macchina virtuale Linux di Azure.
Le macchine virtuali di Azure non supportano Oracle RAC, quindi è consigliabile usare Oracle Data Guard per la disponibilità elevata e il ripristino di emergenza. Per altre informazioni, vedere Continuità aziendale e ripristino di emergenza per Oracle in macchine virtuali di Azure.
Eseguire il database locale come replica secondaria di Data Guard per un periodo di tempo per assicurarsi che la migrazione venga eseguita correttamente.
Dopo che il database locale non è più necessario, rimuovere le autorizzazioni per il database e il server. Esaminare le modifiche apportate alle porte e al firewall per consentire la comunicazione tra l'ambiente locale e la macchina virtuale di Azure. Convertire le modifiche non più necessarie.
Conclusione
Eseguire le modifiche di configurazione precedenti per eseguire la migrazione del database da un ambiente locale a una macchina virtuale di Azure. Le modifiche alla configurazione consentono di garantire che i database di origine e di destinazione possano comunicare tra loro e che sia possibile eseguire la migrazione con tempi di inattività minimi.
Collaboratori
Questo articolo viene gestito da Microsoft. Originariamente è stato scritto dai seguenti contributori.
- Jan Faurskov | Cloud Solution Architect
- Güher Kayali Sarikan | Cloud Solution Architect
Per visualizzare i profili LinkedIn non pubblici, accedere a LinkedIn.
Passaggi successivi
Esaminare gli articoli seguenti per assicurarsi che l'implementazione segua le procedure consigliate:
- Topologia di rete e connettività per Oracle in una macchina virtuale di Azure
- Linee guida per la sicurezza per i carichi di lavoro Oracle in una macchina virtuale di Azure
- Gestire e monitorare i carichi di lavoro Oracle in una macchina virtuale di Azure
- Continuità aziendale e ripristino di emergenza per Oracle in una macchina virtuale di Azure
- Concetti relativi al broker Oracle Data Guard
- Oracle active Data Guard lontano sincronizzazione zero perdita di dati
- Implementare Oracle Data Guard in una macchina virtuale Linux di Azure
- Implementare Oracle Golden Gate in una macchina virtuale Linux di Azure