Sdílet prostřednictvím


Viz téma Dlouhodobé uchovávání – Azure SQL Database a Azure SQL Managed Instance

Platí pro: Azure SQL Database Azure SQL Managed Instance

Tento článek obsahuje koncepční přehled dlouhodobého uchovávání záloh pro Azure SQL Database a Azure SQL Managed Instance. Dlouhodobé uchovávání je možné nakonfigurovat až na 10 let při zálohování služby Azure SQL Database (včetně úrovně služby Hyperscale) a azure SQL Managed Instance.

Pokud chcete začít, přečtěte si informace o konfiguraci dlouhodobého uchovávání záloh pro Azure SQL Database a službu Azure SQL Managed Instance.

Jak dlouhodobé uchovávání funguje

Mnoho aplikací má zákonné, dodržování předpisů nebo jiné obchodní důvody, které vyžadují uchovávání záloh databáze po dobu 1–35 dnů, kterou poskytuje období krátkodobého uchovávání automatických záloh. Dlouhodobé uchovávání záloh (LTR) spoléhá na úplné zálohy databáze, které jsou automaticky vytvořeny službou Azure SQL. Další informace najdete v tématu automatizované zálohování ve službě Azure SQL Database nebo ve službě Azure SQL Managed Instance.

Pomocí funkce LTR můžete ukládat zadané úplné zálohy služby SQL Database a SQL Managed Instance do redundantního úložiště objektů blob v Azure s konfigurovatelnými zásadami uchovávání informací o velikosti až 10 let. Zálohy LTR je pak možné obnovit jako novou databázi. Pokud je nakonfigurovaná zásada LTR, automatizované zálohy se zkopírují do různých objektů blob pro dlouhodobé úložiště, které pak můžete použít k obnovení databáze k určitému bodu v čase. Kopírování je úloha na pozadí, která nemá žádný vliv na výkon databázové úlohy. Zásady LTR pro každou databázi ve službě SQL Database také můžou určovat, jak často se vytvářejí zálohy LTR.

Poznámka:

  • V současné době není možné konfigurovat zálohy služby Azure SQL Database a Azure SQL Managed Instance jako neměnné. Zálohy LTR se nedají upravit, ale můžete je odstranit prostřednictvím webu Azure Portal, Azure CLI, PowerShellu nebo rozhraní REST API. Další informace najdete v tématu Konfigurace záloh LTR.
  • Ve službě Azure SQL Managed Instance můžete pomocí úloh agenta SQL naplánovat zálohování databáze jen pro kopírování a zachovat je ve vlastním účtu úložiště. Může se jednat o alternativu k funkcím LTR, které můžou uchovávat zálohy až 10 let.

Pokud chcete povolit LTR, můžete definovat zásadu pomocí kombinace čtyř parametrů: týdenní uchovávání záloh (W), měsíční uchovávání záloh (M), roční uchovávání záloh (Y) a týdne v roce (WeekOfYear). Pokud zadáte W, každý týden se jedna záloha zkopíruje do dlouhodobého úložiště. Pokud zadáte M, první záloha každého měsíce se zkopíruje do dlouhodobého úložiště. Pokud zadáte hodnotu Y, zkopíruje se do dlouhodobého úložiště jedna záloha za týden určená parametrem WeekOfYear. Pokud je zadaný WeekOfYear v minulosti, když je zásada nakonfigurovaná, vytvoří se první záloha LTR v následujícím roce. Každá záloha se uchovává v dlouhodobém úložišti podle parametrů zásad nakonfigurovaných při vytvoření zálohy LTR.

Jakákoli změna zásad LTR se vztahuje pouze na budoucí zálohy. Pokud například dojde k úpravě týdenního, měsíčního nebo ročního uchovávání záloh, nové nastavení uchovávání se bude vztahovat pouze na nové zálohy. Uchovávání stávajících záloh se nijak nezmění. Pokud je vaším záměrem odstranit staré zálohy LTR před uplynutím doby jejich uchovávání, budete muset zálohy odstranit ručně.

Příklady zásad LTR:

  • W=0, M=0, Y=5, WeekOfYear=3

    Třetí úplná záloha každého roku se uchovává po dobu pěti let.

  • W=0, M=3, Y=0

    První úplná záloha každého měsíce se uchovává po dobu tří měsíců.

  • W=12, M=0, Y=0

    Každé týdenní úplné zálohování se uchovává po dobu 12 týdnů.

  • W=6, M=12, Y=10, WeekOfYear=20

    Každé týdenní úplné zálohování se uchovává po dobu šesti týdnů. S výjimkou prvního úplného zálohování každého měsíce, který se uchovává po dobu 12 měsíců. S výjimkou úplného zálohování pořízeného v 20. týdnu roku, který se uchovává po dobu 10 let.

Následující tabulka ukazuje četnost a vypršení platnosti dlouhodobých záloh pro následující zásady:

W=12 weeks (84 dní), M=12 months (365 dní), Y=10 years (3650 dní), WeekOfYear=20 (týden po 13. květnu)

Následující data jsou v ISO 8601 (YYYY-MM-DD).

Zálohování pitr do LTR Vypršení platnosti W Vypršení platnosti M Vypršení platnosti Y
2018-03-07 2019-03-02
2018-03-14 2018-06-06
2018-03-21 2018-06-13
2018-03-28 2018-06-20
2018-04-04 2019-03-30
2018-04-11 2018-07-04
2018-04-18 2018-07-11
2018-04-25 2018-07-18
2018-05-02 2019-04-27
2018-05-09 1. 8. 2018
2018-05-16 2028-05-13
2018-05-23 2018-08-15
2018-05-30 2018-08-22
2018-06-06 1. 6. 2019
2018-06-13 2018-09-05
2018-06-20 2018-09-12
2018-06-27 2018-09-19
2018-07-04 2019-06-29
2018-07-11 2018-10-03
2018-07-18 2018-10-10
2018-07-25 2018-10-17
1. 8. 2018 2019-07-27
2018-08-08 2018-10-31
2018-08-15 2018-11-07
2018-08-22 2018-11-14
2018-08-29 2018-11-21

Pokud upravíte výše uvedené zásady a nastavíte W=0 (bez týdenních záloh), služba zachová pouze měsíční a roční zálohy. V zásadách LTR se neukládají žádné týdenní zálohy. Velikost úložiště potřebná k zachování těchto záloh se odpovídajícím způsobem snižuje.

Důležité

Načasování jednotlivých záloh LTR je řízeno službou Azure SQL Database. Nemůžete ručně vytvořit zálohu LTR ani řídit časování vytváření záloh. Po konfiguraci zásad LTR může trvat až 7 dní, než se první záloha LTR zobrazí v seznamu dostupných záloh.

Pokud odstraníte logický server nebo spravovanou instanci, odstraní se také všechny databáze na tomto serveru nebo spravované instanci a nejde je obnovit. Odstraněný server ani spravovanou instanci nemůžete obnovit. Pokud jste ale nakonfigurovali LTR pro databázi nebo spravovanou instanci, zálohy LTR se neodstraní a dají se použít k obnovení databází na jiném serveru nebo spravované instanci ve stejném předplatném až k určitému bodu v čase při vytvoření zálohy LTR.

Podobně pokud odstraníte databázi, zálohy LTR se neodstraní a zachovají se po nakonfigurovanou dobu uchovávání informací. Tyto zálohy je možné obnovit na stejný server nebo jiný server ve stejném předplatném.

Geografická replikace a dlouhodobé uchovávání záloh

Pokud jako řešení pro zajištění provozní kontinuity používáte aktivní geografickou replikaci nebo skupiny převzetí služeb při selhání, měli byste se připravit na případná převzetí služeb při selhání a nakonfigurovat stejné zásady LTR i pro sekundární databázi nebo instanci. Vaše náklady na úložiště LTR se nezvyšují, protože zálohy se negenerují z sekundárních úložišť. Zálohy se vytváří pouze tehdy, když se sekundární server stane primárním serverem. Zajišťuje neinterrupované generování záloh LTR při aktivaci převzetí služeb při selhání a primární přesun do sekundární oblasti.

Poznámka:

Když se původní primární databáze obnoví z výpadku, který způsobil převzetí služeb při selhání, stane se novou sekundární databází. Vytvoření zálohy se proto neobnoví a stávající zásady LTR se neprojeví, dokud se znovu nezmění na primární.

Konfigurace dlouhodobého uchovávání záloh

Dlouhodobé uchovávání záloh můžete nakonfigurovat pomocí webu Azure Portal a PowerShellu pro Azure SQL Database a azure SQL Managed Instance. Pokud chcete obnovit databázi z úložiště LTR, můžete vybrat konkrétní zálohu na základě časového razítka. Databázi je možné obnovit na libovolný existující server nebo spravovanou instanci ve stejném předplatném jako původní databáze.

Informace o konfiguraci dlouhodobého uchovávání nebo obnovení databáze ze zálohy pro SLUŽBU SQL Database pomocí webu Azure Portal nebo PowerShellu najdete v tématu Správa dlouhodobého uchovávání záloh služby Azure SQL Database.

Informace o konfiguraci dlouhodobého uchovávání nebo obnovení databáze ze zálohy pro službu SQL Managed Instance pomocí webu Azure Portal nebo PowerShellu najdete v tématu Správa dlouhodobého uchovávání záloh azure SQL Managed Instance.

Když se žádost o obnovení zahájí v posledních 7 dnech doby uchovávání LTR, Azure automaticky prodlouží datum vypršení platnosti všech záloh +7 dnů, aby se zabránilo vypršení platnosti zálohy LTR během obnovení.

Poznámka:

Pokud ke splnění požadavků na dodržování předpisů nebo jiných důležitých požadavků používáte zálohy LTR, zvažte provedení pravidelných postupů obnovení, abyste ověřili, že je možné obnovit zálohy LTR a že obnovení vede k očekávanému stavu databáze.

Vzhledem k tomu, že zálohy databází chrání data před náhodným poškozením nebo odstraněním, jsou důležitou součástí jakékoli strategie provozní kontinuity a zotavení po havárii.

Kurz týkající se konfigurace a správy záloh LTR najdete tady: