Modifica

Migrazione di database Oracle ad Azure

Azure Load Balancer
Azure ExpressRoute
Gateway VPN di Azure

Questa soluzione esegue la migrazione di un database Oracle e delle relative applicazioni ad Azure. Si usa Oracle Active Data Guard per il database e si usa Azure Load Balancer per il livello applicazione.

Architettura

Diagramma dell'architettura che mostra il completamento di una migrazione del database da Oracle ad Azure.

Scaricare un file di Visio di questa architettura.

Flusso di dati

  1. Connetti il tuo ambiente di Azure con la rete locale tramite VPN da sito a sito o ExpressRoute.
  2. Usa DataGuard per contrassegnare OracleDB1 in Azure come standby attivo.
  3. Configura OracleDB1 in Azure come primario e imposta OracleDB2 in Azure come standby per completare la migrazione.

Nota

  • Questo metodo funziona solo quando si esegue la migrazione da e verso la stessa versione del sistema operativo e dalla stessa versione del database.
  • Presupposto: si usa DataGuard in locale.

Componenti

Alternative

Se il database è superiore a 2 TB, è possibile usare Oracle Data Guard con Oracle Gestione ripristino (RMAN) o usare Data Pump per replicare le modifiche dopo un trasferimento iniziale dei dati in blocco, che offre una migrazione con tempi di inattività minimi.

SQL Server Migration Assistant per Oracle

Microsoft SQL Server Migration Assistant (SSMA) per Oracle è uno strumento per la migrazione di database Oracle a Microsoft SQL Server e database SQL di Azure. SSMA per Oracle converte oggetti di database Oracle in oggetti di database di SQL Server, crea tali oggetti in SQL Server e quindi esegue la migrazione dei dati da Oracle a SQL Server o database SQL di Azure.

Dettagli dello scenario

Le migrazioni di Oracle DB possono essere eseguite in vari modi. Questa soluzione illustra una di queste opzioni, in cui Oracle Active Data Guard viene usato per eseguire la migrazione del database. Si presuppone che Oracle Data Guard (o Active Data Guard) venga usato a scopo di disponibilità elevata/ripristino di emergenza. In base all'applicazione, è possibile eseguire prima di tutto la migrazione dell'applicazione o del database. In questo caso viene eseguita la migrazione dell'applicazione ad Azure con Azure Load Balancer. Questo approccio ti permette di suddividere il traffico tra l'ambiente locale e Azure, consentendoti di eseguire gradualmente la migrazione del livello applicazione. La migrazione del database viene eseguita in più passaggi. Nel primo passaggio viene usato Oracle Data Guard per configurare un database secondario/di standby in Azure. Questo approccio ti permette di eseguire la migrazione dei dati ad Azure. Dopo la sincronizzazione del database secondario in Azure con il database primario, puoi impostare il database in Azure come database primario, mantenendo al tempo stesso il database secondario in locale. Come passaggio successivo puoi configurare un database secondario in una zona di disponibilità o area geografica diversa per finalità di disponibilità elevata/ripristino di emergenza. A questo punto puoi rimuovere le autorizzazioni dell'ambiente locale. Tutto il traffico dati tra l'ambiente locale e Azure viene trasmesso tramite Azure ExpressRoute o connettività VPN da sito a sito.

Potenziali casi d'uso

Questa soluzione si applica quando si esegue la migrazione di Oracle DB ad Azure.

Considerazioni

Queste considerazioni implementano i pilastri di Azure Well-Architected Framework, che è un set di set di principi guida che possono essere usati per migliorare la qualità di un carico di lavoro. Per altre informazioni, vedere Framework ben progettato di Microsoft Azure.

Migrazione

È possibile eseguire la migrazione dell'intero database Oracle dall'ambiente locale alla macchina virtuale di Azure con tempi di inattività minimi usando Oracle Gestione ripristino (RMAN) e Oracle Data Guard. Usare RMAN per ripristinare il database nella macchina virtuale di Azure di standby di destinazione, usando backup/ripristino o il metodo di database duplicato. È quindi possibile configurare il database di destinazione come database di standby fisico con Oracle Data Guard, consentendo tutte le modifiche dei dati delle transazioni/rollforward dal database locale primario al database di standby. Quando il database Oracle primario locale è sincronizzato con il database di standby di destinazione nell'istanza di macchina virtuale di Azure, è possibile passare al database di destinazione, che lo convertirà in un database di lettura/scrittura. È quindi possibile puntare le connessioni dell'applicazione al nuovo database primario. Questa opzione offre un tempo di inattività minimo durante la migrazione del database ad Azure.

