Oracle DB migreringar kan utföras på flera olika sätt. Den här lösningen omfattar ett av dessa alternativ, där Oracle Active Data Guard används för att migrera databasen. Det förutsätts att Oracle Data Guard (eller Active Data Guard) används i HA/DR-syfte. Beroende på programmet kan programmet antingen migreras först eller databasen. I det här fallet migreras programmet till Azure med hjälp av Azure Load Balancer. På så sätt kan du dela upp trafiken mellan den lokala datorn och Azure så att du gradvis kan migrera din programnivå. Databasmigrering utförs i flera steg. Som ett första steg används Oracle Data Guard för att konfigurera en sekundär/väntelägesdatabas i Azure. På så sätt kan du migrera dina data till Azure. När den sekundära i Azure är synkroniserad med den primära databasen kan du vända databasen i Azure till din primära databas samtidigt som du underhåller den sekundära lokala databasen. Som ett nästa steg kan du konfigurera en sekundär databas i en annan tillgänglighetszon (eller region) för HA/DR. Nu kan du inaktivera din lokala miljö. All datatrafik mellan lokalt nätverk och Azure flödar över Azure ExpressRoute vpn-anslutning eller PLATS-till-plats-ANSLUTNING.
Arkitektur
Dataflöde
- Anslut din Azure-miljö med ditt lokala nätverk via plats-till-plats-VPN eller ExpressRoute.
- Använd DataGuard för att markera OracleDB1 i Azure som aktiv stand-by.
- Växla OracleDB1 i Azure som primär och konfigurera OracleDB2 i Azure som vänteläge för att slutföra migreringen.
Anteckning
- Den här metoden fungerar bara när du migrerar till och från samma operativsystemversion och databasversion.
- Antagande:Du använder DataGuard lokalt.
Komponenter
- Azure Virtual Network
- Azure VPN Gateway
- Azure ExpressRoute
- Azure Virtual Machines
- Azure Managed Disks
Alternativ
Om databasen är över 2 TB kan du använda Oracle Data Guard med Oracle Recovery Manager (RMAN) eller använda Data Pump för att replikera ändringar efter en inledande massöverföring, vilket ger en minimal avbrottstidsmigrering.
Överväganden
Migrering
Du kan migrera hela Oracle-databasen från en lokal plats till en virtuell Azure-dator med minimal avbrottstid med hjälp av Oracle Recovery Manager (RMAN) och Oracle Data Guard. Använd RMAN för att återställa databasen till den virtuella Azure-datorn i vänteläge, antingen med hjälp av säkerhetskopiering/återställning eller duplicerad databasmetod. Du kan sedan konfigurera måldatabasen som en fysisk väntelägesdatabas med Oracle Data Guard, så att alla transaktioner/gör om data ändras från den primära lokala databasen till väntelägesdatabasen. När den primära lokala Oracle-databasen är synkroniserad med väntelägesdatabasen på den virtuella Azure-datorinstansen kan du växla över till måldatabasen, som konverterar den till en skrivskyddad databas. Du kan sedan peka dina programanslutningar till den nya primära databasen. Det här alternativet ger en minsta stilleståndstid när du migrerar databasen till Azure.
Oracle Data Pump-verktyget används för att exportera och importera data och metadata från eller till Oracle-databaser. Du kan köra datapumpexport/-import på en hel databas, selektiva scheman, tabellutrymmen eller databasobjekt. Data Pump är det rekommenderade verktyget för att migrera data till Azure för stora databaser mellan 10 GB och 20 TB. Det möjliggör hög grad av parallellitet, flexibla alternativ för extrahering av data och skalbara åtgärder som möjliggör snabb förflyttning av data och metadata från en källdatabas till måldatabasen. Oracle Data Pump stöder även kryptering och komprimering när du exporterar data till datadumpfiler. Du kan använda Oracle Data Pump med Oracle Data Guard eller Golden Gate för att hantera den inledande dataöverföringen för stora databaser. Observera att datapumpen endast är tillgänglig Oracle Database 10g Version 1 (10.1) och senare.
Designöverväganden
Storlek på virtuell dator
Överväg att använda en hypertrådad minnesoptimerad virtuell dator med begränsade kärn-vPU:er för din virtuella Oracle Database-dator, för att minska licenskostnaderna och maximera prestandan. Oracle har garanterad licensmobilitet från lokal plats till Azure. Se vanliga Oracle-Azure vanliga frågor och svar.
Storage
Använd flera premium- eller ultradiskar (hanterade diskar) för prestanda och tillgänglighet i Oracle-databasen. När du använder hanterade diskar kan diskens/enhetens namn ändras vid omstarter. Vi rekommenderar att du använder enhetens UUID i stället för namnet för att se till att dina monteringar bevaras vid omstarter. Överväg att använda Oracle Automatic Storage Management (ASM) för effektiv lagringshantering för din databas.
Testning och justering
Vi rekommenderar följande tester för att verifiera ditt program mot din nya Oracle-databas:
- Kör prestandatester för att säkerställa att de uppfyller dina affärsförväntningar.
- Testa databas redundans, återställning och återställning för att se till att du uppfyller kraven för RPO och RTO.
- Lista alla kritiska jobb och rapporter och kör dem på en ny Oracle-instans för att utvärdera deras prestanda mot dina serviceavtal (SLA).
- När du migrerar eller skapar program för molnet är det slutligen viktigt att justera programkoden för att lägga till molnbaserade mönster som återförsöksmönster och kretsbrytarmönster. Ytterligare mönster som definieras i guiden För molndesignmönster kan hjälpa ditt program att bli mer motståndskraftigt.
Oracle-licensiering
Om du använder flertrådsteknik på dina virtuella Azure-datorer räknar du två virtuella processorer som motsvarighet till en Oracle Processor-licens. Mer information finns i Licensing Oracle Software in the Cloud Computing Environment (Licensiering av Oracle-programvara i cloud Computing Environment).
Strategi för säkerhetskopiering
En säkerhetskopieringsstrategi är att använda Oracle Recovery Manager (RMAN) och Azure Backup för program konsekventa säkerhetskopieringar. Du kan också använda Azure Backup-metoden.
Du kan också använda Azure Blob Fuse för att montera ett mycket redundant Azure Blob Storage-konto och skriva dina RMAN-säkerhetskopior till det för ökad återhämtning.
Affärskontinuitet och haveriberedskap
Överväg att distribuera följande programvara för affärskontinuering och haveriberedskap:
- Oracle Data Guard Fast-Start Failover (FSFO) för databastillgänglighet
- Oracle Data Guard Far Sync för skydd utan dataförlust.
- Oracle GoldenGate för multi-primary eller active-active mode on Azure availability set or availability zone depends on SLA requirements (Oracle GoldenGate för multi-primary eller active-active mode on Azure availability set or availability zone depends on SLA requirements.
Använd Tillgänglighetszoner för att uppnå hög tillgänglighet i regionen. Mer information finns i Referensarkitekturer för Oracle-databaser i Azure.
En drifttidstillgänglighet på 99,99 % för din databasnivå kan uppnås med en kombination av Azure-tillgänglighetszoner och Oracle Active DataGuard med FSFO.
Överväg att använda närhetsplaceringsgrupper för att minska svarstiden mellan ditt program och din databasnivå.
Övervakning
Konfigurera Oracle Enterprise Manager för hantering, övervakning och loggning.
Nästa steg
Mer information finns i de här artiklarna:
- Implementera Oracle Data Guard på en virtuell Azure Linux-dator.
- Implementera Oracle Golden Gate på en virtuell Azure Linux-dator.
- Referensarkitekturer för Oracle Database Enterprise Edition på Azure.
Läs mer om de olika arkitekturkomponenterna:
- Utforma och implementera en Oracle-databas i Azure – Azure Virtual Machines
- Introduktion till Oracle Data Guard
- Koncept för Oracle Data Guard Broker
- Konfigurera Oracle GoldenGate för Active-Active hög tillgänglighet
- Oracle Active Data Guard – långt synkronisering – ingen dataförlust vid något avstånd
- Oracle Enterprise Manager
- Närhetsplaceringsgrupper i Azure
- Oracle Recovery Manager (RMAN)
- Licensiera Oracle Software i molnet