Eseguire la migrazione di carichi di lavoro Oracle alle macchine virtuali di Azure

  • Articolo

Questo articolo illustra come spostare il carico di lavoro Oracle dall'ambiente locale alla zona di destinazione delle macchine virtuali di Azure. Usa la zona di destinazione per Oracle Database in Azure, che offre consigli di progettazione e procedure consigliate per la migrazione Oracle in Azure IaaS. È consigliabile adottare un approccio collaudato per l'individuazione, la progettazione e la distribuzione per la strategia di migrazione complessiva, seguita dalla migrazione dei dati e dal cut over.

Screenshot della strategia di individuazione, progettazione e distribuzione della migrazione.

Individuazione

La migrazione inizia con una valutazione dettagliata del portfolio di prodotti Oracle. L'infrastruttura corrente che supporta database Oracle e app, versioni di database e tipi di applicazioni che usano il database Oracle sono: Oracle (EBS, Siebel, People Soft, JDE e altri) e offerte di partner non Microsoft come applicazioni SAP o personalizzate. Il database Oracle esistente può operare su server, oracle real application cluster (RAC) o RAC non Microsoft partner. Per le applicazioni, è necessario individuare le dimensioni dell'infrastruttura che possono essere eseguite facilmente usando l'individuazione basata su Azure Migrate. Per il database, l'approccio consiste nell'ottenere i report consentiti con restrizioni nel repository del carico di lavoro automatico (AWR) al picco di carico di lavoro per passare ai passaggi di progettazione.

Progettazione

Per le applicazioni, Azure Migrate esegue il trasferimento in modalità lift-and-shift dell'infrastruttura e delle applicazioni ad Azure IaaS in base all'individuazione. Per le applicazioni oracle proprietarie, fare riferimento ai requisiti di architettura prima di decidere la migrazione basata su Azure Migrate. La progettazione del database inizia con report AWR generati in caso di picco di carico. Dopo aver eseguito le richieste pull, eseguire Azure Oracle Migration Assistance Tool (OMAT) con i report AWR come input. Lo strumento OMAT consiglia le opzioni di archiviazione e dimensioni della macchina virtuale corrette necessarie per il database Oracle in Azure IaaS. La soluzione deve avere affidabilità e resilienza elevate in caso di emergenze, come determinato dai parametri dell'obiettivo del punto di ripristino (RPO) e dell'obiettivo del tempo di ripristino (RTO). La zona di destinazione Oracle offre indicazioni sull'architettura per scegliere l'architettura migliore della soluzione in base ai requisiti RPO e RTO. L'approccio RPO e RTO è applicabile per la separazione dell'infrastruttura RAC nell'architettura a disponibilità elevata e ripristino di emergenza tramite Oracle Data Guard.

Distribuzione

Lo strumento OMAT analizza il report AWR per fornire informazioni sull'infrastruttura necessaria; correggere le dimensioni delle macchine virtuali e le raccomandazioni sull'archiviazione con capacità. In base a queste informazioni, selezionare il requisito appropriato per disponibilità elevata e ripristino di emergenza (RPO/RTO) per fornire un'architettura resiliente che fornisce continuità aziendale e ripristino di emergenza (BCDR) usando Oracle nella zona di destinazione di Azure. Usare Ansible per descrivere l'infrastruttura e l'architettura come infrastruttura come codice (IaC) e avviare la zona di destinazione con Terraform o Bicep. Usare le azioni di GitHub disponibili per automatizzare la distribuzione.

Tipi per la migrazione dei dati

Il processo di migrazione dei dati ha due tipi, online e offline. I dati vengono trasferiti online dall'origine alla destinazione man mano che si verificano. Offline estrae i dati dall'origine e lo trasferisce alla destinazione in un secondo momento. Entrambi i metodi sono essenziali. Offline è adatto per il trasferimento di dati di grandi dimensioni tra origine e destinazione, mentre online può trasferire dati incrementali prima di passare dal database di origine a quello di destinazione. Entrambi i tipi di approccio usati insieme possono offrire una soluzione efficiente per la corretta migrazione dei dati. 

