Oracle-workloads migreren naar Azure-VM's
In dit artikel wordt uitgelegd hoe u uw Oracle-workload migreert van een on-premises omgeving naar Azure Virtual Machines (VM's). Het maakt gebruik van de landingszone voor Oracle op Azure-VM's, met ontwerprichtlijnen en aanbevolen procedures. De aanbevolen strategie omvat een gestructureerde benadering voor detectie, ontwerp en implementatie, gevolgd door gegevensmigratie en uiteindelijke cutover.
Detectie
Migratie begint met een uitgebreide evaluatie van de Oracle-productportfolio. Deze evaluatie omvat het evalueren van de Oracle-databaseversies, de huidige en doelbesturingssystemen, evenals de toepassingen en hun afhankelijkheden.
Wanneer u Oracle-toepassingen, zoals Oracle (EBS, Siebel, PeopleSoft, JDE of andere niet-Microsoft-partneroplossingen zoals SAP of aangepaste toepassingen), wilt migreren, moet u rekening houden met de toepassingen als onderdeel van de migratiestrategie.
De bestaande Oracle-databaseomgeving kan worden uitgevoerd op zelfstandige servers, Oracle Real Application Clusters (RAC) of niet-Microsoft-partner-RAC-oplossingen.
Notitie
Houd er rekening mee dat Real Application Clustering (RAC) niet wordt ondersteund op virtuele Azure-machines. Als dit van toepassing is op uw omgeving, moet u RAC-rapporten of PDB-/CDB-rapporten (afhankelijk van uw architectuur) van alle RAC-knooppunten opgeven. Deze rapporten moeten worden gegenereerd op basis van hetzelfde tijdsbestek om consistentie te garanderen. De meest nauwkeurige aanbevelingen voor het aanpassen van de grootte worden verkregen door deze rapporten te genereren tijdens piekperioden van gebruik.
Voor toepassingen is het eenvoudig om de grootte van uw infrastructuur te bepalen met behulp van de detectiemogelijkheden van Azure Migrate.
Tijdens de detectiefase is het essentieel om alle toepassingsafhankelijkheden te controleren. U moet bepalen of downtime van toepassingen acceptabel is tijdens de migratie, omdat dit van invloed is op de keuze van migratiehulpprogramma's. Op basis van deze beslissing kunt u kiezen tussen online- of offlinemigratiemethoden.
Als u kiest voor een onlinemigratie, moet u ervoor zorgen dat de benodigde firewallpoorten open zijn om het migratieproces te vergemakkelijken.
Netwerkplanning is een kritieke stap tijdens de migratieperiode. Zorg ervoor dat u de bandbreedte test die nodig is om uw gegevens grondig over te dragen naar Azure, op basis van de grootte van uw gegevensset.
Ontwerpen
Toepassingsmigraties kunnen naadloos worden ingeschakeld met behulp van Azure Migrate. Azure Migrate:lift-and-shift your application to Azure IaaS based on the initial discovery.
Als u van plan bent om eigen Oracle-toepassingen te migreren, controleert u de architectuurvereisten voordat u een migratie op basis van Azure Migrate kiest.
De capaciteitsplanning voor uw Oracle-database wordt altijd uitgevoerd via AWR-rapporten die u tijdens een piekperiode van één uur genereert. Daarnaast is het belangrijk om uw opslagindeling in te stellen. De gegevensgrootte is de grootte waarop u zich moet richten tijdens de migratie en neemt de meest geschikte opslagbeslissing. Om uw gegevensgrootte te achterhalen, kunt u ons dbspace-script gebruiken.
Zodra de AWR-rapporten zijn gegenereerd, voert u Azure Oracle Migration Assistance Tool (OMAT) uit. Het OMAT-hulpprogramma raadt de juiste VM-grootte en opslagopties aan die vereist zijn voor uw Oracle Database op Azure IaaS. Als volgende stap stelt u een architectuur vast door uw vereisten grondig te beoordelen. Het wordt ten zeerste aanbevolen om de architectuur zeerbetrouwbaar en tolerant te ontwerpen bij het optreden van rampen of storingen, zoals wordt bepaald door de parameters van Recovery Point Objective (RPO) en Recovery Time Objective (RTO).
Als u ondersteuning nodig hebt bij het tot stand brengen van het architectuurontwerp, controleert u de Oracle-referentiearchitecturen. Het biedt architectuurrichtlijnen voor het kiezen van de beste oplossingsarchitectuur op basis van RPO- en RTO-vereisten. De RPO- en RTO-benadering is van toepassing voor het scheiden van de RAC-infrastructuur in hoge beschikbaarheids- en noodherstelarchitectuur (DR) met Oracle Data Guard.
Implementatie
Op basis van uw capaciteitsplanning en uw architectuurontwerp kunt u Ansible gebruiken om de infrastructuur en architectuur als code (IaC) te beschrijven en de landingszone te starten met Terraform of Bicep. Gebruik de GitHub-acties die beschikbaar zijn om de implementatie te automatiseren.
Typen voor gegevensmigratie
Het type gegevensmigratie is afhankelijk van de beslissingen die tijdens de detectiefase zijn genomen. U kunt kiezen uit hulpprogramma's en methoden zoals Data Box, RMAN, Data Pump, GoldenGate, Striim, SharePlex en Data Guard op basis van uw voorkeuren en vereisten.
Raadpleeg Oracle Migration Planning voor meer richtlijnen om de kenmerken van online- en offlinemigraties te bekijken.
Notitie
Offlinemigraties duren doorgaans langer dan onlinemigraties. Als gevolg hiervan worden hulpprogramma's zoals Data Pump niet aanbevolen voor scenario's met betrekking tot grote gegevensgrootten en strikte vereisten voor lage downtime.
Benadering van gegevensmigratie
Zodra uw Oracle-infrastructuur is ingesteld in Azure, wordt de Oracle-database geïnstalleerd en worden gerelateerde toepassingen gemigreerd. De volgende stap bestaat uit het overdragen van gegevens van uw on-premises Oracle-database naar de nieuwe Oracle-database in Azure. U kunt dit vergemakkelijken door de volgende Oracle-hulpprogramma's te gebruiken:
Azure verbetert de Oracle-hulpprogramma's met de juiste netwerkconnectiviteit, bandbreedte en opdrachten die worden mogelijk gemaakt door de volgende Azure-mogelijkheden voor gegevensmigratie.
- VPN-connectiviteit
- Express Route. Betrouwbaarheid van de ExpressRoute is de sleutel. Raadpleeg de richtlijnen voor tolerantie voor gateway en circuits.
- AzCopy
- Data Box
Oracle-hulpprogramma's voor gegevensmigratie
Het volgende diagram is een pictografische weergave van het totale migratieportfolio.
U hebt een van de Oracle Tools plus Azure-infrastructuren nodig om de juiste oplossingsarchitectuur te implementeren om gegevens te migreren. Zie de volgende referentieoplossingsscenario's:
Scenario-1: RMAN: RMAN-back-up en herstel gebruiken met Azure-functies, de installatie voor herstel op basis van RMAN. Het belangrijkste is het netwerk tussen on-premises en Azure.
Scenario-2: RMAN-back-upbenadering
Scenario-3: Setup kan ook op verschillende manieren worden gewijzigd, zoals wordt weergegeven in het volgende scenario.
Scenario-4: Gegevenspomp en AzCopy: eenvoudige en eenvoudige benadering met behulp van back-up en herstel van gegevenspomp met behulp van Azure-mogelijkheden.
Scenario-5: Data Box: een uniek scenario waarin gegevens worden verplaatst tussen de locaties met behulp van een opslagapparaat en fysieke verzending.
Cutover
Uw gegevens worden nu gemigreerd en Oracle-databaseservers en -toepassingen zijn actief. Gebruik de volgende stappen om bedrijfsactiviteiten die on-premises worden uitgevoerd, over te zetten naar een nieuwe Oracle-workload en -toepassingen op Azure IaaS.
- Plan een onderhoudsvenster om onderbrekingen voor gebruikers te minimaliseren.
- Stop de databaseactiviteit op de Oracle-brondatabase.
- Voer een laatste gegevenssynchronisatie uit om te controleren of alle wijzigingen zijn vastgelegd.
- Werk DNS-configuraties bij zodat deze verwijzen naar de nieuwe Virtuele Azure-machine.
- Start de Oracle-database op de Azure-VM en controleer de connectiviteit.
- Bewaak het systeem nauwkeurig op eventuele problemen tijdens het cutover-proces.
Taken na migratie
Nadat de cutover is uitgevoerd, controleert u of alle bedrijfstoepassingen werken zoals verwacht om bedrijfsactiviteiten samen met on-premises te leveren.
- Voer validatiecontroles uit om gegevensconsistentie en toepassingsfunctionaliteit te controleren.
- Documentatie bijwerken, waaronder: netwerkdiagrammen, configuratiedetails en noodherstelplannen.
- Implementeer doorlopende bewakings- en onderhoudsprocessen voor Azure-VM's die als host fungeren voor de Oracle-database.
Tijdens het migratieproces is het essentieel om effectief te communiceren met belanghebbenden, waaronder toepassingseigenaren, IT-operationele teams en eindgebruikers, om verwachtingen te beheren en onderbrekingen te minimaliseren. U kunt ook contact opnemen met ervaren professionals of adviesservices die zijn gespecialiseerd in Oracle-naar-Azure-migraties om een soepele en succesvolle overgang te garanderen.