Den här artikeln beskriver hur du använder Oracle Data Guard för att migrera en lokal Oracle Database till en virtuell Azure-dator (VM). Den här artikeln förutsätter att du har en grundläggande förståelse för Oracle Database-tekniker, Azure-beräkning och Azure-nätverk. Det här scenariot bygger på scenariot i Migrera Oracle-databasarbetsbelastningar till Azure.
Arkitektur
Följande diagram visar ett exempel på det här scenariot.
Ladda ned en Visio-fil med den här arkitekturen.
Scenario
Tänk på följande scenarioinformation:
I ditt lokala nätverk har du en befintlig Oracle Database-instans och du vill migrera en databas från den instansen till en virtuell Azure-dator.
Databasen är 20 TB och körs på Oracle Enterprise Linux (x86). Databasversionen är Oracle Database 19c, Enterprise Edition.
Databasen är RAC-aktiverad (Real Application Clusters), som innehåller två noder. För haveriberedskap replikerar du databasen via Oracle Data Guard till ett annat datacenter som är geografiskt avlägset från den primära databasplatsen.
Du har gjort en utvärdering av dina lokala Oracle Database- och programtjänster och distribuerat en virtuell dator i Azure som har den beräkningsstorlek och lagringskonfiguration som krävs.
Du placerar den virtuella datorn i databasundernätet som finns i det virtuella Oracle-nätverket, som är peer-kopplat till det virtuella hubbnätverket. IP-adressintervallet för databasundernätet är 10.42.1.0/24.
I det virtuella hubbnätverket måste trafiken passera en virtuell nätverksinstallation (NVA) som inte kommer från Microsoft, till exempel FortiGate, Check Point eller Cisco. NVA fungerar som en routningsenhet, vilket säkerställer att anslutningen mellan den virtuella datorn och den lokala Oracle Database-implementeringen är helt dirigerbar. Du konfigurerar NVA för att inspektera all trafik som går till och från en lokal plats. IP-adressen för hubbens NVA är 10.0.0.5.
Du konfigurerar hybridanslutningar i det virtuella hubbnätverket via en Azure ExpressRoute-anslutning till ditt lokala nätverk.
Du måste migrera den lokala databasen till den virtuella Azure-datorn med minsta möjliga stilleståndstid. Du bestämmer dig för att använda Oracle Data Guard och Oracle Recovery Manager (RMAN) för migreringen.
Etablera nätverksanslutning
Om du vill använda Oracle Data Guard för migrering måste du se till att käll- och måldatabaserna kan kommunicera med varandra.
- Skapa en Azure-routningstabell och associera den med databasundernätet.
- Peka Azure-routningstabellen till IP-adressen för hubbens NVA för att dirigera till den lokala miljön.
- Konfigurera hubbens NVA för att dirigera trafik mellan den lokala miljön och databasundernätet.
Konfigurera routningstabellen
Använd följande konfiguration för att skapa en Azure-routningstabell och associera den med databasundernätet:
- Adressprefix: 192.168.0.0/16
- Nästa hopptyp: Virtuell installation
- Nästa hopps IP-adress: 10.0.0.5
- Namn: <Namn på routningstabell>
Följande diagram visar ett exempel på den uppdaterade nätverkskonfigurationen.
Utför följande steg för att verifiera anslutningen.
- Logga in på den virtuella Azure-datorn. Kontrollera att du kan använda SSH-protokollet (Secure Shell) för att upprätta en anslutning till den lokala databasservern.
- Logga in på den lokala databasservern. Kontrollera att du kan använda SSH-protokollet för att upprätta en anslutning till den virtuella Azure-datorn.
Utför migreringsaktiviteter
Använd RMAN för att säkerhetskopiera databasen från den lokala databasservern och återställa den till målsystemet. Mer information finns i Återställa en databas på en ny värd.
Beroende på databasens storlek på säkerhetskopieringsfilen och nätverksbandbredden kanske du kan kopiera säkerhetskopieringsfilerna direkt till den virtuella Azure-datorn på en uppsättning diskar för mellanlagringsområdet som du specifikt skapar för det ändamålet. Om du inte kan använda den metoden på grund av nätverksbandbreddsbegränsningar kan du använda Azure Data Box för att kopiera säkerhetskopieringsfilerna till Azure. När filerna finns i Azure Blob Storage bör du kopiera dem till den virtuella Azure-datorns mellanlagringsområdesuppsättning med diskar för återställningsåtgärden.
Konfigurera Oracle Data Guard mellan den lokala databasservern (primär replik) och Azure VM-databasservern (sekundär replik). Mer information finns i Skapa en fysisk väntelägesdatabas.
När Oracle Data Guard-replikeringen har slutförts och databassynkroniseringen utför du en övergång till den virtuella Azure-datorn. Mer information finns i Rollövergångar. Samordna det här steget med programteamet för att se till att de uppdaterar programtjänsterna så att de pekar på den nya databasen.
Utför följande programmigreringsaktiviteter parallellt med databasmigreringen för att säkerställa minsta möjliga stilleståndstid.
- Migrera programtjänster i enlighet med dina planer och diskussioner.
- Uppdatera programtjänsterna så att de pekar på den nya databasen, inklusive posterna anslutningssträng, Transparent Network Substrate (TNS) och andra nödvändiga konfigurationer.
- Kontrollera att programtjänsterna fungerar som förväntat.
Utföra aktiviteter efter migreringen
Konfigurera säkerhetskopiering för databasen på den virtuella Azure-datorn. Mer information finns i Säkerhetskopieringsstrategier för Oracle Database på en virtuell Azure Linux-dator.
Virtuella Azure-datorer stöder inte Oracle RAC, så överväg att använda Oracle Data Guard för hög tillgänglighet och haveriberedskap. Mer information finns i Affärskontinuitet och haveriberedskap för Oracle på virtuella Azure-datorer.
Kör den lokala databasen som en sekundär Data Guard-replik under en tidsperiod för att säkerställa att migreringen lyckas.
När du inte längre behöver den lokala databasen inaktiverar du databasen och servern. Granska ändringar som du har gjort i portar och brandväggen för att tillåta kommunikation mellan den lokala miljön och den virtuella Azure-datorn. Konvertera alla ändringar som du inte längre behöver.
Slutsats
Gör de föregående konfigurationsändringarna för att migrera databasen från en lokal miljö till en virtuell Azure-dator. Konfigurationsändringarna hjälper till att säkerställa att käll- och måldatabaserna kan kommunicera med varandra och att du kan utföra migreringen med minimal stilleståndstid.
Deltagare
Den här artikeln underhålls av Microsoft. Det har ursprungligen skrivits av följande medarbetare.
- Jan Faurskov | Molnlösningsarkitekt
- Güher Kayali Sarikan | Molnlösningsarkitekt
Om du vill se icke-offentliga LinkedIn-profiler loggar du in på LinkedIn.
Nästa steg
Granska följande artiklar för att se till att implementeringen följer rekommenderade metoder:
- Nätverkstopologi och anslutning för Oracle på en virtuell Azure-dator
- Säkerhetsriktlinjer för Oracle-arbetsbelastningar på en virtuell Azure-dator
- Hantera och övervaka Oracle-arbetsbelastningar på en virtuell Azure-dator
- Affärskontinuitet och haveriberedskap för Oracle på en virtuell Azure-dator
- Oracle Data Guard-koordinatorbegrepp
- Oracle Active Data Guard synkroniserar långt noll dataförlust
- Implementera Oracle Data Guard på en virtuell Azure Linux-dator
- Implementera Oracle Golden Gate på en virtuell Azure Linux-dator