Sdílet prostřednictvím

Zálohování a obnovení ve službě Azure Database for MySQL

  • Článek

PLATÍ PRO: Jednoúčelový server Azure Database for MySQL

Důležité

Jednoúčelový server Azure Database for MySQL je na cestě vyřazení. Důrazně doporučujeme upgradovat na flexibilní server Azure Database for MySQL. Další informace o migraci na flexibilní server Azure Database for MySQL najdete v tématu Co se děje s jednoúčelovým serverem Azure Database for MySQL?

Azure Database for MySQL automaticky vytváří zálohy serveru a ukládá je v uživatelem nakonfigurovaném místně nebo geograficky redundantním úložišti. Zálohy lze použít k obnovení serveru do určitého bodu v čase. Zálohování a obnovení jsou základní součástí jakékoli strategie kontinuity podnikových procesů, protože chrání data před náhodným poškozením nebo odstraněním.

Zálohování

Azure Database for MySQL vytváří zálohy datových souborů a transakčního protokolu. Tyto zálohy umožňují obnovit server k jakémukoli bodu v čase v rámci nakonfigurovaného období uchovávání záloh. Výchozí doba uchovávání záloh je sedm dnů. Volitelně ho můžete nakonfigurovat až 35 dní. Všechny zálohy se šifrují s využitím 256bitového šifrování AES.

Tyto záložní soubory nejsou přístupné uživatelům a není možné je exportovat. Tyto zálohy je možné použít pouze pro operace obnovení ve službě Azure Database for MySQL. K kopírování databáze můžete použít mysqldump .

Typ a frekvence zálohování závisí na back-endovém úložišti pro servery.

Typ a frekvence zálohování

Základní servery úložiště

Úložiště Basic je back-endové úložiště podporující servery úrovně Basic. Zálohy na serverech úložiště Basic jsou založené na snímcích. Snímek úplné databáze se provádí každý den. Pro základní servery úložiště se neprovádí rozdílové zálohování a všechny zálohy snímků jsou pouze úplné zálohy databáze.

Zálohování transakčních protokolů probíhá každých pět minut.

Servery úložiště pro obecné účely v1 (podporuje až 4 TB úložiště)

Úložiště pro obecné účely je back-endové úložiště podporující server úrovně Pro obecné účely a Optimalizováno pro paměť. Pro servery s úložištěm pro obecné účely až 4 TB probíhá úplné zálohování jednou týdně. Rozdílové zálohování probíhá dvakrát denně. Zálohování transakčních protokolů probíhá každých pět minut. Zálohy úložiště pro obecné účely až 4 TB nejsou založené na snímcích a spotřebovávají šířku pásma vstupně-výstupních operací v době zálohování. U velkých databází (> 1 TB) v úložišti 4 TB doporučujeme zvážit

  • Zřízení dalších vstupně-výstupních operací za sekundu pro zálohování IO NEBO
  • Případně migrujte do úložiště pro obecné účely, které podporuje až 16 TB úložiště, pokud je základní infrastruktura úložiště dostupná ve vašich upřednostňovaných oblastech Azure. Pro úložiště pro obecné účely, které podporuje až 16 TB úložiště, není žádné další náklady. Pokud potřebujete pomoc s migrací do úložiště s 16 TB, otevřete lístek podpory na webu Azure Portal.

Servery úložiště pro obecné účely v2 (podporuje až 16 TB úložiště)

V podmnožině oblastí Azure můžou všechny nově zřízené servery podporovat úložiště pro obecné účely až do 16 TB úložiště. Jinými slovy, úložiště o kapacitě až 16 TB je výchozím úložištěm pro obecné účely pro všechny oblasti , ve kterých se podporuje. Zálohy na těchto 16TB úložných serverech jsou založené na snímcích. První záloha snímků je naplánována okamžitě po vytvoření serveru. Zálohy snímků se pořizují jednou denně. Zálohování transakčních protokolů probíhá každých pět minut.

Další informace o úložišti úrovně Basic a Pro obecné účely najdete v dokumentaci k úložišti.

Uchování záloh

Zálohy se uchovávají na základě nastavení doby uchovávání záloh na serveru. Můžete vybrat dobu uchovávání 7 až 35 dnů. Výchozí doba uchovávání je 7 dnů. Dobu uchovávání můžete nastavit během vytváření serveru nebo později aktualizací konfigurace zálohování pomocí webu Azure Portal nebo Azure CLI.

Doba uchovávání záloh určuje, jak daleko zpět je možné obnovit k určitému bodu v čase, protože je založená na dostupných zálohách. Doba uchovávání záloh se dá také považovat za okno obnovení z pohledu obnovení. Všechny zálohy potřebné k obnovení k určitému bodu v čase v rámci doby uchovávání záloh se uchovávají v úložišti záloh. Pokud je například doba uchovávání záloh nastavená na 7 dnů, považuje se okno obnovení za posledních 7 dnů. V tomto scénáři se zachovají všechny zálohy potřebné k obnovení serveru za posledních 7 dnů. S intervalem uchovávání záloh 7 dnů:

  • Servery úložiště pro obecné účely verze 1 (podporující až 4 TB úložiště) budou uchovávat až 2 úplné zálohy databáze, všechny rozdílové zálohy a zálohy transakčních protokolů provedené od nejstaršího úplného zálohování databáze.
  • Servery úložiště pro obecné účely v2 (podporující až 16 TB úložiště) si zachovají úplné snímky databáze a zálohy transakčních protokolů za posledních 8 dnů.

Dlouhodobé uchovávání

Služba zatím nativně nepodporuje dlouhodobé uchovávání záloh za 35 dnů. Máte možnost použít mysqldump k vytváření záloh a jejich ukládání pro dlouhodobé uchovávání. Náš tým podpory blogoval podrobný článek o tom, jak toho dosáhnout.

možnosti redundance zálohy

Azure Database for MySQL nabízí flexibilitu při výběru mezi místně redundantním nebo geograficky redundantním úložištěm zálohování na úrovni Pro obecné účely a Optimalizováno pro paměť. Pokud jsou zálohy uložené v geograficky redundantním úložišti zálohování, ukládají se nejen v oblasti, ve které je váš server hostovaný, ale také replikovány do spárovaného datového centra. Tato geografická redundance poskytuje lepší ochranu a schopnost obnovit server v jiné oblasti v případě havárie. Úroveň Basic nabízí pouze místně redundantní úložiště zálohování.

Poznámka:

V následujících oblastech – Indie – střed, Francie – střed, Spojené arabské emiráty – sever, Jihoafrická republika – sever; Úložiště pro obecné účely verze 2 je ve verzi Public Preview. Pokud ve výše uvedených oblastech vytvoříte zdrojový server v úložišti pro obecné účely v2 (podporuje až 16 TB úložiště), povolení geograficky redundantního zálohování se nepodporuje.

Přechod z místně redundantního úložiště na geograficky redundantní úložiště záloh

Místně redundantní nebo geograficky redundantní úložiště zálohování je možné nakonfigurovat pouze při vytváření serveru. Po zřízení serveru není možné změnit možnost redundance úložiště zálohování. Pokud chcete přesunout úložiště záloh z místně redundantního úložiště do geograficky redundantního úložiště, je jedinou podporovanou možností vytvoření nového serveru a migrace dat pomocí výpisu a obnovení .

Náklady na úložiště zálohování

Azure Database for MySQL nabízí úložiště zálohování o velikosti až 100 % zřízeného úložiště serveru bez dalších poplatků. Všechna další využitá úložiště záloh se účtují v GB za měsíc. Pokud jste například zřídili server s 250 GB úložiště, máte k dispozici 250 GB dalšího úložiště pro zálohování serverů bez dalších poplatků. Úložiště spotřebované pro zálohy větší než 250 GB se účtuje podle cenového modelu.

