Migrera Oracle-arbetsbelastningar till virtuella Azure-datorer
Den här artikeln beskriver hur du migrerar oracle-arbetsbelastningen från en lokal miljö till virtuella Azure-datorer (VM). Den använder landningszonen för Oracle på virtuella Azure-datorer och ger designvägledning och metodtips. Den rekommenderade strategin innehåller en strukturerad metod för identifiering, design och distribution, följt av datamigrering och slutlig snabb användning.
Identifiering
Migreringen börjar med en omfattande utvärdering av Oracle-produktportföljen. Den här utvärderingen omfattar utvärdering av Oracle-databasversioner, aktuella operativsystem och måloperativsystem samt program och deras beroenden.
När du planerar att migrera Oracle-program, till exempel Oracle (EBS, Siebel, PeopleSoft, JDE eller andra partnerlösningar som inte kommer från Microsoft, till exempel SAP eller anpassade program, bör du överväga programmen som en del av migreringsstrategin.
Den befintliga Oracle-databasmiljön kan köras på fristående servrar, Oracle Real Application Clusters (RAC) eller rac-lösningar som inte är microsoft-partner.
Kommentar
Observera att RAC (Real Application Clustering) inte stöds på en virtuell Azure-dator. Om detta gäller för din miljö kontrollerar du att du tillhandahåller RAC-rapporter eller PDB/CDB-rapporter (beroende på din arkitektur) från alla RAC-noder. Dessa rapporter måste genereras från samma tidsram för att säkerställa konsekvens. De mest exakta storleksrekommendationerna erhålls genom att generera dessa rapporter under perioder med hög användning.
För program är det enkelt att fastställa storleken på infrastrukturen med hjälp av Azure Migrates identifieringsfunktioner.
Under identifieringsfasen är det viktigt att granska alla programberoenden. Du bör bestämma om programavbrott är acceptabelt under migreringen, eftersom det påverkar valet av migreringsverktyg. Baserat på det här beslutet kan du välja mellan online- eller offlinemigreringsmetoder.
Om du väljer en onlinemigrering kontrollerar du att de nödvändiga brandväggsportarna är öppna för att underlätta migreringsprocessen.
Nätverksplanering är ett viktigt steg under migreringsperioden. Se till att testa den bandbredd som krävs för att överföra dina data till Azure noggrant, baserat på storleken på din datauppsättning.
Designa
Programmigreringar kan aktiveras sömlöst med hjälp av Azure Migrate. Azure Migrate lift-and-shift ditt program till Azure IaaS baserat på den första identifieringen.
Om du planerar att migrera Oracle-program från första part granskar du arkitekturkraven innan du väljer en Azure Migrate-baserad migrering.
Kapacitetsplaneringen för Oracle-databasen utförs alltid via AWR-rapporter som du genererar under en rusningstid på en timme. Dessutom är det viktigt att konfigurera lagringslayouten. Datastorleken är den storlek du behöver fokusera på under migreringen och fatta det bäst lämpade lagringsbeslutet. För att ta reda på datastorleken kan du använda vårt dbspace-skript.
När AWR-rapporterna har genererats kör du Azure Oracle Migration Assistance Tool (OMAT). OMAT-verktyget rekommenderar rätt storlek och lagringsalternativ för virtuella datorer som krävs för oracledatabasen i Azure IaaS. Som nästa steg upprätta en arkitektur genom att noggrant utvärdera dina krav. Vi rekommenderar starkt att du utformar arkitekturen som är myckettillförlitlig och motståndskraftig vid förekomst av katastrofer eller fel, enligt parametrarna för Mål för återställningspunkt (RPO) och mål för återställningstid (RTO).
Om du behöver stöd för att upprätta arkitekturdesignen granskar du Oracle-referensarkitekturerna. Det ger 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 Oracle Data Guard.
Distribution
Baserat på kapacitetsplaneringen och arkitekturdesignen kan du använda 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
Typen av datamigrering beror på vilka beslut som fattas under identifieringsfasen. Du kan välja bland verktyg och metoder som Data Box, RMAN, Data Pump, GoldenGate, Striim, SharePlex och Data Guard baserat på dina inställningar och krav.
Mer vägledning finns i Oracle Migration Planning (Oracle Migration Planning ) för att granska egenskaperna för online- och offlinemigreringar.
Kommentar
Offlinemigreringar tar vanligtvis längre tid än onlinemigreringar. Därför rekommenderas inte verktyg som Data Pump för scenarier som omfattar stora datastorlekar och strikta krav på låg stilleståndstid.
Datamigreringsmetod
När oracle-infrastrukturen har konfigurerats i Azure installeras Oracle-databasen och relaterade program migreras. Nästa steg är att överföra data från din lokala Oracle-databas till den nya Oracle-databasen i Azure. För att underlätta detta bör du överväga att använda 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: Datapump och 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.