L'utilità Oracle Data Pump viene usata per esportare e importare dati e metadati da o in database Oracle. È possibile eseguire l'esportazione/importazione di Data Pump in un intero database, schemi selettivi, spazi di tabella o oggetti di database. Data Pump è lo strumento consigliato per la migrazione dei dati in Azure, per database di grandi dimensioni compresi tra 10 GB e 20 TB. Consente un elevato grado di parallelismo, opzioni di estrazione dei dati flessibili e operazioni scalabili, che consentono lo spostamento ad alta velocità di dati e metadati da un database di origine al database di destinazione. Oracle Data Pump supporta anche la crittografia e la compressione, durante l'esportazione dei dati nei file di dump dei dati. È possibile usare Oracle Data Pump con Oracle Data Guard o Golden Gate per gestire il trasferimento iniziale dei dati per database di grandi dimensioni. Si noti che Data Pump è disponibile solo in Oracle Database 10g Release 1 (10.1) e versioni successive.

Considerazioni relative alla progettazione

Dimensioni di VM

Prendere in considerazione l'uso di una macchina virtuale ottimizzata per la memoria iperthreading con vCPU core vincolati per la macchina virtuale del database Oracle, per risparmiare sui costi di licenza e ottimizzare le prestazioni. Oracle garantisce la mobilità delle licenze da locale ad Azure. Vedere le domande frequenti relative al rapporto Oracle-Azure.

Storage

Usare più dischi Premium o Ultra (dischi gestiti) per ottenere prestazioni e disponibilità nel database Oracle. Il nome del disco/dispositivo può cambiare al riavvio quando si usano dischi gestiti. È consigliabile usare l'UUID del dispositivo anziché il nome per assicurarsi che i montaggi vengano mantenuti tra i riavvii. Prendere in considerazione l'uso di Oracle Automatic Archiviazione Management (ASM) per una gestione semplificata dell'archiviazione per il database.

Test e ottimizzazione

È consigliabile eseguire i test seguenti per convalidare l'applicazione rispetto al nuovo database Oracle:

  • Eseguire test delle prestazioni per assicurarsi che soddisfino le aspettative aziendali.
  • Testare il failover, il ripristino e il ripristino del database per assicurarsi di soddisfare i requisiti RPO e RTO.
  • Elencare tutti i processi e i report critici ed eseguirli nella nuova istanza di Oracle per valutare le prestazioni rispetto ai contratti di servizio.List all critical jobs and reports, and run them on new Oracle instance to evaluate their performance against your service-level agreement (CONTRATTI di servizio).
  • Infine, quando si esegue la migrazione o si creano applicazioni per il cloud, è importante modificare il codice dell'applicazione per aggiungere modelli nativi del cloud, ad esempio il modello di ripetizione dei tentativi e il modello di interruttore. Altri modelli definiti nella guida Modelli di progettazione cloud possono aiutare l'applicazione a essere più resilienti.

Licenze Oracle

Se si usa la tecnologia abilitata per l'hyper-threading nelle macchine virtuali di Azure, contare due vCPU come equivalenti a una licenza del processore Oracle. Per informazioni dettagliate, vedere Licensing Oracle Software in the Cloud Computing Environment (Licenze del software Oracle nell'ambiente di cloud computing).

Strategia di backup

Una strategia di backup consiste nell'usare Oracle Gestione ripristino (RMAN) e Backup di Azure per i backup coerenti con l'applicazione. È anche possibile usare il metodo di backup di Azure.

Facoltativamente, usare Fuse BLOB di Azure per montare un account di Archiviazione BLOB di Azure altamente ridondante e scrivere i backup RMAN in tale account per una maggiore resilienza.

Sicurezza

Protezione DDoS di Azure, in combinazione con le procedure consigliate per la progettazione di applicazioni, offre funzionalità avanzate di mitigazione DDoS per difendersi meglio dagli attacchi DDoS. È consigliabile abilitare Protezione DDOS di Azure in qualsiasi rete virtuale perimetrale.

Continuità aziendale e ripristino di emergenza

Per la continuità aziendale e il ripristino di emergenza, è consigliabile distribuire il software seguente:

  • Oracle Data Guard Fast-Start Failover (FSFO) per la disponibilità del database
  • Oracle Data Guard Far Sync per una protezione senza perdita di dati.
  • Oracle GoldenGate per la modalità multi-primaria o attiva-attiva nel set di disponibilità o nella zona di disponibilità di Azure a seconda dei requisiti del contratto di servizio.

Usare zone di disponibilità per ottenere disponibilità elevata in un'area. Per altre informazioni, vedere Le architetture di riferimento per i database Oracle in Azure.

È possibile ottenere una disponibilità del tempo di attività del 99,99% per il livello di database usando una combinazione di Azure zone di disponibilità e Oracle Active DataGuard con FSFO.

Prendere in considerazione l'uso di gruppi di posizionamento di prossimità per ridurre la latenza tra l'applicazione e il livello di database.

Monitoraggio

Configurare Oracle Enterprise Manager per la gestione, il monitoraggio e la registrazione.

Passaggi successivi

Per informazioni di supporto, fare riferimento a questi articoli:

Altre informazioni sui vari componenti dell'architettura: