Migrera Oracle-arbetsbelastningar till virtuella Azure-datorer
Den här artikeln visar hur du flyttar oracle-arbetsbelastningen från din lokala miljö till landningszonen virtuella Azure-datorer (VM). Den använder landningszonen för Oracle Database i Azure, som erbjuder designråd och metodtips för Oracle-migrering på Azure IaaS. En beprövad metod för identifiering, design och distribution rekommenderas för den övergripande migreringsstrategin, följt av datamigrering, och skär över.
Identifiering
Migreringen börjar med en detaljerad utvärdering av Oracle-produktportföljen. Den aktuella infrastrukturen som stöder Oracle-databaser och appar, databasversioner och typer av program som använder Oracle-databas är: Oracle (EBS, Siebel, People Soft, JDE med flera) och andra partnererbjudanden som SAP eller anpassade program. Den befintliga Oracle-databasen kan fungera på servrar, Oracle Real Application Clusters (RAC) eller icke-Microsoft partner RAC. För program måste vi identifiera storleken på infrastrukturen som enkelt kan göras med hjälp av Azure Migrate-baserad identifiering. För databasen är metoden att tillåtas med begränsningar AWR-rapporter (Automatic Workload Repository) om högsta belastning för att gå vidare till designsteg.
Designa
För program lyfter och flyttar Azure Migrate infrastruktur och program till Azure IaaS baserat på identifiering. För Oracle-program från första part läser du arkitekturkraven innan du bestämmer dig för Azure Migrate-baserad migrering. Databasdesignen börjar med genererade AWR-rapporter vid hög belastning. När AWRs är på plats kör du Azure Oracle Migration Assistance Tool (OMAT) med AWR-rapporter som indata. OMAT-verktyget rekommenderar rätt storlek och lagringsalternativ för virtuella datorer som krävs för oracledatabasen i Azure IaaS. Lösningen måste ha hög tillförlitlighet och motståndskraft vid katastrofer, vilket bestäms av parametrarna för mål för återställningspunkt (RPO) och mål för återställningstid (RTO). Oracle-landningszonen erbjuder arkitekturvägledning för att välja den bästa lösningsarkitekturen baserat på RPO- och RTO-krav. RPO- och RTO-metoden gäller för att separera RAC-infrastrukturen i arkitekturen för hög tillgänglighet (HA) och haveriberedskap (DR) med Hjälp av Oracle Data Guard.
Distribution
OMAT-verktyget analyserar AWR-rapporten för att ge dig information om den infrastruktur som krävs. rätt VM-storlek och rekommendationer för lagring med kapacitet. Baserat på den informationen väljer du det lämpliga kravet på HA och DR (RPO/RTO) för att tillhandahålla elastisk arkitektur som tillhandahåller BCDR (Business Continuity and Disaster Recovery) med Oracle i Azure-landningszonen. Använd Ansible för att beskriva infrastrukturen och arkitekturen som infrastruktur som kod (IaC) och starta landningszonen med antingen Terraform eller Bicep. Använd de GitHub-åtgärder som är tillgängliga för att automatisera distributionen.
Typer för datamigrering
Datamigreringsprocessen har två typer, online och offline. Online överför data från källa till mål när det händer. Offline extraherar data från källan och överför dem till målet efteråt. Båda metoderna är viktiga. Offline är lämpligt för överföring av stora data mellan källa och mål, medan online kan överföra inkrementella data innan de flyttas från källa till måldatabas. Båda typerna av metoder som används tillsammans kan vara en effektiv lösning för lyckad datamigrering.
Datamigreringsmetod
När du har konfigurerat Oracle i Azure-infrastrukturen installerar du Oracle-databasen och migrerar relaterade program. Nästa steg är att överföra data från en lokal Oracle-databas till den nya Oracle-databasen i Azure. Se följande Oracle-verktyg:
Azure förbättrar Oracle-verktygen med rätt nätverksanslutning, bandbredd och kommandon som drivs av följande Azure-funktioner för datamigrering.
- VPN-anslutning
- ExpressRoute. Tillförlitlighet för ExpressRoute är nyckeln. Se vägledningen för återhämtning för gateway och kretsar.
- AzCopy
- Data Box
Oracle-verktyg för datamigrering
Följande diagram är en piktografisk representation av den övergripande migreringsportföljen.
Du behöver ett av Oracle-verktygen plus Azure-infrastrukturer för att distribuera rätt lösningsarkitektur för att migrera data. Se följande referenslösningsscenarier:
Scenario-1: RMAN: Använd RMAN-säkerhetskopiering och återställning med Azure-funktioner, konfigurationen för RMAN-baserad återställning. Det viktigaste är nätverket mellan lokalt och Azure.
Scenario-2: RMAN-säkerhetskopieringsmetod
Scenario-3: Du kan också ändra konfigurationen på flera olika sätt enligt beskrivningen i följande scenario.
Scenario-4: Data PumpàAzCopy – enkel och rak metod med hjälp av säkerhetskopiering och återställning av datapump med hjälp av Azure-funktioner.
Scenario-5: Data Box – ett unikt scenario där data flyttas mellan platserna med hjälp av en lagringsenhet och fysisk leverans.
Snabb
Nu migreras dina data och Oracle-databasservrar och -program är igång. Använd följande steg för att överföra affärsåtgärder som körs lokalt till nyfunna Oracle-arbetsbelastningar och program i Azure IaaS.
- Schemalägg ett underhållsperiod för att minimera störningar för användare.
- Stoppa databasaktiviteten i Oracle-källdatabasen.
- Utför en slutlig datasynkronisering för att kontrollera att alla ändringar registreras.
- Uppdatera DNS-konfigurationer så att de pekar på den nya virtuella Azure-datorn.
- Starta Oracle-databasen på den virtuella Azure-datorn och verifiera anslutningen.
- Övervaka systemet noggrant för eventuella problem under snabbprocessen.
Uppgifter efter migreringen
Efter snabbningen kontrollerar du att alla affärsprogram fungerar som förväntat för att leverera affärsåtgärder tillsammans med lokalt.
- Utför valideringskontroller för att verifiera datakonsekvens och programfunktioner.
- Uppdateringsdokumentation, inklusive: nätverksdiagram, konfigurationsinformation och haveriberedskapsplaner.
- Implementera pågående övervaknings- och underhållsprocesser för virtuella Azure-datorer som är värdar för Oracle-databasen.
Under hela migreringsprocessen är det viktigt att kommunicera effektivt med intressenter, inklusive programägare, IT-driftsteam och slutanvändare, för att hantera förväntningar och minimera störningar. Överväg också att samarbeta med erfarna proffs eller konsulttjänster som specialiserat sig på Oracle-till-Azure-migreringar för att säkerställa en smidig och lyckad övergång.