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

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

V současné době úspěšné úlohy zálohování negenerují upozornění. Výstrahy se generují jenom pro úlohy zálohování, které selžou. Zjistěte, jak pomocí Azure Portal zobrazit upozornění služby Backup.

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

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

   

   

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

3. Sestavy služby Backup: Sestavy jsou dalším způsobem, jak zobrazit stav úloh zálohování. Sestavy budou následující:

   

   

   Přečtěte si, jak nakonfigurovat Azure Backup sestavách.

4. SAP HANA nativní klienti: Pokud jste SAP HANA zákazníkem, můžete také použít HANA Studio, jednoho z nejběžnějších klientů HANA. V tomto klientovi přejděte do katalogu -> zálohování konzoly zálohování a zobrazte stav zálohování.

   

V nabídce Úloha zálohování se zobrazí pouze úlohy zálohování na vyžádání, které buď probíhají, jsou úspěšné nebo neúspěšné. Pro naplánované úlohy použijte Azure Monitor.

Azure Backup nenastaví explicitní dobu uchovávání pro automatické úplná řešení záloh. Tato záloha se uchovává až do doby, kdy zachováte závislé rozdílové (rozdílové nebo přírůstkové) zálohování a zálohování protokolů. Po odstranění poslední závislé zálohy v této automaticky odstraněné záloze se odstraní také zálohování automatických řešení.

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

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

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

Pokud chcete začít pracovat s aplikacemi pro Azure Backup pro SAP HANA, přečtěte si tento kurz. Ke konfiguraci a správě záloh můžete použít také rozhraní příkazového řádku.

Přečtěte si požadavky pro používání Azure Backup s SAP HANA.

Přečtěte si tuto část průvodce odstraňováním potíží.

Přečtě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. Ke spuštění řešení potřebujeme virtuální počítač.

1. Počkejte, až se aktuálně spuštěná záloha dokončí u požadované databáze (dokončení zkontrolujte v nástroji Studio).
2. Pomocí následujícího postupu zakažte zálohování protokolů a nastavte zálohování katalogu na Systém souborů pro požadovanou databázi:
3. Dvakrát klikněte na Konfigurace SYSTEMDB -> -> Vyberte Filtr -> databáze (protokol).
   1. Nastavte enable_auto_log_backup na hodnotu ne.
   2. Nastavte catalog_backup_using_backint na false.
4. Proveďte zálohování požadované databáze na vyžádání (úplné/ rozdílové/přírůstkové) a počkejte na dokončení zálohování a zálohování katalogu.
5. Pokud chcete zálohy protokolů přesunout také do systému souborů, nastavte enable_auto_log_backup ano.
6. V případě, že se vrátíte k předchozímu nastavení, umožníte tok záloh do trezoru Azure:
   1. Nastavte enable_auto_log_backup na ano.
   2. Nastavte catalog_backup_using_backint na true.

V Azure Backup nemá nástroj schopnost porozumět nastavení HSR. To znamená, že primární a sekundární uzly HSR se budou považovat za dva individuální virtuální počítače, které nesouvisejí. Nejprve budete muset nakonfigurovat zálohování na primárním uzlu. Pokud dojde k převzetí služeb při selhání, musí být zálohování nakonfigurováno na sekundárním uzlu (který se teď stane primárním uzlem). U druhého uzlu se neprovede žádné automatické převzetí služeb při selhání zálohování.

Pokud chcete v libovolném okamžiku zálohovat data z aktivního (primárního) uzlu, 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.

Pokud chcete 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
• Zjistěte databáze na sekundárním uzlu a nakonfigurujte na nich zálohy.

Tyto kroky je nutné provést ručně po každém převzetí služeb při selhání. K provedení těchto kroků můžete použít příkazový řádek nebo HTTP REST a Azure Portal. K automatizaci těchto kroků můžete použít runbook Azure.

Tady je podrobný příklad toho, jak je nutné provést ochranu přepínače:

V tomto příkladu máte v nastavení HSR dva uzly – Uzel 1 (primární) a Uzel 2 (sekundární). Zálohy se konfiguruje na uzlu 1. Jak je uvedeno výše, nepokoušejte se ještě nakonfigurovat zálohování na uzlu 2.

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

1. Zastavte ochranu uzlu 1 (předchozí primární) s možností zachovat data.
2. Spusťte skript předběžné registrace na uzlu 2 (který je teď primárním).
3. Zjišťovat databáze na uzlu 2, přiřazovat zásady zálohování a konfigurovat zálohy.

Potom se na uzlu 2 aktivuje první úplné zálohování 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 a Uzel 2 se stane sekundárním. Teď tento proces zopakujte:

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

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

