dlouhodobé uchovávání – Azure SQL Database a Azure SQL Managed Instance

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

mnoho aplikací má zákonné, dodržování předpisů nebo jiné obchodní účely, které vyžadují, abyste zachovali zálohy databáze po 7-35 dnů poskytovaných Azure SQL Database a automatických zálohspravovaných instancí Azure SQL spravované Instance. pomocí funkce dlouhodobého uchovávání (LTR) můžete v úložišti objektů Blob v Azure ukládat zadané SQL Database a SQL úplné zálohy spravované Instance s nakonfigurovanou redundancí až po dobu 10 let. Zálohy LTR se pak dají obnovit jako nová databáze.

je možné povolit dlouhodobé uchovávání Azure SQL Database a je k dispozici ve verzi public preview pro Azure SQL Managed Instance. Tento článek obsahuje koncepční přehled dlouhodobého uchovávání. pokud chcete nakonfigurovat dlouhodobé uchovávání, přečtěte si téma configure Azure SQL Database LTR a configure Azure SQL Managed Instance ltr.

Poznámka

úlohy agenta SQL můžete použít k naplánování záloh databáze pouze kopírováním jako alternativy po 35 dnech.

Důležité

Dlouhodobé uchovávání spravované instance je aktuálně k dispozici ve verzi Public Preview pouze ve veřejných oblastech Azure.

Jak dlouhodobé uchovávání funguje

Dlouhodobé uchovávání záloh (LTR) využívá úplné zálohy databáze, které se automaticky vytvoří , aby se povolilo obnovení bodu v čase (PITR). Pokud je nakonfigurovaná zásada LTR, zkopírují se tyto zálohy do různých objektů BLOB pro dlouhodobé uložení. Kopie je úloha na pozadí, která nemá žádný vliv na výkon úlohy databáze. zásady ltr pro každou databázi v SQL Database můžou také určovat, jak často se vytvářejí zálohy LTR.

Pokud chcete povolit LTR, můžete definovat zásady s použitím kombinace čtyř parametrů: týdenní uchovávání záloh (W), uchovávání měsíčního uchovávání záloh (M), ročního uchovávání záloh (Y) a týdenního roku (WeekOfYear). Pokud zadáte W, bude jedna záloha každý týden zkopírována do dlouhodobého úložiště. Zadáte-li M, bude první záloha každého měsíce zkopírována do dlouhodobého úložiště. Pokud zadáte Y, bude do dlouhodobého úložiště zkopírována jedna záloha během týdne určeného 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 bude uchována v dlouhodobém úložišti podle parametrů zásad, které jsou konfigurovány při vytvoření zálohy LTR.

Poznámka

Jakékoli změny v zásadě LTR se vztahují pouze na budoucí zálohy. Pokud se například upraví týdenní uchovávání záloh (W), měsíční uchovávání záloh (M) nebo roční uchovávání záloh (Y), bude se nové nastavení uchovávání vztahovat jenom na nové zálohy. Uchování stávajících záloh se neupraví. Pokud máte v úmyslu odstranit staré zálohy LTR ještě před uplynutím doby uchování, budete muset zálohy ručně odstranit.

Příklady zásad LTR:

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

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

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

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

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

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

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

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

Následující tabulka ilustruje tempo 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ětna)

Příklad ltr

Pokud upravíte výše uvedenou zásadu a nastavíte W = 0 (bez týdenního zálohování), tempo se záložní kopie změní, jak je uvedeno ve výše uvedené tabulce zvýrazněnými daty. Velikost úložiště potřebná k tomu, aby se tyto zálohy mohly snížit, se odpovídajícím způsobem sníží.

Důležité

Načasování individuálních záloh LTR řídí Azure. Nemůžete ručně vytvořit zálohu LTR nebo řídit časování vytváření zálohy. Po nakonfigurování zásady LTR může trvat až 7 dní, než se v seznamu dostupných záloh zobrazí první záloha LTR.

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

Pokud jako řešení provozní kontinuity používáte aktivní geografickou replikaci nebo skupiny převzetí služeb při selhání, měli byste připravit na případné převzetí služeb při selhání a nakonfigurovat stejnou zásadu LTR v sekundární databázi nebo instanci. Náklady na úložiště LTR se nebudou zvyšovat, protože zálohy se negenerují z nesekundárních. Zálohy se vytvoří jenom tehdy, když se sekundární primárním objektem. Zajišťuje nepřerušenou generaci záloh LTR při aktivaci převzetí služeb při selhání a primární se přesune 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 nová sekundární. Vytvoření zálohy proto nebude pokračovat a stávající zásady LTR se neprojeví, dokud se znovu nevrátí k primárnímu.

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

dlouhodobou dobu uchovávání záloh můžete nakonfigurovat pomocí Azure Portal a powershellu pro Azure SQL Database a Azure SQL Managed Instance. Chcete-li obnovit databázi z úložiště LTR, můžete vybrat konkrétní zálohování na základě jeho časového razítka. Databázi můžete obnovit do libovolného existujícího serveru nebo spravované instance v rámci stejného předplatného, jako má původní databáze.

informace o tom, jak nakonfigurovat dlouhodobé uchovávání nebo obnovení databáze ze zálohy pro SQL Database pomocí Azure Portal nebo powershellu, najdete v tématu správa Azure SQL Database dlouhodobého uchovávání záloh.

informace o tom, jak nakonfigurovat dlouhodobé uchovávání nebo obnovení databáze ze zálohy pro SQL spravovanou instanci pomocí Azure Portal nebo powershellu najdete v článku správa dlouhodobého uchovávání záloh Azure SQL managed instance.

Další kroky

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