K monitorování úložiště zálohování spotřebovaného serverem můžete použít metriku využitou ve službě Azure Monitor, která je dostupná prostřednictvím webu Azure Portal. Použitá metrika Úložiště zálohování představuje součet úložiště spotřebovaného všemi úplnými zálohami databáze, rozdílovými zálohami a zálohami protokolů uchovávaných na základě doby uchovávání záloh nastavené pro server. Frekvence zálohování je spravována službou a vysvětlena dříve. Náročné transakční aktivity na serveru můžou způsobit zvýšení využití úložiště zálohování bez ohledu na celkovou velikost databází. V případě geograficky redundantního úložiště je využití úložiště zálohování dvojnásobné z místně redundantního úložiště.

Primárním prostředkem pro řízení nákladů na úložiště zálohování je nastavení příslušné doby uchovávání záloh a výběr správných možností redundance zálohování pro splnění požadovaných cílů obnovení. Můžete vybrat dobu uchovávání od 7 do 35 dnů. Servery optimalizované pro obecné účely a optimalizovány pro paměť se můžou rozhodnout mít geograficky redundantní úložiště pro zálohy.

Obnovení

V Azure Database for MySQL vytvoří provedení obnovení nový server ze záloh původního serveru a obnoví všechny databáze obsažené na serveru. Obnovení se v současné době nepodporuje, pokud je původní server v zastaveném stavu.

K dispozici jsou dva typy obnovení:

  • Obnovení k určitému bodu v čase je k dispozici s možností redundance zálohování a vytvoří nový server ve stejné oblasti jako původní server, který využívá kombinaci úplných záloh a záloh transakčních protokolů.
  • Geografické obnovení je dostupné jenom v případě, že jste server nakonfigurovali pro geograficky redundantní úložiště a umožňuje obnovit server do jiné oblasti s využitím nejnovějších provedených záloh.

Odhadovaný čas obnovení serveru závisí na několika faktorech:

  • Velikost databází
  • Počet zahrnutých transakčních protokolů
  • Množství aktivity, kterou je potřeba přehrát k obnovení do bodu obnovení
  • Šířka pásma sítě, pokud je obnovení v jiné oblasti
  • Počet souběžných žádostí o obnovení zpracovávaných v cílové oblasti
  • Přítomnost primárního klíče v tabulkách v databázi. Pro rychlejší obnovení zvažte přidání primárního klíče pro všechny tabulky v databázi. Pokud chcete zkontrolovat, jestli vaše tabulky mají primární klíč, můžete použít následující dotaz:
select tab.table_schema as database_name, tab.table_name from information_schema.tables tab left join information_schema.table_constraints tco on tab.table_schema = tco.table_schema and tab.table_name = tco.table_name and tco.constraint_type = 'PRIMARY KEY' where tco.constraint_type is null and tab.table_schema not in('mysql', 'information_schema', 'performance_schema', 'sys') and tab.table_type = 'BASE TABLE' order by tab.table_schema, tab.table_name;

V případě velké nebo velmi aktivní databáze může obnovení trvat několik hodin. Pokud v nějaké oblasti dojde k dlouhodobému výpadku, je možné, že se iniciuje velký počet žádostí o geografické obnovení za účelem zotavení po havárii. V případě velkého počtu žádostí se může prodloužit doba potřebná k obnovení jednotlivých databází. Obnovení většiny databází se dokončí do 12 hodin.

Důležité

Odstraněné servery je možné obnovit pouze do pěti dnů od odstranění, po kterém se zálohy odstraní. K zálohování databáze je možné přistupovat a obnovovat pouze z předplatného Azure, které je hostitelem serveru. Pokud chcete obnovit vyřazený server, projděte si zdokumentované kroky. K ochraně prostředků serveru, po nasazení, před náhodným odstraněním nebo neočekávanými změnami můžou správci využívat zámky správy.

Obnovení k určitému bodu v čase

Nezávisle na možnosti redundance zálohování můžete provést obnovení k libovolnému bodu v čase během doby uchovávání záloh. Nový server se vytvoří ve stejné oblasti Azure jako původní server. Vytvoří se s konfigurací původního serveru pro cenovou úroveň, generaci výpočetních prostředků, počet virtuálních jader, velikost úložiště, dobu uchovávání záloh a možnost redundance zálohování.

Poznámka:

Po operaci obnovení existují dva parametry serveru, které se resetují na výchozí hodnoty (a nezkopírují se z primárního serveru).

  • time_zone – tato hodnota se nastaví na VÝCHOZÍ hodnotu SYSTEM.
  • event_scheduler – event_scheduler je na obnovenovém serveru nastavená na vypnutou .

Tyto parametry serveru budete muset nastavit tak, že překonfigurujete parametr serveru.

Obnovení k určitému bodu v čase je užitečné v několika scénářích. Když například uživatel omylem odstraní data, zahodí důležitou tabulku nebo databázi nebo pokud aplikace omylem přepíše dobrá data chybnými daty kvůli vadě aplikace.

Možná budete muset počkat na provedení další zálohy transakčního protokolu, abyste mohli provést obnovení k určitému bodu v čase během posledních pěti minut.

Geografické obnovení

Server můžete obnovit do jiné oblasti Azure, kde je služba dostupná, pokud jste server nakonfigurovali pro geograficky redundantní zálohy.

  • Servery úložiště pro obecné účely verze 1 (podporující až 4 TB úložiště) je možné obnovit do geograficky spárované oblasti nebo do libovolné oblasti Azure, která podporuje službu Azure Database for MySQL – Single Server.
  • Servery úložiště pro obecné účely v2 (podporující až 16 TB úložiště) je možné obnovit pouze do oblastí Azure, které podporují infrastrukturu serverů úložiště pro obecné účely v2. Seznam podporovaných oblastí najdete v tématu Cenové úrovně služby Azure Database for MySQL.

Geografické obnovení je výchozí možností obnovení, pokud server není dostupný kvůli incidentu v oblasti, kde je server hostovaný. Pokud velký incident v oblasti vede k nedostupnosti vaší databázové aplikace, můžete obnovit server z geograficky redundantních záloh na server v jakékoli jiné oblasti. Geografické obnovení využívá nejnovější zálohu serveru. Mezi odesláním zálohy a replikací do jiné oblasti dochází ke zpoždění. Toto zpoždění může být až hodinu, takže pokud dojde k havárii, může dojít až k hodinové ztrátě dat.

Důležité

Pokud se u nově vytvořeného serveru provádí geografické obnovení, může počáteční synchronizace zálohování trvat déle než 24 hodin v závislosti na velikosti dat, protože doba počáteční úplné zálohy snímků je mnohem vyšší. Následné zálohy snímků jsou přírůstkové kopírování, a proto jsou obnovení rychlejší po 24 hodinách vytvoření serveru. Pokud vyhodnocujete geografické obnovení pro definování rto, doporučujeme počkat a vyhodnotit geografické obnovení až po 24 hodinách vytváření serveru, abyste mohli lépe odhadnout.

Mezi konfigurace serveru, které je možné změnit během geografického obnovování, patří generace výpočetních prostředků, virtuální jádra, doba uchovávání záloh a možnosti redundance zálohování. Změna cenové úrovně (Basic, Pro obecné účely nebo Optimalizováno pro paměť) ani velikosti úložiště se během geografického obnovování nepodporuje.

Odhadovaná doba obnovení závisí na několika faktorech, mezi které patří velikost databází, velikost transakčního protokolu, šířka pásma sítě a celkový počet obnovovaných databází ve stejné oblasti a ve stejnou dobu. Obvykle je doba obnovení kratší než 12 hodin.

Provádění úloh po obnovení

Po obnovení z některého mechanismu obnovení byste měli provést následující úlohy, abyste mohli své uživatele a aplikace zálohovat a spustit:

  • Pokud má nový server nahradit původní server, přesměrujte klienty a klientské aplikace na nový server.
  • Ujistěte se, že jsou pro připojení uživatelů zavedená příslušná pravidla virtuální sítě. Tato pravidla se nezkopírují z původního serveru.
  • Ujistěte se, že jsou zavedená příslušná přihlášení a oprávnění na úrovni databáze.
  • Podle potřeby nakonfigurujte výstrahy.

Další kroky