Migrace databáze Oracle na virtuální počítač Azure

Azure Virtual Machines

Azure ExpressRoute

Azure VPN Gateway

Tento článek popisuje, jak pomocí Oracle Data Guard migrovat místní databázi Oracle do virtuálního počítače Azure. Tento článek předpokládá, že máte základní znalosti o technologiích Oracle Database, výpočetních prostředcích Azure a sítích Azure. Tento scénář vychází ze scénáře při migraci databázových úloh Oracle do Azure.

Architektura

Následující diagram znázorňuje příklad tohoto scénáře.

Stáhněte si soubor aplikace Visio s touto architekturou.

Scénář

Zvažte následující podrobnosti scénáře:

V místní síti máte existující instanci Oracle Database a chcete migrovat databázi z této instance na virtuální počítač Azure.
Databáze je 20 TB a běží na Oracle Enterprise Linuxu (x86). Verze databáze je Oracle Database 19c, edice Enterprise.
Databáze je povolená na RAC (Real Application Clusters), což zahrnuje dva uzly. Pro zotavení po havárii replikujete databázi přes Oracle Data Guard do jiného datacentra, které je geograficky vzdálené od primárního umístění databáze.
Provedli jste posouzení místních služeb Oracle Database a aplikací a nasadili jste virtuální počítač v Azure, který má požadovanou velikost výpočetních prostředků a konfiguraci úložiště.
Virtuální počítač umístíte do podsítě databáze, která je ve virtuální síti Oracle, která je v partnerském vztahu k virtuální síti centra. Rozsah IP adres podsítě databáze je 10.42.1.0/24.
V centrální virtuální síti musí provoz procházet síťovým zařízením jiných společností než Microsoft, jako je FortiGate, Check Point nebo Cisco. Síťové virtuální zařízení funguje jako směrovací zařízení, které pomáhá zajistit, aby připojení mezi virtuálním počítačem a místní implementací databáze Oracle bylo plně směrovatelné. Síťové virtuální zařízení nakonfigurujete tak, aby kontrolovali veškerý provoz, který přechází do a z místního prostředí. IP adresa síťového virtuálního zařízení centra je 10.0.0.5.
V centrální virtuální síti nakonfigurujete hybridní připojení prostřednictvím připojení Azure ExpressRoute k vaší místní síti.
Potřebujete migrovat místní databázi na virtuální počítač Azure s minimálním možným výpadkem. Rozhodnete se pro migraci použít Oracle Data Guard a Oracle Recovery Manager (RMAN).

Navázání připojení k síti

Pokud chcete k migraci použít Oracle Data Guard, musíte zajistit, aby mezi sebou mohly komunikovat zdrojové a cílové databáze.

Vytvořte směrovací tabulku Azure a přidružte ji k podsíti databáze.
Nasměrujte směrovací tabulku Azure na IP adresu síťového virtuálního zařízení centra pro směrování do místního prostředí.
Nakonfigurujte síťové virtuální zařízení centra pro směrování provozu mezi místním prostředím a podsítí databáze.

Konfigurace směrovací tabulky

Pomocí následující konfigurace vytvořte směrovací tabulku Azure a přidružte ji k podsíti databáze:

Předpona adresy: 192.168.0.0/16
Typ dalšího segmentu směrování: Virtuální zařízení
IP adresa dalšího segmentu směrování: 10.0.0.5
Název: <Název směrovací tabulky>

Následující diagram znázorňuje příklad aktualizované konfigurace sítě.

Pokud chcete ověřit připojení, proveďte následující kroky.

Přihlaste se k virtuálnímu počítači Azure. Ověřte, že k navázání připojení k místnímu databázovému serveru můžete použít protokol SSH (Secure Shell).
Přihlaste se k místnímu databázovému serveru. Ověřte, že k navázání připojení k virtuálnímu počítači Azure můžete použít protokol SSH.

Aktivity migrace

Pomocí nástroje RMAN zálohujte databázi z místního databázového serveru a obnovte ji do cílového systému. Další informace naleznete v tématu Obnovení databáze na novém hostiteli.

V závislosti na velikosti záložního souboru databáze a šířce pásma sítě můžete záložní soubory zkopírovat přímo do virtuálního počítače Azure v pracovní sadě disků, které pro tento účel vytvoříte. Pokud tuto metodu nemůžete použít kvůli omezením šířky pásma sítě, můžete pomocí Azure Data Boxu zkopírovat záložní soubory do Azure. Jakmile jsou soubory ve službě Azure Blob Storage, měli byste je zkopírovat do pracovní oblasti virtuálního počítače Azure sady disků pro operaci obnovení.
Nakonfigurujte Oracle Data Guard mezi místním databázovým serverem (primární replikou) a databázovým serverem virtuálního počítače Azure (sekundární replika). Další informace naleznete v tématu Vytvoření fyzické pohotovostní databáze.
Po dokončení replikace Oracle Data Guard a synchronizaci databází proveďte přechod na virtuální počítač Azure. Další informace najdete v tématu Přechody rolí. Tento krok koordinuje s aplikačním týmem, aby zajistil, že aktualizuje aplikační služby tak, aby odkazovali na novou databázi.
Proveďte následující aktivity migrace aplikací paralelně s migrací databáze, abyste zajistili nejmenší výpadek.
- Migrujte aplikační služby v souladu s vašimi plány a diskuzemi.
- Aktualizujte aplikační služby tak, aby odkazy na novou databázi, včetně položek připojovací řetězec, transparentního síťového podkladu (TNS) a dalších požadovaných konfigurací.
- Ověřte, že aplikační služby fungují podle očekávání.

Provádět aktivity po migraci

Nakonfigurujte zálohování databáze na virtuálním počítači Azure. Další informace najdete v tématu Strategie zálohování pro Oracle Database na virtuálním počítači Azure s Linuxem.
Virtuální počítače Azure nepodporují Oracle RAC, proto zvažte použití Oracle Data Guard pro zajištění vysoké dostupnosti a zotavení po havárii. Další informace najdete v tématu Provozní kontinuita a zotavení po havárii pro Oracle na virtuálních počítačích Azure.
Spusťte místní databázi jako sekundární repliku ochrany Data Guard po určitou dobu, abyste měli jistotu, že migrace bude úspěšná.
Jakmile už místní databázi nepotřebujete, vyřadíte databázi a server z provozu. Zkontrolujte změny provedené na portech a bráně firewall a povolte komunikaci mezi místním prostředím a virtuálním počítačem Azure. Převeďte všechny změny, které už nepotřebujete.

Závěr

Proveďte předchozí změny konfigurace pro migraci databáze z místního prostředí na virtuální počítač Azure. Změny konfigurace pomáhají zajistit, aby mezi sebou mohly zdrojové a cílové databáze komunikovat a že migraci můžete provést s minimálními výpadky.

Přispěvatelé

Tento článek spravuje Microsoft. Původně byla napsána následujícími přispěvateli.

Jan Faurskov | Architekt cloudového řešení
Güher Kayali Sarikan | Architekt cloudového řešení

Pokud chcete zobrazit neveřejné profily LinkedIn, přihlaste se na LinkedIn.

Další kroky

Projděte si následující články a ujistěte se, že vaše implementace dodržuje doporučené postupy:

Sdílet prostřednictvím