Eseguire la migrazione di un database Oracle a OD@A servizio di database Exadata

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 a Oracle Database@Azure (OD@A) servizio di database Exadata. Questo articolo presuppone che si abbia una conoscenza di base di OD@A 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 OD@A.

Scaricare un file di Visio di questa architettura.

Scenario

Considerare i dettagli dello scenario seguenti:

  • È stato distribuito OD@A servizio di database Exadata 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 OD@A si trova nella rete virtuale OD@A, che esegue il peering alla rete virtuale hub. L'intervallo di indirizzi IP della subnet OD@A è 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 non Microsoft, ad esempio FortiGate, Check Point o Cisco. L'appliance virtuale di rete funziona come dispositivo di routing, che consente di garantire che OD@A nodi del cluster siano completamente instradabili all'interno dell'infrastruttura. 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.

  • Nella rete locale si dispone di un'implementazione exadata esistente e si vuole eseguire la migrazione di uno dei database a OD@A. 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 OD@A 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 OD@A.
  2. Puntare la tabella di route di Azure all'indirizzo IP dell'appliance virtuale di rete dell'hub per indirizzare l'appliance virtuale di rete all'ambiente locale.
  3. Configurare l'appliance virtuale di rete dell'hub per instradare il traffico tra l'ambiente locale e la subnet OD@A.

Configurare la tabella di route

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

  • 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 illustra la configurazione di rete aggiornata.

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

Per verificare la connettività, seguire questa procedura:

  • Accedere a un nodo di database OD@A. 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 OD@A.

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 OD@A, 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à.

    • 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.

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 OD@A e include il nodo di migrazione ZDM.

Eseguire attività successive alla migrazione

  • Configurare i backup automatici per il database OD@A.

  • 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 da locale a OD@A 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: