Migrare un database Oracle a OD@A Exadata Database Service

Azure ExpressRoute
Gateway VPN di Azure

Questo articolo descrive come usare Oracle Zero Downtime Migration (ZDM) per eseguire la migrazione di un database Oracle da un sistema Exadata locale al servizio di database Exadata Oracle Database@Azure (ODAA). Questo articolo presuppone che si abbia una conoscenza di base di ODAA e Oracle ZDM. 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.

Diagramma che mostra un'architettura per eseguire la migrazione di un database locale a ODAA.

Scaricare un file di Visio di questa architettura.

Sceneggiatura

Considerare i dettagli dello scenario seguenti:

  • È stato distribuito Oracle Exadata Database@Azure nell'area di Azure scelta e è stato configurato un cluster di macchine virtuali con due server di database e tre nodi di cella di archiviazione.

  • La subnet delegata ODAA si trova nella rete virtuale del database, che esegue il peering alla rete virtuale hub. L'intervallo di indirizzi IP della subnet ODAA è 10.42.1.0/24. Per altre informazioni, vedere Pianificare lo spazio degli indirizzi IP.

  • Nella rete virtuale hub il traffico deve attraversare un'appliance virtuale di rete, ad esempio Firewall di Azure o un'appliance virtuale di rete non Microsoft. L'appliance virtuale di rete funziona come dispositivo di routing, che consente di garantire che i nodi del cluster ODAA siano completamente instradabili all'interno dell'infrastruttura. Si configura l'NVA per ispezionare tutto il traffico diretto da e verso l'ambiente locale. L'indirizzo IP dell'NVA dell'hub è 10.0.0.5.

  • La connettività ibrida viene configurata nella rete virtuale hub tramite una connessione Azure ExpressRoute alla rete locale.

  • Nella rete locale si dispone di un'implementazione exadata esistente e si vuole eseguire la migrazione di uno dei database al Database@Azure Oracle Exadata. Il database è di 2 TB ed è in esecuzione in Exadata X8M-2. La versione del database è Oracle Database 19c, edizione Enterprise. L'intervallo di indirizzi IP locali è 192.168.0.0/16.

  • Sono stati abilitati cluster di applicazioni reali (RAC) nel database. 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.

  • È necessario eseguire la migrazione del database a Oracle Exadata Database@Azure con la quantità minima di tempo di inattività. Si decide di usare lo strumento Oracle ZDM per orchestrare la migrazione.

Stabilire la connettività di rete

Per usare ZDM per la migrazione, è necessario assicurarsi che i database di origine e di destinazione possano comunicare tra loro.

  1. Creare una tabella di route di Azure e associarla alla subnet ODAA.
  2. Indirizzare la tabella di routing di Azure verso l'indirizzo IP della NVA dell'hub per instradare il traffico verso la rete locale.
  3. Configurare l'NVA dell'hub per instradare il traffico tra la rete locale e la subnet ODAA.

Configurare la tabella di route

Usare la configurazione seguente per creare una tabella di route di Azure e associarla alla subnet ODAA:

  • Prefisso di indirizzo: 192.168.0.0/16
  • Tipo di hop successivo: dispositivo virtuale
  • Indirizzo IP del prossimo hop: 10.0.0.5
  • Nome: <Nome tabella di route>

Il diagramma seguente illustra la configurazione di rete aggiornata.

Diagramma che mostra un'architettura per eseguire la migrazione di un database a ODAA e include la destinazione.

Per verificare la connettività, seguire questa procedura:

  • Accedere a un nodo del database Oracle Exadata Database@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 al nodo del database Oracle Exadata Database@Azure.

Eseguire attività di migrazione

  1. Preparare la migrazione. Per altre informazioni, vedere Preparare la migrazione di un database fisico.

    Nota

    Queste indicazioni presuppongono che l'utente disponga di una larghezza di banda sufficiente tra i database di origine e di destinazione per supportare una migrazione online. Si presuppone che non sia necessario eseguire una migrazione offline o un ripristino del backup in Oracle Exadata Database@Azure, prima di tutto.

  2. Eseguire la migrazione. Per altre informazioni, vedere Eseguire la migrazione del database con ZDM.

  3. Eseguire le seguenti attività di migrazione delle applicazioni in parallelo con la migrazione del database per garantire il minor tempo di inattività.

    • Migrare i servizi applicativi in conformità con i piani e con quanto discusso.
    • Aggiornare i servizi applicativi in modo che puntino al nuovo database, inclusa la stringa di connessione, le voci Transparent Network Substrate (TNS) e le altre configurazioni necessarie.
    • Verificare che i servizi dell'applicazione funzionino come previsto.

Il diagramma seguente illustra la configurazione aggiornata, incluso il nodo di migrazione ZDM.

Diagramma che mostra un'architettura per eseguire la migrazione di un database a ODAA e include il nodo di migrazione ZDM.

Eseguire attività successive alla migrazione

  • Configurare i backup automatici per il database ODAA.

  • Configurare Data Guard automatizzato. Queste indicazioni presuppongono che sia già stata creata un'istanza separata in un'altra zona o area di disponibilità.

  • Eseguire il database locale come replica secondaria di Data Guard per un periodo di tempo per assicurarsi che la migrazione venga eseguita correttamente.

Conclusione

Eseguire le modifiche di configurazione precedenti per eseguire la migrazione del database dall'ambiente locale all'Database@Azure Oracle Exadata usando Oracle ZDM. Le modifiche alla configurazione consentono di garantire che i database di origine e di destinazione possano comunicare tra loro e che la migrazione venga eseguita con tempi di inattività minimi.

Collaboratori

Questo articolo viene gestito da Microsoft. Originariamente è stato scritto dai seguenti contributori.

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: