Nejčastější dotazy – Zálohování databází SAP HANA na virtuálních počítačích Azure

Můžete mít jeden plán úplného zálohování a několik záloh na vyžádání za den.

Dnes úspěšné úlohy zálohování negenerují upozornění. Výstrahy se generují jenom pro úlohy zálohování, které selžou. Naučte se používat Azure Portal k zobrazení upozornění služby Backup.

Stav záloh (naplánované nebo na vyžádání) můžete zkontrolovat na libovolném z následujících umístění:

1. Úlohy zálohování: Azure Backup zobrazuje všechny ručně aktivované úlohy v části Úlohy zálohování na webu Azure Portal.
   
   Úlohy, které vidíte na webu Azure Portal, zahrnují operace zjišťování a registrace databází a operace zálohování a obnovení. Naplánované úlohy, včetně zálohování protokolů, se v této části nezobrazují. Ručně aktivované zálohy z nativních klientů SAP HANA (Studio/Kokpit/DBA Kokpit) se zde také nezobrazují.

   

   

2. Upozornění zálohování: Výstrahy pomáhají monitorovat zálohy databází SAP HANA. Ty vám pomůžou soustředit se na požadované události, a tím eliminovat úsilí často kontrolovat velké množství událostí, které generuje záloha. Další podrobnosti najdete v tématu Zobrazení upozornění zálohování.

3. Sestavy zálohování: Sestavy jsou dalším způsobem zobrazení stavu úloh zálohování. Sestavy budou následující:

   

   

   Přečtěte si, jak nakonfigurovat sestavy služby Azure Backup.

4. Nativní klienti SAP HANA: Pokud jste zákazník SAP HANA, můžete také použít HANA Studio, jeden z nejběžnějších klientů HANA. V tomto klientovi přejděte do služby Backup Console ->Backup Catalog a zobrazte stav zálohování.

   

Nabídka Úlohy zálohování zobrazí pouze probíhající úlohy zálohování na vyžádání, které byly úspěšné nebo selhaly. Pro naplánované úlohy použijte Azure Monitor.

Azure Backup nenastavuje explicitní dobu uchovávání u automatických úplných záloh. Tato záloha se uchovává, dokud nezachováte závislé rozdílové (rozdílové nebo přírůstkové) a zálohy protokolů. Po odstranění poslední závislé zálohy na tomto automatickém zálohování se odstraní také záloha automatické hojí.

Ano, úplné zálohování a zálohování protokolů může běžet současně. K této instanci dochází jedním z následujících způsobů:

• Probíhá úplné zálohování a aktivuje se zálohování protokolů: Zálohování protokolů by mělo proběhnout úspěšně bez ohledu na probíhající úplné zálohování. Pokud nebyla úplná záloha, která se aktivovala, nápravná úplná, aby zvládla přerušení řetězu LSN.
• Probíhá zálohování protokolů a aktivuje se úplné zálohování: Obě zálohy by měly běžet současně a úspěšně.

Ne, tato funkce se v současné době nepodporuje.

Pokud dojde k vyřazení databáze z instance SAP HANA, budou se zálohy databáze stále pokoušet. To znamená, že odstraněná databáze se začne zobrazovat jako poškozená v části Zálohované položky a je stále chráněná. Správným způsobem, jak zastavit ochranu této databáze, je zastavit zálohování s odstraněním dat v této databázi.

Přejmenovaná databáze se považuje za novou databázi. Služba proto bude s touto situací zacházet, jako by databáze nebyla nalezena a zálohování selže. Přejmenovaná databáze se zobrazí jako nová databáze a musí být nakonfigurovaná pro ochranu.

Podrobné pokyny k zahájení práce se službou Azure Backup pro databáze SAP HANA najdete v tomto kurzu. K konfiguraci a správě záloh můžete použít také rozhraní příkazového řádku .

Projděte si požadavky pro použití služby Azure Backup se SAP HANA.

Projděte si tuto část průvodce odstraňováním potíží.

Projděte si tuto část v průvodci odstraňováním potíží.

V současné době nemáme možnost nastavit řešení pro virtuální IP adresu nebo proxy server. K provedení řešení potřebujeme virtuální počítač.

Zálohování na vyžádání můžete aktivovat pomocí nativních klientů SAP HANA do místního systému souborů místo backintu. Přečtěte si další informace o správě operací pomocí nativních klientů SAP.

Katalog HANA můžete vyřízat pomocí doporučených metod SAP, jako jsou příkazy DELETE KATALOGU ZÁLOH nebo HANA Studio nebo Kokpit. Přečtěte si další informace o správě operací pomocí nativních klientů SAP.

Azure Backup v současné době nemá možnost porozumět nastavení HSR. To znamená, že primární a sekundární uzly HSR budou považovány za dva samostatné, nesouvisející virtuální počítače. Nejprve budete muset nakonfigurovat zálohování na primárním uzlu. Když dojde k převzetí služeb při selhání, musí být zálohování nakonfigurované na sekundárním uzlu (který se teď stane primárním uzlem). Neexistuje žádné automatické převzetí služeb při selhání zálohování do druhého uzlu.

Pokud chcete zálohovat data z aktivního (primárního) uzlu v jakémkoli daném bodu v čase, můžete přepnout ochranu na sekundární uzel, který se teď po převzetí služeb při selhání stal primárním uzlem.

Chcete-li provést tuto ochranu přepínače, postupujte takto:

• Zastavení ochrany (se zachováním dat) na primárním serveru
• Spuštění skriptu předběžné registrace na sekundárním uzlu
• Zjišťování databází na sekundárním uzlu a konfigurace záloh na nich

Tyto kroky je nutné provést ručně po každém převzetí služeb při selhání. Tyto kroky můžete provést prostřednictvím příkazového řádku nebo rozhraní HTTP REST kromě webu Azure Portal. K automatizaci těchto kroků můžete použít runbook Azure.

Tady je podrobný příklad toho, jak musí být provedena ochrana přepínače:

V tomto příkladu máte dva uzly – Uzel 1 (primární) a Uzel 2 (sekundární) v nastavení HSR. Zálohy se konfigurují na uzlu 1. Jak už bylo zmíněno výše, zatím se nepokoušejte konfigurovat zálohy na uzlu 2.

Když dojde k prvnímu převzetí služeb při selhání, uzel 2 se stane primárním. Potom můžete

1. Zastavte ochranu uzlu 1 (předchozí primární) s možností zachování dat.
2. Spusťte skript předběžné registrace na uzlu 2 (což je teď primární).
3. Objevte databáze na uzlu 2, přiřaďte zásady zálohování a nakonfigurujte zálohování.

Pak se na uzlu 2 aktivuje první úplná záloha a po dokončení se spustí zálohování protokolů.

Když dojde k dalšímu převzetí služeb při selhání, uzel 1 se znovu stane primárním uzlem a uzel 2 se stane sekundárním. Teď tento proces opakujte:

1. Zastavte ochranu uzlu 2 s možností zachování dat.
2. Spusťte skript předběžné registrace na uzlu 1 (který se stal znovu primárním)
3. Potom obnovte zálohování na uzlu 1 s požadovanou zásadou (protože zálohy byly zastaveny dříve na uzlu 1).

Pak se na uzlu 1 znovu aktivuje úplné zálohování a po dokončení se spustí zálohování protokolů.

1. V případě replikace systému HANA (HSR) sekundární uzel nepřijímá vůbec žádná připojení. Jakmile je zálohování nakonfigurované, služba Azure Backup pravidelně provádí příkaz ping a selže. Někdy se tyto neúspěšné pokusy projeví v primárním uzlu. Po několika selháních se uživatel zamkne a primární uzel začne selhávat s rozhraním ODBC Připojení ionError.
   
   Zjistili jsme, že k tomuto problému nemají přístup všichni uživatelé. Doporučujeme, abyste v případě selhání připojení uživatele na sekundárním uzlu prozkoumali příčinu uzamčení uživatelů v primárním uzlu.

2. Po spuštění skriptu předběžné registrace se informace o uživateli aktualizují o nové heslo na primárním uzlu. Připojení k pokusu o zálohování se pak znovu naváže. Můžete ale znovu zaznamenat stejný scénář.

3. Zálohy (úplné zálohy), které na sekundárním uzlu selžou, také vytvářejí výstrahy.

Pokud se chcete vyhnout výše uvedeným problémům, doporučujeme zastavit ochranu uzlu, jakmile se stane sekundární (aby se připojení nezkoušla a uživatel nebyl uzamčen) a obnovit jeho ochranu, jakmile se stane primární. Pokud se vám tato situace zamykání nezobrazí v nastaveních HSR a máte potíže s vyvoláním výstrah, můžete nakonfigurovat zálohy na obou uzlech, aby služba zvládla převzetí služeb a navrácení služeb po obnovení.

Projděte si výkon zálohování a obnovení propustnosti, který Azure Backup poskytuje pro úlohy HANA.

Pokud chcete nastavit systém HANA tak, aby využíval vylepšený výkon, použijte následující zdroje informací:

• Výběr typu disku pro virtuální počítače Azure IaaS – spravované disky
• Úrovně výkonu pro spravované disky Azure
• Řada M
• Konfigurace úložiště virtuálních počítačů AZURE SAP HANA

Azure Backup pro SAP HANA v současné době přijímá hodnotu 1 jako hodnotu vlastnosti parallel_backup_using_backint . Azure Backup ale rozdělí tento jeden datový proud do několika datových proudů, aby se zlepšil výkon.

V současné době se pro HSR podporují pouze zálohy založené na backintu. Snímky ještě nejsou.

Pokud chcete aktualizovat její stav, musíte na serveru, který je označený jako Nepřipraveno, spustit znovu detekci instance.

Za den můžete provést maximálně 10 obnovení na systém HANA nebo instanci. Upozorňujeme, že pokud je obnovení zrušeno nebo selže, považuje se také za pokus o obnovení.

Zkontrolujte, jestli jsou splněné všechny požadavky na obnovení cílové instance SAP HANA. Další informace najdete v tématu Požadavky – Obnovení databází SAP HANA na virtuálním počítači Azure.

Ujistěte se, že je při obnovování vybrána možnost Vynutit přepsání .

Informace o podporovaných typech obnovení najdete v poznámkovém 1642148 SAP HANA.

Ano, zálohování streamování aktivované v databázi HANA spuštěné v SLES můžete použít k jeho obnovení do systému RHEL HANA a naopak. To znamená, že obnovení mezi operačním systémem je možné pomocí záloh streamování. Budete ale muset zajistit, aby systém HANA, do kterého chcete provést obnovení, a systém HANA použitý k obnovení byl kompatibilní pro obnovení podle SAP. Informace o tom, které typy obnovení jsou kompatibilní, najdete v 1642148 SAP HANA Note.

Ano, soubory si můžete stáhnout částečně, jak je uvedeno tady.

Ano, musíte v cílovém systému zakázat replikaci systému HANA (HSR) a provést obnovení. Systém s podporou HSR nejde obnovit podle SAP.

Než začnete vytvářet zásady, měli byste mít jasné informace o požadavcích cíle bodu obnovení (RPO) a RTO a souvisejících nákladech.

Cíl bodu obnovení označuje, kolik ztráty dat je pro uživatele nebo zákazníka přijatelné. To je určeno četností zálohování protokolů. Častější zálohování protokolů indikuje nižší cíl bodu obnovení a minimální hodnota podporovaná službou Azure Backup je 15 minut. Frekvence zálohování protokolů tedy může být 15 minut nebo vyšší.

RTO (plánovaná doba obnovení) označuje, jak rychle se mají data obnovit k poslednímu dostupnému bodu v čase po scénáři ztráty dat. To závisí na strategii obnovení, kterou používá HANA, což obvykle závisí na tom, kolik souborů je potřeba k obnovení. To má také dopad na náklady a následující tabulka by měla pomoct pochopit všechny scénáře a jejich důsledky.

Proto můžete vybrat variantu zásad na základě cílů cíle cíle bodu obnovení a plánovanou dobu obnovení a nákladů.

Při určování dopadu přechodu zásad zálohované položky z zásad 1 (P1) na zásadu 2 (P2) nebo úprav zásad 1 (P1) nebo úprav zásad 1 (P1) byste měli mít na paměti několik zásad.

• Všechny změny se také použijí zpětně. Nejnovější zásady zálohování se použijí i na body obnovení pořízené dříve. Předpokládejme například, že denní úplné uchovávání je 30 dní a podle aktuálně aktivních zásad bylo přijato 10 bodů obnovení. Pokud se denní úplné uchovávání změní na 10 dnů, přepočítá se také doba vypršení platnosti předchozího bodu jako počáteční čas + 10 dnů a odstraní se, pokud vypršela jejich platnost.
• Rozsah změn zahrnuje také den zálohování, typ zálohování spolu s uchováváním. Například: Pokud se zásada změní z denního úplného na týdenní plný den v neděli, označí se všechny dřívější úplné hodnoty, které nejsou v neděli, k odstranění.
• Nadřazený objekt se neodstraní, dokud podřízená položka nevypršela nebo nevypršela. Každý typ zálohování má dobu vypršení platnosti podle aktuálně aktivních zásad. Typ úplného zálohování se ale považuje za nadřazený k následným rozdílům, přírůstkům a protokolům. Rozdílové a log nejsou rodiče nikoho jiného. Přírůstkový může být nadřazený k následnému přírůstku. I když je nadřazený objekt označen k odstranění, ve skutečnosti se neodstraní, pokud nevypršela platnost podřízených rozdílů nebo protokolů. Pokud se například zásada změní z denního úplného na týdenní plný den v neděli, označí se všechny dřívější úplné hodnoty, které nejsou v neděli, k odstranění. Neodstraní se ale, dokud nevypršela platnost protokolů odebraných dříve. Jinými slovy, uchovávají se podle nejnovější doby trvání protokolu. Po vypršení platnosti protokolů se odstraní protokoly i tyto úplné hodnoty.

S těmito principy si můžete přečíst následující tabulku, abyste pochopili důsledky změny zásad.

Prostor v kořenové složce můžete spravovat pomocí jedné z následujících možností:

• Vytvořte vlastní LV pro /opt/msawb.
• Vytvořte odkaz symlink symlink / na jiné místo nebo složku na stejném nebo jiném disku.
• Zvětšete místo v kořenovém oddílu.

Další kroky

• Zjistěte, jak zálohovat databáze SAP HANA spuštěné na virtuálních počítačích Azure.
• Zjistěte, jak řešit potíže se zálohováním databáze SAP HANA.