Optimalizace provozní kontinuity a zotavení po havárii

Při migraci prostředků Oracle do Azure vezměte v úvahu spolehlivost databáze a také spolehlivost úrovní virtuálních počítačů, podsítí virtuálních sítí a součástí úložiště.

Oracle v Azure infrastructure as a service (IaaS) může splnit požadované cíle odolnosti u nejnáročnějších úloh Oracle. Pokud chcete efektivně využít doprovodné materiály v tomto článku, definujte nejprve klíčové ukazatele výkonu odolnosti (KPI) na základě vašich obchodních požadavků. Jako základní klíčové ukazatele výkonu použijte požadavky na plánovanou dobu obnovení (RTO) a cíl bodu obnovení (RPO) k určení nejlepší architektury pro vaši úlohu Oracle v Azure.

RTO je maximální doba, po kterou aplikace zůstane nedostupná po havárii, selhání nebo srovnatelné události.

RPO je maximální množství ztráty dat po havárii, selhání nebo srovnatelné události.

Metody zálohování pro ochranu dat

Mezi tři metody zálohování databází Oracle pro úlohu Oracle v Azure IaaS patří:

• Streamování záloh. Pro tuto metodu použijte Oracle Recovery Manager (RMAN). RMAN streamuje zálohy na sekvenční pásková média.

  Mezi cíle zálohování v Azure patří:

  • Virtuální páskové knihovny jiných společností než Microsoft, které najdete v Azure Marketplace.
  • Místní a vzdálené sdílené složky, například Azure Blob Storage protokolem systému souborů NETWORK, Azure Files a Azure NetApp Files.

• Snímky na úrovni úložiště. Pro tuto metodu použijte Azure Backup. Tato metoda závisí na typu úložiště, které používáte pro soubory databáze. Pokud například používáte spravované disky Azure, jako je Azure Premium SSD, Azure Backup se integruje s databází Oracle. Pokud používáte Azure NetApp Files, můžete využít možnosti ochrany dat Azure NetApp Files, jako je Azure NetApp Files zálohování a replikace mezi oblastmi.

• Zálohy na úrovni virtuálního počítače. Pro tuto metodu použijte Azure Backup.

Při streamování záloh velkých databází může doba potřebná ke zkopírování dat k jejich obnovení překročit požadavky na plánovanou dobu obnovení. Snímky na úrovni úložiště jsou pro tento scénář nejlepší volbou.

Doporučení

• Pečlivě zvažte, jestli implementovat strategii zálohování založenou na streamování, na snímcích na úrovni úložiště nebo na obou strategiích.

• Vyhodnoťte vliv strategie zálohování na požadavky na plánovanou dobu obnovení a cíl bodu obnovení.

• Analyzujte dostupné cíle úložiště pro zálohy RMAN na základě zdokumentovaných limitů propustnosti pro jednotlivé možnosti. Zvolte možnost, která vyhovuje vašim požadavkům.

• Zvažte použití Azure Backup pro snímky na úrovni úložiště a zvažte umístění snímků do spárované oblasti nebo zóny dostupnosti pro dodatečnou ochranu.

• Zvažte různé možnosti úložiště pro ukládání záloh archivačních protokolů, které potřebujete k obnovení databáze. Vezměte v úvahu aspekty výkonu, replikace a nákladů u jednotlivých možností.

• Vyvíjejte a pravidelně testujte plány zálohování a obnovení, abyste zabránili nechtěným překvapením v produkčním prostředí.

Ochrana služeb a provozní kontinuita

Tato část popisuje, jak zlepšit celkovou vysokou dostupnost (HA) a zotavení po havárii (DR) úloh Oracle v Azure IaaS implementací aspektů ochrany služeb a provozní kontinuity (BC).

Zapracujte následující doporučení, abyste zlepšili redundanci architektury a v konečném důsledku maximalizovali dobu, po kterou je vaše služba dostupná. Snažte se minimalizovat výpadky služeb způsobené plánovanými výpadky, jako jsou opravy, aktualizace a upgrady, a neplánovaným výpadkům, jako jsou selhání. Využijte možnosti Azure a Oracle ke zlepšení zotavení po selháních v celé zeměpisné oblasti.

Azure poskytuje mnoho možností pro vysokou dostupnost jednotlivých komponent v architektuře Oracle on IaaS. Můžete například:

• Nasaďte virtuální počítače ve skupinách dostupnosti, abyste zajistili samostatné domény selhání a aktualizační domény.
• Create zón dostupnosti pro ochranu před selháním datacentra.
• Nasazení umístěte do různých oblastí, abyste se ochránili před selháním v úplných oblastech.

Různé možnosti úložiště Azure poskytují různé úrovně redundance úložiště, jako je místně redundantní úložiště, zónově redundantní úložiště a geograficky redundantní úložiště. Při plánování nasazení úloh Oracle v Azure IaaS zvažte každou možnost.

