Přidání svazků pro systém SAP HANA jako systém zotavení po havárii pomocí replikace mezi oblastmi

Článek
10/24/2023

Tento článek popisuje použití skupiny svazků aplikace k přidání svazků pro systém SAP HANA jako systému zotavení po havárii (DR). Tato konfigurace používá funkci replikace mezi oblastmi (CRR) služby Azure NetApp Files.

CRR mezi zdrojovými a cílovými servery HANA

Funkce replikace azure NetApp Files mezi oblastmi umožňuje replikovat svazky mezi podporovanými páry replikace mezi oblastmi. Tato funkce umožňuje replikovat svazek ze zdrojové oblasti do svazku v cílové oblasti pro zotavení po havárii (DR).

Místo použití replikace systému HANA (HSR) můžete k ochraně databáze použít replikaci mezi oblastmi, aniž byste museli používat databázový server HANA, který běží po celou dobu. Potřebujete vytvořit cílové svazky replikace v oblasti podporované pro replikaci mezi oblastmi. Skupina svazků aplikací pro SAP HANA zajišťuje, že se cílové svazky vytvoří se správným typem svazku, který splňuje všechny specifické požadavky SAP HANA.

Následující diagram znázorňuje replikaci mezi oblastmi mezi zdrojovými a cílovými servery HANA. Replikace mezi oblastmi je asynchronní. Proto není nutné replikovat všechny svazky.

Diagram that shows cross-region replication between the source and destination HANA servers.

Poznámka:

Při použití nasazení vysoké dostupnosti s HSR na primární straně se můžete rozhodnout replikovat nejen primární systém HANA, jak je popsáno v této části, ale také sekundární systém HANA pomocí replikace mezi oblastmi. Pokud chcete zásady vytváření názvů automaticky přizpůsobit, vyberte na obrazovce Vytvořit skupinu svazků možnosti sekundárního modulu HSR i cíle zotavení po havárii. Předpona se pak změní na DR2-.

Důležité

Obnovení databáze HANA v cílové oblasti vyžaduje, abyste pro zálohování HANA používali snímky úložiště konzistentní vzhledem k aplikacím. Takové snímky můžete vytvořit pomocí řešení ochrany dat, jako je nástroj Aplikace Azure Konzistentní snímek (AzAcSnap).
Potřebujete replikovat alespoň datový svazek a zálohovací svazek protokolu.
Volitelně můžete replikovat svazek zálohování dat a sdílený svazek.
Svazek protokolu byste nikdy neměli replikovat. Skupina svazků aplikace vytvoří svazek protokolu jako standardní svazek.

Plány replikace, RTO a RPO

Následující tabulka shrnuje možnosti plánu replikace. Popisuje také výchozí nastavení navržená skupinou svazků aplikace:

Volume type	Výchozí plán replikace	Dostupné možnosti	Notes
Data	denně	Denně, každou hodinu	Volba, kterou vyberete, má vliv na plánovanou dobu obnovení (RTO) a objem přenášených dat.
Protokol	-	-	Svazky protokolů se nereplikují.
Sdílený SAP	Každých 10 minut	Každých 10 minut, každou hodinu, denně	Měli byste zvolit plán na základě vašich požadavků na smlouvu SLA a dat uložených ve sdíleném svazku.
Zálohování dat	denně	Denně, týdně	Replikace svazků zálohování dat je volitelná.
Zálohování protokolů	Každých 10 minut	Každých 10 minut	Toto nastavení má vliv na cíl bodu obnovení (RPO).

Plán četnosti replikace má vliv na smlouvy SLA:

Plánovaná doba obnovení (RTO):
Minimální doba trvání obnovení.
Pokud chcete provést obnovení pomocí nejnovějšího dostupného snímku konzistentního vzhledem k aplikacím, je potřeba přehrát všechny dostupné zálohy protokolů. RtO závisí na frekvenci zálohování a frekvenci replikace datového svazku. Pokud je například frekvence zálohování každých 6 hodin a váš plán replikace je "Denně", nejstarší zálohování může být 30 hodin (24 hodin + 6 hodin) staré. V tomto scénáři by se vyžadovalo přehrání až 30 hodin zálohování protokolů.
Cíl bodu obnovení (RPO):
Minimální ztráta dat, ke které může dojít.
Frekvence zálohování protokolů SAP HANA je obvykle 15 minut, ale toto nastavení se dá nakonfigurovat jinak. Za předpokladu, že 10minutový plán replikace pro zálohování protokolů bude [15+10+transfer_time] maximální ztráta transakce minut.

