Condividi tramite

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

  • Articolo

Questo articolo illustra come eseguire la migrazione del carico di lavoro Oracle da un ambiente locale ad Azure Macchine virtuali (VM). Usa la zona di destinazione per Oracle in macchine virtuali di Azure, fornendo indicazioni sulla progettazione e procedure consigliate. La strategia consigliata include un approccio strutturato per l'individuazione, la progettazione e la distribuzione, seguita dalla migrazione dei dati e dal cutover finale.

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

Individuazione

La migrazione inizia con una valutazione completa del portfolio di prodotti Oracle. Questa valutazione include la valutazione delle versioni del database Oracle, dei sistemi operativi correnti e di destinazione, nonché delle applicazioni e delle relative dipendenze.

Quando si prevede di eseguire la migrazione di applicazioni Oracle, ad esempio Oracle (EBS, Siebel, PeopleSoft, JDE o altre soluzioni partner non Microsoft come applicazioni SAP o personalizzate), prendere in considerazione le applicazioni come parte della strategia di migrazione.

L'ambiente di database Oracle esistente può essere in esecuzione su server autonomi, oracle real application cluster (RAC) o soluzioni RAC non Microsoft partner.

Nota

Si noti che RAC (Real Application Clustering) non è supportato nella macchina virtuale di Azure. Se si applica all'ambiente, assicurarsi di fornire report RAC o report PDB/CDB (a seconda dell'architettura) da tutti i nodi RAC. Questi report devono essere generati dallo stesso intervallo di tempo per garantire la coerenza. Le raccomandazioni di dimensionamento più accurate vengono ottenute generando questi report durante i periodi di utilizzo di picco.

Per le applicazioni, determinare le dimensioni dell'infrastruttura è semplice usando le funzionalità di individuazione di Azure Migrate.

Durante la fase di individuazione, è essenziale esaminare tutte le dipendenze dell'applicazione. È consigliabile decidere se il tempo di inattività dell'applicazione è accettabile durante la migrazione, in quanto ciò influisce sulla scelta degli strumenti di migrazione. In base a questa decisione, è possibile scegliere tra metodi di migrazione online o offline.

Se si sceglie una migrazione online, assicurarsi che le porte del firewall necessarie siano aperte per facilitare il processo di migrazione.

La pianificazione della rete è un passaggio fondamentale durante il periodo di migrazione. Assicurarsi di testare la larghezza di banda necessaria per trasferire accuratamente i dati in Azure, in base alle dimensioni del set di dati.

Progettazione

Le migrazioni delle applicazioni possono essere abilitate senza problemi usando Azure Migrate. Azure Migrate consente di spostare in modalità lift-and-shift l'applicazione in Azure IaaS in base all'individuazione iniziale.

Se si prevede di eseguire la migrazione di applicazioni oracle proprietarie, esaminare i requisiti di architettura prima di scegliere una migrazione basata su Azure Migrate.

La pianificazione della capacità per il database Oracle viene sempre eseguita tramite report AWR generati durante un intervallo di picco di un'ora. Inoltre, è importante configurare il layout di archiviazione. Le dimensioni dei dati sono le dimensioni di cui è necessario concentrarsi durante la migrazione e prendere la decisione di archiviazione più adatta. Per scoprire le dimensioni dei dati, è possibile usare lo script dbspace.

Dopo aver generato i report AWR, eseguire Lo strumento OMAT (Azure Oracle Migration Assistance Tool). Lo strumento OMAT consiglia le opzioni di archiviazione e dimensioni della macchina virtuale corrette necessarie per il database Oracle in Azure IaaS. Come passaggio successivo, stabilire un'architettura valutando attentamente i requisiti. È consigliabile progettare l'architettura altamenteaffidabile e resiliente in caso di emergenze o errori, come determinato dai parametri dell'obiettivo del punto di ripristino (RPO) e dell'obiettivo del tempo di ripristino (RTO).

Se è necessario supportare la definizione della progettazione dell'architettura, esaminare le architetture di riferimento Oracle. Offre indicazioni sull'architettura per scegliere l'architettura migliore in base ai requisiti RPO e RTO. L'approccio RPO e RTO è applicabile per separare l'infrastruttura RAC nell'architettura a disponibilità elevata e ripristino di emergenza tramite Oracle Data Guard.

Distribuzione

In base alla pianificazione della capacità e alla progettazione dell'architettura, è possibile 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 tipo di migrazione dei dati dipende dalle decisioni prese durante la fase di individuazione. È possibile scegliere tra strumenti e metodi come Data Box, RMAN, Data Pump, GoldenGate, Striim, SharePlex e Data Guard in base alle preferenze e ai requisiti.

Per altre indicazioni, vedere Oracle Migration Planning per esaminare le caratteristiche delle migrazioni online e offline.

Nota

Le migrazioni offline richiedono in genere più tempo rispetto alle migrazioni online. Di conseguenza, gli strumenti come Data Pump non sono consigliati per scenari che prevedono dimensioni di dati di grandi dimensioni e requisiti rigorosi di tempi di inattività ridotti.

Approccio alla migrazione dei dati

Dopo aver configurato l'infrastruttura Oracle in Azure, il database Oracle viene installato e le applicazioni correlate vengono migrate, il passaggio successivo consiste nel trasferire i dati dal database Oracle locale al nuovo database Oracle in Azure. Per semplificare questa operazione, è consigliabile usare 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 e 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