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

  • Článek
  • 4 min ke čtení

Mnoho aplikací má zákonné účely, dodržování předpisů nebo jiné obchodní účely, které vyžadují uchovávání záloh databází po uplynutí 7 až 35 dnů, které poskytuje Azure SQL Database a Azure SQL Managed Instance automatické zálohování. Pomocí funkce dlouhodobého uchovávání (LTR) můžete ukládat zadané SQL Database a SQL Managed Instance úplné zálohy ve službě Azure Blob Storage s nakonfigurovanou redundancí po dobu až 10 let. Zálohy LTR je pak možné obnovit jako novou databázi.

Dlouhodobé uchovávání je možné povolit pro Azure SQL Database a pro Azure SQL Managed Instance. Tento článek obsahuje koncepční přehled dlouhodobého uchovávání. Informace o konfiguraci dlouhodobého uchovávání najdete v tématech Konfigurace dlouhodobého uchovávání Azure SQL databáze a Konfigurace Azure SQL Managed Instance LTR.

Poznámka

  • V Azure SQL Managed Instance použijte úlohy agenta SQL k naplánování zálohování databází jen pro kopírování jako alternativu k LTR po dobu delší než 35 dnů.
  • Dlouhodobé uchovávání záloh pro databáze Hyperscale je teď ve verzi Preview.

Jak funguje dlouhodobé uchovávání

Dlouhodobé uchovávání (LTR) záloh využívá úplné zálohy databáze, které se vytváří automaticky, a umožňuje tak obnovení k určitému bodu v čase. Pokud jsou nakonfigurované zásady LTR, tyto zálohy se pro účely dlouhodobého uchovávání kopírují do různých objektů blob. Kopírování je úloha na pozadí, která nemá žádný vliv na výkon databázové úlohy. Zásada LTR pro každou databázi v SQL Database může také určovat, jak často se zálohy LTR vytvářejí.

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ýden v roce (WeekOfYear). Pokud zadáte W, do dlouhodobého úložiště se zkopíruje jedna záloha každý týden. 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 Y, jedna záloha v týdnu určená parametrem WeekOfYear se zkopíruje do dlouhodobého úložiště. Pokud je zadaná hodnota WeekOfYear při konfiguraci zásady v minulosti, první záloha LTR se vytvoří v následujícím roce. Každá záloha se bude uchovávat v dlouhodobém úložišti podle parametrů zásad nakonfigurovaných při vytváření zálohy LTR.

Poznámka

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 bude uchovávat po dobu pěti let.

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

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

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

    Každá týdenní úplná záloha se bude uchovávat po dobu 12 týdnů.

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

    Každá týdenní úplná záloha se bude uchovávat po dobu šesti týdnů. S výjimkou první úplné zálohy každého měsíce, která se bude uchovávat po dobu 12 měsíců. S výjimkou úplné zálohy pořízené ve 20. týdnu roku, která se bude uchovávat 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 týdnů (84 dní), M = 12 měsíců (365 dní), Y = 10 let (3650 dní), WeekOfYear =20 (týden po 13. květnu)

Příklad ltr

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

Důležité

Časování jednotlivých záloh LTR řídí Azure. 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 server nebo spravovanou instanci, odstraní se také všechny databáze na tomto serveru nebo spravované instanci a nebude možné je obnovit. Odstraněný server nebo 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 k bodu v čase, kdy byla pořízena záloha LTR.

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. Náklady na úložiště LTR se nezvýší, protože sekundární servery negenerují zálohy. Zálohy se vytváří pouze tehdy, když se sekundární server stane primárním serverem. Tento přístup zajišťuje nerušené generování záloh LTR, když se aktivuje převzetí služeb při selhání a primární server se přesune do sekundární oblasti.

Poznámka

Když se původní primární databáze zotaví z výpadku, který způsobil převzetí služeb při selhání, stane se novou sekundární databází. Vytváření zálohy proto nebude pokračovat a stávající zásady LTR se projeví až poté, co se opět stane primární databází.

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

Dlouhodobé uchovávání záloh můžete nakonfigurovat pomocí 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ě jejího časového razítka. Databázi je možné obnovit na jakýkoli 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 SQL Database pomocí 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 SQL Managed Instance pomocí Azure Portal nebo PowerShellu najdete v tématu Správa Azure SQL Managed Instance dlouhodobého uchovávání záloh.

Poznámka

Pokud používáte zálohy LTR ke splnění požadavků na dodržování předpisů nebo jiných důležitých požadavků, zvažte provádění 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.

Další kroky

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