Approccio alla migrazione dei dati

Dopo aver configurato Oracle nell'infrastruttura di Azure, installare il database Oracle ed eseguire la migrazione delle applicazioni correlate; Il passaggio successivo consiste nel trasferire i dati dal database Oracle locale al nuovo database Oracle in Azure. Vedere gli strumenti Oracle seguenti:

Azure migliora gli strumenti Oracle con la connettività di rete, la larghezza di banda e i comandi corretti basati sulle funzionalità di Azure seguenti per la migrazione dei dati.

Strumenti Oracle per la migrazione dei dati

Il diagramma seguente è una rappresentazione grafica del portfolio di migrazione complessivo.

Il diagramma mostra una rappresentazione pictografica del portfolio di migrazione.

È necessario uno degli strumenti Oracle e delle infrastrutture di Azure per distribuire l'architettura della soluzione corretta per eseguire la migrazione dei dati. Vedere gli scenari di soluzione di riferimento seguenti:

Scenario-1: RMAN: usare il backup e il ripristino RMAN con le funzionalità di Azure, la configurazione per il ripristino basato su RMAN. La cosa principale è la rete tra l'ambiente locale e Azure.

Diagramma che mostra la configurazione per il recupero basato su RMAN.

Scenario-2: Approccio di backup RMAN

Il diagramma mostra l'approccio di backup e ripristino di RMAN.

Scenario-3: in alternativa, l'installazione può essere modificata in diversi modi, come illustrato nello scenario seguente.

Il diagramma mostra le versioni modificate dello scenario 2.

Scenario-4: Data PumpàAzCopy- approccio semplice e semplice usando il backup e il ripristino di Data Pump usando le funzionalità di Azure.

Diagramma che mostra il backup e il ripristino di Data Pump usando le funzionalità di Azure.

Scenario-5: Data Box: uno scenario univoco in cui i dati vengono spostati tra le posizioni usando un dispositivo di archiviazione e la spedizione fisica.

Diagramma che mostra i dati spostati tra le posizioni usando un dispositivo di archiviazione con spedizione fisica.

Cutover

Ora viene eseguita la migrazione dei dati e le applicazioni e i server di database Oracle sono operativi. Usare la procedura seguente per eseguire la transizione delle operazioni aziendali in esecuzione in locale a nuove applicazioni e carichi di lavoro Oracle in Azure IaaS.

  1. Pianificare una finestra di manutenzione per ridurre al minimo le interruzioni per gli utenti.
  2. Arrestare l'attività del database nel database Oracle di origine.
  3. Eseguire una sincronizzazione dei dati finale per verificare che tutte le modifiche vengano acquisite.
  4. Aggiornare le configurazioni DNS in modo che puntino alla nuova macchina virtuale di Azure.
  5. Avviare il database Oracle nella macchina virtuale di Azure e verificare la connettività.
  6. Monitorare attentamente il sistema per eventuali problemi durante il processo di cutover.

Attività post-migrazione

Dopo il cutover, verificare che tutte le applicazioni aziendali funzionino come previsto per offrire operazioni aziendali in parallelo con in locale.

  • Eseguire controlli di convalida per verificare la coerenza dei dati e la funzionalità dell'applicazione.
  • Aggiornare la documentazione, tra cui diagrammi di rete, dettagli di configurazione e piani di ripristino di emergenza.
  • Implementare processi di monitoraggio e manutenzione continui per le macchine virtuali di Azure che ospitano il database Oracle.

Durante il processo di migrazione, è essenziale comunicare in modo efficace con gli stakeholder, tra cui proprietari di applicazioni, team operativi IT e utenti finali, per gestire le aspettative e ridurre al minimo le interruzioni. Inoltre, prendere in considerazione l'interazione con professionisti esperti o servizi di consulenza specializzati in migrazioni da Oracle ad Azure per garantire una transizione senza problemi e con successo.

Passaggi successivi

Opzioni di archiviazione per Oracle in macchine virtuali di Azure