Zálohování a obnovení jednoho serveru Azure Database for PostgreSQL

  • Článek

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

Důležité

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

Azure Database for PostgreSQL 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 PostgreSQL vytváří zálohy datových souborů a transakčního protokolu. V závislosti na podporované maximální velikosti úložiště buď provádíme úplné a rozdílové zálohování (maximálně 4 TB serverů úložiště), nebo zálohy snímků (až 16 TB maximálního počtu serverů úložiště). 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 nelze exportovat. Zálohy je možné použít pouze pro operace obnovení ve službě Azure Database for PostgreSQL. Ke kopírování databáze můžete použít pg_dump .

Frekvence zálohování

Servery s až 4 TB úložištěm

U serverů, které podporují až 4 TB maximálního úložiště, 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.

Servery s až 16TB úložištěm

V podmnožině oblastí Azure můžou všechny nově zřízené servery podporovat až 16TB úložiště. Zálohy na těchto velkých serverech úložiště 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 neprovádí podle pevně daného plánu. Za den se provádí několik rozdílových záloh snímků, ale zachovají se pouze 3 zálohy. Zálohování transakčních protokolů probíhá každých pět minut.

Poznámka:

Automatické zálohování se provádí pro servery replik, které jsou nakonfigurované s až 4 TB konfigurací úložiště.

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 s až 4TB úložištěm 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ší úplné zálohy databáze.
  • Servery s až 16TB úložištěm si zachovají celý snímek databáze, všechny rozdílové snímky a zálohy transakčních protokolů za posledních 8 dnů.

možnosti redundance zálohy

Azure Database for PostgreSQL nabízí flexibilitu pro výběr 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í, další záložní kopie se replikuje do spárované oblasti. To poskytuje lepší ochranu a schopnost obnovit server v případě regionální havárie. Úroveň Basic nabízí pouze místně redundantní úložiště zálohování.

Důležité

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í.

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

Azure Database for PostgreSQL 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žité ve službě Azure Monitor, která je dostupná na 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 PostgreSQL vytvoří nový server ze záloh původního 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.
  • Geografické obnovení je k dispozici pouze v případě, že jste pro server nakonfigurovali geograficky redundantní úložiště, a umožňuje obnovit server do jiné oblasti.

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í se liší v závislosti na posledním zálohování dat a množství potřebného obnovení. Obvykle je to méně než 12 hodin.

Poznámka:

Pokud je zdrojový server PostgreSQL šifrovaný pomocí klíčů spravovaných zákazníkem, projděte si další informace v dokumentaci.

Poznámka:

Pokud chcete obnovit odstraněný server PostgreSQL, postupujte podle zde popsaného postupu.

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.

Pokud chcete obnovit vyřazenou tabulku,

  1. Obnovte zdrojový server pomocí metody k určitému bodu v čase.
  2. Vysadí tabulku pomocí pg_dump obnoveného serveru.
  3. Přejmenování zdrojové tabulky na původním serveru
  4. Import tabulky pomocí příkazového řádku psql na původním serveru
  5. Obnovený server můžete volitelně odstranit.

Poznámka:

Nedoporučuje se vytvářet více obnovení pro stejný server najednou.

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, 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 o kapacitě 16 TB. Seznam podporovaných oblastí najdete v cenových úrovních Služby Azure Database for PostgreSQL.

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. 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.

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ě se nepodporuje.

Poznámka:

Pokud váš zdrojový server používá pro obnovení serveru dvojité šifrování infrastruktury, existují omezení, včetně dostupných oblastí. Další podrobnosti najdete v dvojitém šifrování infrastruktury.

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 chcete získat přístup k obnovenému serveru, protože má jiný název než původní server, změňte název serveru na obnovený název serveru a uživatelské jméno v username@new-restored-server-name připojovací řetězec.

  • 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 brány firewall a virtuální sítě na úrovni serveru. 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.

  • Dlouhodobé uchovávání

    Serverové služby Azure Backup a Azure Database for PostgreSQL vytvořily podnikové řešení dlouhodobého zálohování pro instance jednoúčelového serveru Azure Database for PostgreSQL, které uchovávají zálohy po dobu až 10 let. Dlouhodobé uchovávání můžete používat nezávisle nebo kromě automatizovaného řešení zálohování nabízeného jednoúčelovým serverem Azure Database for PostgreSQL, které nabízí uchovávání až 35 dnů. Automatizované zálohy jsou fyzické zálohy vhodné pro provozní obnovení, zejména pokud chcete provést obnovení z nejnovějších záloh. Dlouhodobé zálohování vám pomůže s vašimi potřebami dodržování předpisů, jsou podrobnější a provádějí se jako logické zálohy pomocí nativních pg_dump. Kromě dlouhodobého uchovávání nabízí řešení následující schopnosti:

Plánované zálohování a zálohování na vyžádání na jednotlivých úrovních databáze řízené zákazníkem. Centrální monitorování všech operací a úloh. Zálohy se ukládají v samostatné doméně zabezpečení a selhání. Pokud dojde k ohrožení zabezpečení zdrojového serveru nebo předplatného, zálohy zůstanou v trezoru služby Backup (ve spravovaných účtech úložiště Azure Backup) v bezpečí. Použití pg_dump umožňuje větší flexibilitu při obnovování dat napříč různými verzemi databáze. Trezory služby Azure Backup podporují funkce neměnnosti a obnovitelného odstranění (Preview), které chrání vaše data.

Další kroky

  • Zjistěte, jak provést obnovení pomocí webu Azure Portal.
  • Zjistěte, jak provést obnovení pomocí Azure CLI.
  • Další informace o kontinuitě podnikových procesů najdete v přehledu provozní kontinuity.