Můžete také použít Oracle Data Guard, což je nástroj pro nastavení ochrany databázových služeb Oracle. Data Guard předává a aplikuje transakční protokoly do jedné nebo více pohotovostních databází. Tento proces udržuje přesné kopie primární databáze, do které můžete převzít služby při selhání, pokud máte plánovanou údržbu nebo scénář selhání.

Data Guard má tři režimy replikace dat: maximální ochrana, maximální dostupnost a maximální výkon. Každý režim replikace nabízí jinou kombinaci režimů přenosu protokolů a různých transakčních záruk pro aplikaci v sekundární databázi.

V závislosti na vaší strategii, jako je strategie nulové latence nebo nulové ztráty dat, můžete zvolit synchronní nebo asynchronní konfiguraci. V závislosti na požadavcích na maximální výpadek můžete také implementovat převzetí služeb při selhání s rychlým startem. K dispozici jsou referenční architektury, které poskytují obnovení za méně než jednu minutu nebo méně než pět minut a až čtyři hodiny. Edice Enterprise Oracle Database zahrnuje Data Guard.

Oracle GoldenGate je další nástroj, který můžete použít k replikaci dat mezi dvěma databázemi a povolení scénářů s více primárními hodnotami. GoldenGate si musíte koupit samostatně.

Doporučení

• Zvažte možnosti, které Azure poskytuje pro vysokou dostupnost různých komponent infrastruktury v implementaci Oracle v Azure IaaS.

• Při použití ochrany Data Guard pro vysokou dostupnost a zotavení po havárii pečlivě vyberte režim ochrany databáze, který splňuje vaše požadavky. Například režim maximálního výkonu minimalizuje dopad na zdroj, ale má nejvyšší potenciál ke ztrátě dat. Další informace najdete v tématech BCDR pro Oracle v Azure Virtual Machines akcelerátor cílové zóny a režimy ochrany Oracle Data Guard.

• Zvažte automatizaci procesu převzetí služeb při selhání. Můžete například použít převzetí služeb při selhání s rychlým startem.

• Vytvořte testovací postupy pro procesy převzetí služeb při selhání a provádějte pravidelné testování, abyste se vyhnuli problémům.

• Řešení můžete navrhovat holisticky pomocí funkcí nativních pro Azure, jako jsou zóny dostupnosti, a nástrojů nativních pro Oracle, jako je Data Guard, tak, aby splňovaly požadavky na vysokou dostupnost a zotavení po havárii. Následující dva příklady používají nativní komponenty Azure a komponenty nativní pro Oracle.

Create převzetí služeb při selhání s pasivním pohotovostním režimem

Tato část popisuje příklad scénáře převzetí služeb při selhání pro důležité obchodní aplikace Oracle v nasazení se dvěma zónami dostupnosti s pasivním pohotovostním režimem.

Důležité obchodní aplikace Oracle, jako je Oracle E-Business Suite, vyžadují ochranu před selháním a tím i holistickou architekturu.

Tento příklad:

• Má nasazení se dvěma zónami dostupnosti. Aplikační vrstva používá Azure Site Recovery s pasivním sekundárním virtuálním počítačem.

• Využívá funkci rychlého převzetí služeb při selhání služby Data Guard. Pokud chcete získat nejvyšší dostupnost, doporučujeme nainstalovat dva pozorovatele. Primární pozorovatel je v zóně dostupnosti jedna a sekundární pozorovatel je ve druhé zóně dostupnosti. Pozorovatelé monitorují a směrují provoz. Pokud je primární databáze nedostupná, pozorovatel automaticky převezme služby při selhání sekundární databázi. Data Guard provede synchronizaci znovu. Časový rámec synchronizace opakování závisí na konfiguraci opakování.

• Má ochranu Data Guard nakonfigurovanou na režim ochrany dat, jako je například maximální dostupnost, maximální výkon nebo maximální ochrana. Další informace o výběru režimu pro požadavky úloh najdete v tématu Režimy ochrany Oracle Data Guard.

Následující architektura se zaměřuje na prahovou hodnotu výpadku kratší než pět minut.

Create převzetí služeb při selhání s aktivním pohotovostním režimem

Tato část popisuje příklad scénáře převzetí služeb při selhání pro důležité obchodní aplikace Oracle v nasazení se dvěma zónami dostupnosti s aktivním pohotovostním režimem.

V tomto příkladu:

• Vrstva webového serveru, aplikační vrstva a databázová vrstva se nacházejí ve vlastní podsíti virtuální sítě.

• Primární databáze se nachází v zóně dostupnosti jedna.

• Databáze, která používá aktivní ochranu Data Guard k replikaci primární databáze do aktivního pohotovostního režimu, se nachází ve třetí zóně dostupnosti.

Poznámka

Toto nastavení vyžaduje licenci Active Data Guard.

Následující architektura se zaměřuje na prahovou hodnotu výpadku kratší než jednu minutu. Tento scénář převzetí služeb při selhání má konfiguraci aktivního pohotovostního režimu, ale má funkce jen pro čtení.

Další krok

Optimalizace zabezpečení