Bewerken

Oracle-databasemigratie naar Azure

Azure Load Balancer
Azure ExpressRoute
Azure VPN Gateway

Met deze oplossing worden een Oracle-database en de bijbehorende toepassingen naar Azure gemigreerd. We gebruiken Oracle Active Data Guard voor de database en we gebruiken Azure Load Balancer voor de toepassingslaag.

Architectuur

Het architectuurdiagram toont het voltooien van een databasemigratie van Oracle naar Azure.

Een Visio-bestand van deze architectuur downloaden.

Gegevensstroom

  1. Verbind uw Azure-omgeving met uw on-premises netwerk via site-to-site VPN of ExpressRoute.
  2. Gebruik DataGuard om uw OracleDB1 in Azure als uw actieve stand-by database aan te geven.
  3. Maak van uw OracleDB1 in Azure uw primaire database en stel uw OracleDB2 in Azure in als uw stand-bydatabase om uw migratie te voltooien.

Notitie

  • Deze methode werkt alleen wanneer u migreert naar en van dezelfde versie van het besturingssysteem en dezelfde databaseversie.
  • Aanname: U gebruikt DataGuard on-premises.

Onderdelen

Alternatieven

Als uw database meer dan 2 TB is, kunt u Oracle Data Guard gebruiken met Oracle Recovery Manager (RMAN) of Data Pump gebruiken om wijzigingen te repliceren na een eerste bulkgegevensoverdracht , wat een minimale downtimemigratie biedt.

SQL Server Migration Assistant voor Oracle

Microsoft SQL Server Migration Assistant (SSMA) voor Oracle is een hulpprogramma voor het migreren van Oracle-databases naar Microsoft SQL Server en Azure SQL Database. SSMA voor Oracle converteert Oracle-databaseobjecten naar SQL Server-databaseobjecten, maakt deze objecten in SQL Server en migreert vervolgens gegevens van Oracle naar SQL Server of Azure SQL Database.

Scenariodetails

Oracle DB-migraties kunnen op verschillende manieren worden uitgevoerd. Deze oplossing behandelt een van deze opties, waarbij Oracle Active Data Guard wordt gebruikt om de database te migreren. Er wordt vanuit gegaan dat Oracle Data Guard (of Active Data Guard) wordt gebruikt voor ha/dr-doeleinden. Afhankelijk van de toepassing, kunt u ofwel de toepassing of de database als eerste migreren. In dit geval wordt de toepassing naar Azure gemigreerd met behulp van Azure Load Balancer. Hierdoor kunt u uw verkeer verdelen tussen on-premises en Azure, waardoor u uw toepassingslaag geleidelijk kunt migreren. De databasemigratie wordt in meerdere stappen uitgevoerd. Bij de eerste stap wordt Oracle Data Guard gebruikt om een secundaire/stand-bydatabase in Azure in te stellen. Hierdoor kunt u uw gegevens naar Azure migreren. Zodra de secundaire database in Azure met de primaire database is gesynchroniseerd, kunt u van de database in Azure uw primaire database maken en ondertussen onderhoud uitvoeren aan de secundaire on-premises database. Als volgende stap kunt u een secundaire database in een andere beschikbaarheidszone (of regio) instellen voor HA/DR-doelstellingen. Op dit moment kunt u uw on-premises omgeving buiten gebruik stellen. Al het gegevensverkeer tussen on-premises en Azure stroomt via Azure ExpressRoute of site-to-site VPN-connectiviteit.

Potentiële gebruikscases

Deze oplossing is van toepassing bij het migreren van Oracle DB naar Azure.

Overwegingen

Met deze overwegingen worden de pijlers van het Azure Well-Architected Framework geïmplementeerd. Dit is een set richtlijnen die kunnen worden gebruikt om de kwaliteit van een workload te verbeteren. Zie Microsoft Azure Well-Architected Framework voor meer informatie.

Migratie

U kunt uw hele Oracle-database migreren van on-premises naar Azure VM met minimale downtime met behulp van Oracle Recovery Manager (RMAN) en Oracle Data Guard. Gebruik RMAN om uw database te herstellen naar de doel-stand-by-azure-VM, met behulp van back-up/herstel of de dubbele databasemethode. Vervolgens kunt u de doeldatabase configureren als een fysieke stand-bydatabase met Oracle Data Guard, zodat alle transactiegegevens van de primaire on-premises database naar de stand-bydatabase worden gewijzigd. Wanneer de primaire on-premises Oracle-database is gesynchroniseerd met de doel-stand-bydatabase op het Azure VM-exemplaar, kunt u overschakelen naar de doeldatabase, die deze converteert naar een database voor lezen/schrijven. Vervolgens kunt u uw toepassingsverbindingen naar de nieuwe primaire database laten verwijzen. Deze optie biedt een minimale downtime tijdens het migreren van uw database naar Azure.

Het hulpprogramma Oracle Data Pump wordt gebruikt voor het exporteren en importeren van gegevens en metagegevens van of naar Oracle-databases. U kunt Gegevenspomp exporteren/importeren uitvoeren op een volledige database, selectieve schema's, tabelruimten of databaseobjecten. Gegevenspomp is het aanbevolen hulpprogramma voor het migreren van gegevens naar Azure, voor grote databases van 10 GB tot 20 TB in grootte. Het maakt een hoge mate van parallelle uitvoering, flexibele opties voor gegevensextractie en schaalbare bewerkingen mogelijk, waardoor gegevens en metagegevens van een brondatabase snel naar de doeldatabase kunnen worden verzonden. Oracle Data Pump ondersteunt ook versleuteling en compressie bij het exporteren van uw gegevens naar gegevensdumpbestanden. U kunt Oracle Data Pump gebruiken met Oracle Data Guard of Golden Gate om de eerste gegevensoverdracht voor grote databases af te handelen. Gegevenspomp is alleen beschikbaar op Oracle Database 10g Release 1 (10.1) en hoger.

Ontwerpoverwegingen

VM-grootte aanpassen

Overweeg om een voor hyperthreaded geheugen geoptimaliseerde virtuele machine te gebruiken met beperkte kern-vCPU's voor uw Oracle Database-VM, om te besparen op licentiekosten en om de prestaties te maximaliseren. Oracle heeft gegarandeerde licentiemobiliteit van on-premises naar Azure. Zie de veelgestelde vragen over Oracle-Azure.

Storage

Gebruik meerdere premium- of ultraschijven (beheerde schijven) voor prestaties en beschikbaarheid in uw Oracle-database. De naam van de schijf/het apparaat kan worden gewijzigd bij het opnieuw opstarten bij het gebruik van beheerde schijven. Het is raadzaam om de UUID van het apparaat te gebruiken in plaats van de naam, om ervoor te zorgen dat uw koppeling behouden blijft tijdens het opnieuw opstarten. Overweeg het gebruik van Oracle Automatic Storage Management (ASM) voor gestroomlijnd opslagbeheer voor uw database.

Testen en afstemmen

U wordt aangeraden de volgende tests uit te voeren om uw toepassing te valideren op basis van uw nieuwe Oracle-database:

  • Voer prestatietests uit om ervoor te zorgen dat ze voldoen aan de verwachtingen van uw bedrijf.
  • Test databasefailover, herstel en herstel om ervoor te zorgen dat u voldoet aan de RPO- en RTO-vereisten.
  • Vermeld alle kritieke taken en rapporten en voer ze uit op een nieuw Oracle-exemplaar om hun prestaties te evalueren op basis van uw SLA's (Service Level Agreements).
  • Ten slotte is het belangrijk om bij het migreren of maken van toepassingen voor de cloud uw toepassingscode aan te passen om cloudeigen patronen toe te voegen, zoals patroon voor opnieuw proberen en circuitonderbrekers. Andere patronen die zijn gedefinieerd in de handleiding cloudontwerppatronen, kunnen uw toepassing toleranter maken.

Oracle-licentieverlening

Als u hyperthreadingtechnologie in uw Azure-VM's gebruikt, telt u twee vCPU's als equivalent aan één Oracle Processor-licentie. Zie Licentieverlening voor Oracle Software in de Cloud Computing-omgeving voor meer informatie.

Back-upstrategie

Eén back-upstrategie is het gebruik van Oracle Recovery Manager (RMAN) en Azure Backup voor toepassingsconsistente back-ups. U kunt ook de Azure Backup-methode gebruiken.

Gebruik eventueel Azure Blob Fuse om een zeer redundant Azure Blob Storage-account te koppelen en uw RMAN-back-ups ernaar te schrijven voor extra tolerantie.

Beveiliging

Azure DDoS Protection, gecombineerd met best practices voor toepassingsontwerp, biedt verbeterde DDoS-risicobeperkingsfuncties om meer bescherming te bieden tegen DDoS-aanvallen. Schakel Azure DDOS Protection in voor elk virtueel perimeternetwerk.

Bedrijfscontinuïteit en herstel na noodgevallen

Voor bedrijfscontinuïteit en herstel na noodgevallen kunt u overwegen de volgende software te implementeren:

  • Oracle Data Guard Fast-Start Failover (FSFO) voor databasebeschikbaarheid
  • Oracle Data Guard Far Sync voor beveiliging tegen gegevensverlies zonder gegevensverlies.
  • Oracle GoldenGate voor de multi-primaire of actief-actieve modus in azure-beschikbaarheidsset of beschikbaarheidszone is afhankelijk van de SLA-vereisten.

Gebruik Beschikbaarheidszones om hoge beschikbaarheid in de regio te bereiken. Zie de referentiearchitecturen voor Oracle-databases in Azure voor meer informatie.

Een beschikbaarheid van 99,99% voor uw databaselaag kan worden bereikt met behulp van een combinatie van Azure Beschikbaarheidszones en Oracle Active DataGuard met FSFO.

Overweeg nabijheidsplaatsingsgroepen te gebruiken om de latentie tussen uw toepassing en databaselaag te verminderen.

Controleren

Oracle Enterprise Manager instellen voor beheer, bewaking en logboekregistratie.

Volgende stappen

Raadpleeg deze artikelen voor ondersteunende informatie:

Meer informatie over de verschillende architectuuronderdelen: