Vylepšené předzálohovací skripty pro snímky konzistentní vzhledem k databázím
Azure Backup služba už poskytuje architekturu předzálohovacích skriptů, která umožňuje dosáhnout konzistence aplikací na virtuálních počítačích s Linuxem pomocí Azure Backup. To zahrnuje vyvolání předběžného skriptu (k uvedení aplikací do stavu nečinnosti) před pořízením snímku disků a volání post-script (příkazy pro zrušení ukotvení aplikací) po dokončení snímku, aby se aplikace vrátily do normálního režimu.
Vytváření, ladění a údržba předzálohovacích a pozálohovacích skriptů může být náročné. Abychom tuto složitost odstranili, Azure Backup poskytuje zjednodušené prostředí předzálohovacího a následného skriptu pro databáze výběru, aby získaly snímky konzistentní vzhledem k aplikacím s minimální režií.
Nová rozšířená architektura předzálohovacích skriptů má následující klíčové výhody:
- Tyto předzálohovací skripty se instalují přímo na virtuální počítače Azure společně s rozšířením zálohování. To pomáhá eliminovat vytváření obsahu a stáhnout je z externího umístění.
- Na GitHubu můžete zobrazit definici a obsah předzálohovacích skriptů a dokonce i odesílat návrhy a změny. Prostřednictvím GitHubu můžete dokonce odesílat návrhy a změny, které se budou táčet a přidávat, aby to pomohlo širší komunitě.
- Můžete dokonce přidat nové předzálohovací skripty pro jiné databáze prostřednictvím GitHubu, které budou roztříděné a řešené ve prospěch širší komunity.
- Robustní architektura efektivně zvládá scénáře, jako je selhání nebo selhání provádění před skripty. V každém případě se skript po spuštění automaticky spustí, aby vrátil zpět všechny změny provedené v předběžném skriptu.
- Tato architektura také poskytuje kanál pro zasílání zpráv pro externí nástroje, které načítají aktualizace a připravují vlastní akční plán pro libovolnou zprávu nebo událost.
Tok řešení
Matice podpory
Rozšířená architektura pokrývá následující seznam databází:
- Oracle (obecně dostupné) - Odkaz na matici podpory
- MySQL (Preview)
Požadavky
K zadání podrobností o připojení stačí upravit konfigurační soubor workload.conf v /etc/azuresouboru . To Azure Backup umožňuje připojit se k příslušné aplikaci a spouštět předzálohovací a pozálohovací skripty. Konfigurační soubor má následující parametry.
[workload]
# valid values are mysql, oracle
workload_name =
command_path =
linux_user =
credString =
ipc_folder =
timeout =
Parametry jsou popsané v následující tabulce:
| Parametr | Povinné | Vysvětlení |
|---|---|---|
| workload_name | Yes | Bude obsahovat název databáze, pro kterou potřebujete zálohu konzistentní vzhledem k aplikacím. Aktuálně podporované hodnoty jsou oracle nebo mysql. |
| command_path/configuration_path | Bude obsahovat cestu k binárnímu souboru úlohy. Toto pole není povinné, pokud je binární soubor úlohy nastavený jako proměnná cesty. | |
| linux_user | Yes | Bude obsahovat uživatelské jméno uživatele Linuxu s přístupem k přihlášení uživatele databáze. Pokud tato hodnota není nastavená, pak se root považuje za výchozího uživatele. |
| credString | Je to zkratka pro řetězec přihlašovacích údajů pro připojení k databázi. Bude obsahovat celý přihlašovací řetězec. | |
| ipc_folder | Úloha může zapisovat pouze do určitých cest systému souborů. Musíte zde zadat tuto cestu ke složce, aby předzálohovací skript mohl zapisovat stavy do této cesty ke složce. | |
| timeout | Yes | Jedná se o maximální časový limit, po který bude databáze ve stavu nečinnosti. Výchozí hodnota je 90 (sekund). Nedoporučujeme nastavit hodnotu menší než 60 sekund. |
Poznámka
Definice JSON je šablona, kterou služba Azure Backup může upravit tak, aby vyhovovala konkrétní databázi. Pokud chcete porozumět konfiguračnímu souboru pro jednotlivé databáze, přečtěte si příručku k jednotlivým databázím.
Celkové prostředí pro použití vylepšené architektury předzálohovacích skriptů je následující:
- Příprava databázového prostředí
- Úprava konfiguračního souboru
- Aktivace zálohování virtuálního počítače
- Podle potřeby obnovte virtuální počítače nebo disky nebo soubory z bodu obnovení konzistentního vzhledem k aplikacím.
Vytvoření strategie zálohování databáze
Použití snímků místo streamování
Streamované zálohy (například úplné, rozdílové nebo přírůstkové) a protokoly obvykle používají správci databáze ve své strategii zálohování. Následují některé klíčové pivoty návrhu.
- Výkon a náklady: Denní úplné + protokoly by byly během obnovení nejrychlejší, ale jsou s tím spojené značné náklady. Zahrnutí typu zálohování rozdílového nebo přírůstkového streamování snižuje náklady, ale může mít vliv na výkon obnovení. Snímky ale poskytují nejlepší kombinaci výkonu a nákladů. Vzhledem k tomu, že snímky jsou ze své podstaty přírůstkové, mají nejmenší vliv na výkon během zálohování, obnovují se rychle a také šetří náklady.
- Dopad na databázi nebo infrastrukturu: Výkon streamovaného zálohování závisí na základních vstupně-výstupních operacích úložiště a dostupné šířce pásma sítě, pokud je stream cílený na vzdálené umístění. Snímky tuto závislost nemají a poptávka po IOPS a šířce pásma sítě se výrazně snižuje.
- Opětovná použitelnost: Příkazy pro aktivaci různých typů zálohování streamování se pro každou databázi liší. Skripty se proto nedají snadno znovu použít. Pokud používáte různé typy záloh, nezapomeňte vyhodnotit řetěz závislostí, abyste zachovali životní cyklus. Pro snímky je psaní skriptu snadné, protože neexistuje žádný řetěz závislostí.
- Dlouhodobé uchovávání: Úplné zálohy jsou vždy výhodné pro dlouhodobé uchovávání0, protože je možné je nezávisle přesunout a obnovit. Pro provozní zálohy s krátkodobým uchováváním jsou ale snímky výhodné.
Proto je nejlepší zásadou zálohování databází denní snímek a protokoly s občasným úplným zálohováním pro dlouhodobé uchovávání.
Strategie zálohování protokolů
Vylepšená architektura předzálohovacích skriptů je založená na zálohování virtuálních počítačů Azure, které plánuje zálohování jednou denně. Proto okno ztráty dat s 24hodinovým cílem bodu obnovení není vhodné pro produkční databáze. Toto řešení doplňuje strategie zálohování protokolů, ve které se zálohy protokolů streamují explicitně.
Systém souborů NFS v objektech blob a NFS v AFS (Preview) pomáhají při snadném připojení svazků přímo k databázovým virtuálním počítačům a použití databázových klientů k přenosu záloh protokolů. Interval ztráty dat, tj. cíl bodu obnovení, spadá do frekvence zálohování protokolů. Cíle NFS také nemusí být vysoce výkonné, protože po vytvoření snímků konzistentních vzhledem k databázi nemusí být nutné aktivovat pravidelné streamování (úplné a přírůstkové) pro provozní zálohování.
Poznámka
Vylepšený předzálohovací skript se obvykle postará o vyprázdnění všech transakcí protokolu přenášených do cíle zálohování protokolů před tím, než databázi pořídí snímek do nečinnosti. Snímky jsou proto během obnovení konzistentní a spolehlivé.
Strategie obnovení
Jakmile se pořídí snímky konzistentní vzhledem k databázi a zálohy protokolů se streamují na svazek NFS, může strategie obnovení databáze využívat funkci obnovení záloh virtuálních počítačů Azure. Možnost zálohování protokolů se na něj navíc uplatňuje pomocí databázového klienta. Tady je několik možností strategie obnovení:
- Vytvořte nové virtuální počítače z bodu obnovení konzistentního vzhledem k databázím. Virtuální počítač by už měl mít připojený přípojný bod protokolu. Pomocí databázových klientů můžete spouštět příkazy pro obnovení k určitému bodu v čase.
- Vytvořte disky z bodu obnovení konzistentního vzhledem k databázi a připojte ho k jinému cílovému virtuálnímu počítači. Pak připojte cíl protokolu a pomocí databázových klientů spusťte příkazy pro obnovení k určitému bodu v čase.
- Použijte možnost obnovení souboru a vygenerujte skript. Spusťte skript na cílovém virtuálním počítači a připojte bod obnovení jako disky iSCSI. Potom použijte databázové klienty ke spuštění ověřovacích funkcí specifických pro databázi na připojených discích a ověření zálohovaných dat. Kromě toho použijte databázové klienty k exportu nebo obnovení několika tabulek nebo souborů místo obnovení celé databáze.
- Pomocí funkce Obnovení mezi oblastmi můžete během regionální havárie provést výše uvedené akce ze sekundární spárované oblasti.
Souhrn
Pomocí snímků konzistentních s databází a protokolů zálohovaných pomocí vlastního řešení můžete vytvořit výkonné a nákladově efektivní řešení zálohování databází s využitím výhod zálohování virtuálních počítačů Azure a také opětovného využití možností databázových klientů.