Ukládat zálohy Azure SQL Database po dobu až 10 letStore Azure SQL Database backups for up to 10 years

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ů, které Azure SQL Database Automatické zálohyposkytují.Many applications have regulatory, compliance, or other business purposes that require you to retain database backups beyond the 7-35 days provided by Azure SQL Database automatic backups. Pomocí funkce dlouhodobá doba uchovávání (LTR) můžete do úložiště objektů BLOB v RA-GRS ukládat zadané úplné zálohy SQL Database po dobu až 10 let.By using the long-term retention (LTR) feature, you can store specified SQL database full backups in RA-GRS blob storage for up to 10 years. Pak můžete libovolnou zálohu obnovit jako novou databázi.You can then restore any backup as a new database.

Poznámka

U databází s jednou a ve fondu se dá povolit LTR.LTR can be enabled for single and pooled databases. Ještě není k dispozici pro databáze instancí ve spravovaných instancích.It is not yet available for instance databases in Managed Instances. Úlohy agenta SQL můžete použít k naplánování záloh databáze pouze kopírování jako alternativu k více než 35 dnům.You can use SQL Agent jobs to schedule copy-only database backups as an alternative to LTR beyond 35 days.

Jak SQL Database dlouhodobá doba uchováváníHow SQL Database long-term retention works

Dlouhodobá doba uchovávání záloh (LTR) využívá úplné zálohy databáze, které se automaticky vytvoří , aby se povolilo obnovení bodu a času (PITR).Long-term backup retention (LTR) leverages the full database backups that are automatically created to enable point-time restore (PITR). Pokud je nakonfigurovaná zásada LTR, zkopírují se tyto zálohy do různých objektů BLOB pro dlouhodobé uložení.If an LTR policy is configured, these backups are copied to different blobs for long-term storage. Operace kopírování je úloha na pozadí, která nemá žádný vliv na výkon úlohy databáze.The copy operation is a background job that has no performance impact on the database workload. Zálohy LTR se uchovávají po dobu nastavenou zásadou LTR.The LTR backups are retained for a period of time set by the LTR policy. Zásady LTR pro každou databázi SQL umožňují také určit, jak často se budou vytvářet zálohy LTR.The LTR policy for each SQL database can also specify how frequently the LTR backups are created. Chcete-li tuto flexibilitu povolit, můžete definovat zásady pomocí kombinace čtyř parametrů: týdenní uchovávání záloh (W), měsíční uchovávání záloh (M), roční uchování záloh (Y) a týden roku (WeekOfYear).To enable that flexibility you can define the policy using a combination of four parameters: weekly backup retention (W), monthly backup retention (M), yearly backup retention (Y), and week of year (WeekOfYear). Pokud zadáte W, bude jedna záloha každý týden zkopírována do dlouhodobého úložiště.If you specify W, one backup every week will be copied to the long-term storage. Pokud zadáte M, bude jedna záloha během prvního týdne každého měsíce zkopírována do dlouhodobého úložiště.If you specify M, one backup during the first week of each month will be copied to the long-term storage. 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.If you specify Y, one backup during the week specified by WeekOfYear will be copied to the long-term storage. Každá záloha bude zachována v dlouhodobém úložišti po dobu určenou pomocí těchto parametrů.Each backup will be kept in the long-term storage for the period specified by these parameters. Jakékoli změny zásad LTR se vztahují na budoucí zálohy.Any change of the LTR policy applies to the future backups. Pokud je například zadaný WeekOfYear v minulosti při konfiguraci zásady, vytvoří se první záloha LTR v příštím roce.For example, if the specified WeekOfYear is in the past when the policy is configured, the first LTR backup will be created next year.

Příklady zásad LTR:Examples of the LTR policy:

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

    Třetí úplná záloha každého roku se uchová po dobu pěti let.The third full backup of each year will be kept for five years.

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

    První úplná záloha každého měsíce bude uchována po dobu tří měsíců.The first full backup of each month will be kept for three months.

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

    Každé týdenní úplné zálohování bude uchováno po dobu 12 týdnů.Each weekly full backup will be kept for 12 weeks.

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

    Každé týdenní úplné zálohování bude uchováno po dobu šesti týdnů.Each weekly full backup will be kept for six weeks. Kromě prvního úplného zálohování každého měsíce, který bude zachován po dobu 12 měsíců.Except first full backup of each month, which will be kept for 12 months. S výjimkou úplného zálohování pořízeného na šestnáctý týden roku, který bude zachován po dobu 10 let.Except the full backup taken on 16th week of year, which will be kept for 10 years.

Následující tabulka ilustruje tempo a vypršení platnosti dlouhodobých záloh pro následující zásady:The following table illustrates the cadence and expiration of the long-term backups for the following policy:

W = 12 týdnů (84 dní), M = 12 měsíců (365 dnů), Y = 10 let (3650 dní), WeekOfYear = 15 (týden po 15. dubnu)W=12 weeks (84 days), M=12 months (365 days), Y=10 years (3650 days), WeekOfYear=15 (week after April 15)

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.If you modify the above policy and set W=0 (no weekly backups), the cadence of backup copies will change as shown in the above table by the highlighted dates. Velikost úložiště potřebná k tomu, aby se tyto zálohy mohly snížit, se odpovídajícím způsobem sníží.The storage amount needed to keep these backups would reduce accordingly.

Důležité

Časování jednotlivých záloh LTR je řízeno Azure SQL Database.The timing of the individual LTR backups is controlled by Azure SQL Database. Nemůžete ručně vytvořit zálohu LTR nebo řídit časování vytváření zálohy.You cannot manually create a LTR backup or control the timing of the backup creation. 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.After configuring an LTR policy, it may take up to 7 days before the first LTR backup will show up on the list of available backups.

Geografická replikace a dlouhodobé uchovávání zálohGeo-replication and long-term backup retention

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 se připravit na případné převzetí služeb při selhání a nakonfigurovat stejnou zásadu LTR na geograficky sekundární databázi.If you are using active geo-replication or failover groups as your business continuity solution, you should prepare for eventual failovers and configure the same LTR policy on the geo-secondary database. Náklady na úložiště LTR se nebudou zvyšovat, protože zálohy se negenerují z nesekundárních.Your LTR storage cost will not increase as backups are not generated from the secondaries. Pouze v případě, že sekundární se změní na primární, vytvoří se zálohy.Only when the secondary becomes primary the backups will be created. 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.It ensures non-interrupted generation of the LTR backups when the failover is triggered and the primary moves to the secondary region.

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í.When the original primary database recovers from an outage that caused the failover, it will become a new secondary. 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.Therefore, the backup creation will not resume and the existing LTR policy will not take effect until it becomes the primary again.

Konfigurace dlouhodobého uchovávání zálohConfigure long-term backup retention

Informace o tom, jak nakonfigurovat dlouhodobé uchovávání pomocí Azure Portal nebo PowerShellu, najdete v tématu správa Azure SQL Database dlouhodobé uchovávání záloh.To learn how to configure long-term retention using the Azure portal or PowerShell, see Manage Azure SQL Database long-term backup retention.

Obnovit databázi ze zálohy LTRRestore database from LTR backup

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.To restore a database from the LTR storage, you can select a specific backup based on its timestamp. Databázi můžete obnovit na jakýkoli existující server v rámci stejného předplatného, jako je původní databáze.The database can be restored to any existing server under the same subscription as the original database. Informace o tom, jak obnovit databázi ze zálohy LTR pomocí Azure Portal nebo PowerShellu, najdete v tématu správa Azure SQL Database dlouhodobé uchovávání záloh.To learn how to restore your database from an LTR backup, using the Azure portal or PowerShell, see Manage Azure SQL Database long-term backup retention.

Další krokyNext steps

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.Because database backups protect data from accidental corruption or deletion, they're an essential part of any business continuity and disaster recovery strategy. Další informace o ostatních řešeních pro provozní kontinuitu SQL Database najdete v tématu Přehled provozní kontinuity.To learn about the other SQL Database business-continuity solutions, see Business continuity overview.