1. Pro systémovou replikaci HANA (HSR) sekundární uzel vůbec nepřijímá žádná připojení. Po nakonfigurování zálohování služba Azure Backup pravidelně testuje a selže. V některých případech se tyto neúspěšné pokusy promítou do primárního uzlu. Po několika selháních je uživatel uzamčen a primární uzel začne selhat s chybou ODBCConnectionError.
   
   Pozorovali jsme, že k tomuto problému ne docházet u všech uživatelů. Doporučujeme, abyste vy nebo SAP prošetřili příčinu uzamčení uživatelů v primárním uzlu, když na sekundárním uzlu selže připojení uživatele.

2. Po spuštění skriptu předběžné registrace se informace o uživateli aktualizují novým heslem na primárním uzlu. Připojení, které se má pokusit o zálohování, se pak znovu na navázat. 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 výše uvedeným problémům vyhnout, doporučujeme zastavit ochranu uzlu poté, co se stane sekundárním (aby nedošlo k pokusům o připojení a aby uživatel nebyl uzamčen), a obnovit ochranu uzlu, jakmile se stane primárním. Pokud se s tímto uzamykáním nezamykáte u svých nastavení HSR a máte s vyvolanou výstrahou problémy, můžete nakonfigurovat zálohování na obou uzlech tak, aby služba zpracuje převzetí služeb a navrácení služeb po obnovení.

Přečtěte si informace o výkonu propustnosti zálohování a obnovení, Azure Backup poskytuje pro úlohy HANA.

Pokud chcete nastavit systém HANA tak, aby vylepšil 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

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

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

Informace o tom, které typy SAP HANA aktuálně 1642148, najdete v tématu Poznámka.

Ano, k obnovení do systému RHEL HANA a naopak můžete použít zálohy streamování aktivované pro databázi HANA běžící na SLES. To znamená, že obnovení mezi operačními systémy je možné pomocí záloh streamování. Budete ale muset zajistit, aby systém HANA, na který chcete obnovení použít, a systém HANA použitý k obnovení, byly kompatibilní s obnovením podle SAP. Informace o tom SAP HANA které typy obnovení 1642148, najdete v tématu Poznámka.

Před vytvořením zásady byste měli mít jasno v požadavcích na RPO a RTO a jejich relevantních nákladových dopadech.

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

RTO (cíl doby obnovení) určuje, jak rychle by se data měla 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é vliv na náklady a následující tabulka by měla pomoct porozumět všem scénářům a jejich důsledkům.

Proto můžete vybrat variantu zásad na základě cíle RPO, cíle RTO a nákladů.

Při určování dopadu přepnutí zásad zálohovací položky ze Zásad 1 (P1) na Zásady 2 (P2) nebo úprav zásad 1 (P1) byste měli mít na paměti několik principů.

• Všechny změny se také použijí zpětně. Nejnovější zásady zálohování se použijí také pro body obnovení pořízené dříve. Předpokládejme například, že denní úplné uchovávání je 30 dnů a 10 bodů obnovení bylo pořízeno podle aktuálně aktivních zásad. Pokud se denní úplné uchovávání změní na 10 dnů, doba vypršení platnosti předchozího bodu se také přepočítá jako čas začátku + 10 dnů a v případě vypršení jejich platnosti se odstraní.
• Rozsah změn zahrnuje také den zálohování, typ zálohování a uchovávání. Příklad: Pokud se zásady v neděli změní z plného denního na týdenní úplné, označí se k odstranění všechny předchozí úplné položky, které nejsou v neděli.
• Nadřazený objekt se odstraní až po aktivním podřízeném objektu nebo jeho platnost nevyšla. Každý typ zálohování má dobu vypršení platnosti podle aktuálně aktivních zásad. Úplný typ zálohování se ale považuje za nadřazený pro následné rozdílové, přírůstkové a protokoly. Rozdílové a "protokol" nejsou rodičům žádného jiného. Přírůstková hodnota může být nadřazená a následná přírůstková. I když je nadřazený objekt označený k odstranění, ve skutečnosti se odstraní, pokud nevypadne platnost podřízených rozdílových nebo protokolů. Pokud se například zásady v neděli změní z úplného denního na týdenní úplné, označí se k odstranění všechny předchozí úplné položky, které nejsou v neděli. Ve skutečnosti ale nebudou odstraněny, dokud nevypadne platnost dříve pořízených protokolů. Jinými slovy se uchovávají podle nejnovější doby trvání protokolu. Po vypršení platnosti protokolů se odstraní protokoly i všechny tyto úplné protokoly.

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

Další kroky

Naučte se, jak zálohovat SAP HANA databáze běžící na virtuálních počítačích Azure.