Přidání svazků

Následující příklad přidá svazky do systému SAP HANA. Systém slouží jako cílový systém zotavení po havárii pomocí replikace mezi oblastmi.

V účtu NetApp vyberte skupiny svazků aplikací a klikněte na +Přidat skupinu. Potom v části Typ nasazení vyberte SAP HANA a klikněte na Další.
Na kartě SAP HANA zadejte informace specifické pro HANA.

Důležité

Nezapomeňte vybrat možnost cíl zotavení po havárii, abyste označili, že vytváříte systém HANA jako cíl replikace mezi oblastmi.
- ID SAP (SID):
  Tří alfanumerický identifikátor systému SAP HANA.
- Název skupiny:
  Název skupiny svazků.
- Paměť uzlu SAP:
  Tato hodnota definuje velikost databáze SAP HANA na hostiteli. Slouží k výpočtu požadované velikosti a propustnosti svazku.
- Režie na kapacitu (%):
  Při použití snímků pro ochranu dat je potřeba naplánovat další kapacitu. Toto pole přidá další velikost (%) pro datový svazek.
  Tuto hodnotu můžete odhadnout pomocí funkce "change rate per day" X "number of days retention".
- Jeden hostitel:
  Tuto možnost vyberte pro systém s jedním hostitelem SAP HANA nebo pro první hostitele systému s více hostiteli. S prvním hostitelem se vytvoří pouze sdílené svazky, zálohování protokolů a zálohování dat.
- Více hostitelů:
  Tuto možnost vyberte, pokud přidáváte další hostitele do systému HANA s více hostiteli.
- Cíl zotavení po havárii:
  Tuto možnost vyberte, pokud chcete vytvořit svazky pro systém HANA jako lokalitu zotavení po havárii pomocí replikace mezi oblastmi.
  
  Když vyberete cíl zotavení po havárii, aktivuje se zásady vytváření názvů pro název skupiny svazků, které se mají zahrnout "-DR-" k označení nastavení zotavení po havárii.
Klikněte na Další: Skupina svazků.
Na kartě Skupina svazků zadejte informace pro vytvoření skupiny svazků:
- Skupina umístění bezkontaktní komunikace (PPG):
  Určuje, že se data a sdílené svazky vytvoří blízko virtuálních počítačů pro zotavení po havárii.
  I když nepotřebujete virtuální počítač pro replikaci, musíte spustit aspoň jeden virtuální počítač, abyste při zřizování svazků zakotvili PPG.
- Fond kapacity:
  Všechny svazky se umístí do jednoho ručního fondu kapacity QoS.
  Pokud chcete vytvořit svazky zálohování protokolů a zálohování dat v samostatném fondu kapacity, můžete se rozhodnout, že tyto svazky nepřidáte do skupiny svazků.
- Virtuální síť:
  Zadejte existující virtuální síť, do které se umístí virtuální počítače.
- Podsíť:
  Zadejte delegovanou podsíť, ve které se vytvoří IP adresy pro exporty NFS. Ujistěte se, že máte delegovanou podsíť s dostatek volných IP adres.
Klikněte na Další: Protokoly.
V části Protokoly na kartě Skupina svazků můžete upravit zásady exportu, které by měly být společné pro všechny svazky.

Klikněte na Další: Replikace.
V části Replikace na kartě Skupina svazků je v poli Plán replikace výchozí hodnota Více (zakázáno). Výchozí plány replikace se pro replikované svazky liší. Proto můžete plány replikace upravovat jenom pro každý svazek jednotlivě na kartě Svazky, nikoli globálně pro celou skupinu svazků.

Klikněte na Další: Značky.
V části Značky na kartě Skupina svazků můžete podle potřeby přidat značky pro svazky.

Klikněte na Další: Svazky.
Na kartě Svazky se zobrazí seznam svazků .

Zásady vytváření názvů svazků obsahují předponu "DR-" , která indikuje, že svazky patří do strany zotavení po havárii (cíl) instalačního programu.

Na kartě Svazky se zobrazuje také typ svazku:
- DP – Označuje cíl v nastavení replikace mezi oblastmi. Svazky tohoto typu nejsou online, ale v režimu replikace.
- RW – Označuje, že jsou povoleny čtení a zápisy.
Výchozí typ svazku protokolu je RWa nastavení nelze změnit.

Výchozí typ svazků dat, sdílených svazků a svazků zálohování protokolů je DPa nastavení nelze změnit.

Výchozí typ svazku zálohování dat je DP, ale toto nastavení lze změnit na RW.
Kliknutím na každý svazek s typem DP zadejte ID zdrojového svazku. Další informace naleznete v tématu Vyhledání ID prostředku zdrojového svazku.

Volitelně můžete změnit výchozí plán replikace svazku. Informace o možnostech plánu replikace najdete v plánech replikace, plánovanou dobu obnovení a cíl bodu obnovení.
Po vytvoření skupiny svazků nastavte replikaci podle pokynů v části Autorizace replikace ze zdrojového svazku.
1. Pro každý svazek DP, který jste vytvořili, zkopírujte ID prostředku svazku.
2. Pro každý zdrojový svazek klepněte na tlačítko Replikace a potom Autorizovat. Vložte ID prostředku každého odpovídajícího cílového svazku.

Možnosti nastavení pro replikaci databáze SAP HANA pomocí systémové replikace HANA pro vysokou dostupnost

V některých situacích můžete chtít kombinovat nastavení vysoké dostupnosti replikace systému HANA s nastavením zotavení po havárii (DR) pomocí replikace mezi oblastmi. V závislosti na konkrétním vzoru využití a smlouvě o úrovni služeb (SLA) jsou možné dvě možnosti nastavení replikace. Tato část popisuje možnosti.

Replikace pouze primárních svazků databáze HANA

V tomto scénáři obvykle nezměníte role pro primární a sekundární systémy. Převzetí se provádí pouze v nouzovém případě. Proto se zálohy snímků konzistentní vzhledem k aplikacím vyžadované pro replikaci mezi oblastmi provádějí většinou na primárním hostiteli. Důvodem je, že k vytvoření zálohy je možné použít pouze primární databázi HANA.

Tento scénář popisuje následující diagram:

V tomto scénáři musí nastavení zotavení po havárii obsahovat pouze svazky primárního systému HANA. Díky denní replikaci primárního datového svazku a záloh protokolů primárních i sekundárních systémů je možné systém obnovit v lokalitě zotavení po havárii. V diagramu se pro zálohování protokolů primárních a sekundárních systémů používá jeden svazek.

V případě převzetí sekundárním hostitelem HSR se zálohy pořízené v sekundárním systému nebudou replikovat, ale zálohy protokolů sekundárního serveru budou i nadále replikovány. Pokud dojde k havárii, je možné systém v lokalitě zotavení po havárii obnovit pomocí zálohy starého snímku z bývalé primární a replikované zálohy protokolů z obou hostitelů. RtO se zvýší, protože se mají obnovit další protokoly v závislosti na tom, jak dlouho se pár HSR spustí v režimu převzetí. Pokud je režim převzetí výrazně delší a RTO se stane problémem, musíte nastavit novou replikaci mezi oblastmi, včetně objemu dat sekundárního systému.

Pracovní postup pro tento scénář je shodný s pracovním postupem Přidat svazky .

Replikace primárních i sekundárních databázových svazků HANA

Z jiných důvodů, než je vysoká dostupnost, můžete chtít pravidelně přepínat role mezi primárními a sekundárními systémy HANA. V tomto scénáři musí být na obou hostitelích HANA vytvořeny zálohy konzistentní vzhledem k aplikacím.

Tento scénář popisuje následující diagram:

V tomto scénáři můžete chtít replikovat obě sady svazků z primárních i sekundárních systémů HANA, jak je znázorněno v diagramu.

Aby bylo možné vytvořit svazky pro sekundární cíl replikace, upraví se zásady vytváření názvů. Pokud chcete rozlišovat mezi replikací primární a sekundární databáze, předpona se změní na DRDR2 sekundární systém HANA. Kromě této změny názvu je pracovní postup stejný jako pracovní postup Přidat svazky .