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

  • Článek

Důležité

Azure Database for MariaDB je na cestě vyřazení. Důrazně doporučujeme migrovat do služby Azure Database for MySQL. Další informace o migraci na Azure Database for MySQL najdete v tématu Co se děje se službou Azure Database for MariaDB?.

Azure Database for MariaDB automaticky vytváří zálohy serveru a ukládá je do místně redundantního nebo geograficky redundantního úložiště nakonfigurovaného uživatelem. 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 MariaDB zálohuje datové soubory a transakční protokol. 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 vystavené uživatelem a nedají se exportovat. Tyto zálohy je možné použít pouze pro operace obnovení ve službě Azure Database for MariaDB. 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 s až 4 TB úložištěm

Ú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ž do 4 TB nejsou založené na snímku 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ě, nejsou žá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 s až 16TB úložištěm

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í úplné zálohování snímků je naplánované okamžitě po vytvoření serveru. První úplné zálohování snímků se zachová jako základní záloha serveru. Další zálohování snímků je pouze rozdílové.

Rozdílové zálohování snímků se provádí alespoň jednou denně. Rozdílové zálohy snímků se nespravují podle pevného plánu. Rozdílové zálohování snímků probíhá každých 24 hodin, pokud transakční protokol (binlog v MariaDB) nepřekročí 50 GB od posledního rozdílového zálohování. Každý den je možné provést rozdílové zálohování snímků maximálně šestkrát.

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

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 sedm 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 sedm dnů, okno obnovení se považuje za posledních sedm 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 s až 4TB úložištěm budou uchovávat až dvě úplné zálohy databáze, všechny rozdílové zálohy a zálohy transakčních protokolů provedené od nejstarší úplné zálohy databáze.
  • Servery s až 16TB úložištěm zachovají celý snímek databáze, všechny rozdílové snímky a zálohy transakčních protokolů za posledních osm dnů.

Dlouhodobé uchovávání záloh

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 MariaDB 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í, neukládají se jenom v oblasti, ve které je váš server hostovaný, ale také replikují do spárovaného datového centra. To zajišťuje lepší ochranu a možnost obnovení serveru v jiné oblasti v případě havárie. Úroveň Basic nabízí pouze místně redundantní úložiště zálohování.

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 nemůžete mě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 MariaDB poskytuje až 100 % zřízeného úložiště serveru jako úložiště záloh 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í

Provedení obnovení ve službě Azure Database for MariaDB vytvoří nový server ze záloh původního serveru a obnoví všechny databáze obsažené na serveru.

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á 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. Doba obnovení je kratší než 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í.

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í

Pokud jste server nakonfigurovali pro geograficky redundantní zálohy, můžete server obnovit do jiné oblasti Azure, kde je služba dostupná. Servery, které podporují až 4 TB úložiště, je možné obnovit do geograficky spárované oblasti nebo do libovolné oblasti, která podporuje až 16 TB úložiště. U serverů, které podporují až 16 TB úložiště, je možné geografické zálohy obnovit v libovolné oblasti, které podporují i servery s 16 TB. Seznam podporovaných oblastí najdete v cenových úrovních služby Azure Database for MariaDB.

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 provedeným zálohováním 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ěť) nebo velikosti úložiště během geografického obnovení se 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. Doba obnovení je 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 nekopí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