Långsiktig kvarhållning – Azure SQL Database och Azure SQL Managed Instance
Gäller för:
Azure SQL DatabaseAzure SQL Managed Instance
Den här artikeln innehåller en konceptuell översikt över långsiktig kvarhållning av säkerhetskopior för Azure SQL Database och Azure SQL Managed Instance. Långsiktig kvarhållning kan konfigureras i upp till 10 år på säkerhetskopior för Azure SQL Database (inklusive på tjänstnivån Hyperskala) och Azure SQL Managed Instance.
Kom igång genom att läsa konfigurera långsiktig kvarhållning av säkerhetskopior för Azure SQL Database och Azure SQL Managed Instance.
Så här fungerar långsiktig kvarhållning
Många program har regel-, efterlevnads- eller andra affärsskäl som kräver att du behåller databassäkerhetskopior utöver de 1–35 dagar som tillhandahålls av den kortsiktiga kvarhållningsperioden för automatiska säkerhetskopieringar. Långsiktig kvarhållning av säkerhetskopior (LTR) förlitar sig på de fullständiga databassäkerhetskopior som skapas automatiskt av Azure SQL-tjänsten. Mer information finns i automatiserade säkerhetskopieringar i Azure SQL Database eller Azure SQL Managed Instance.
Med hjälp av LTR-funktionen kan du lagra angivna fullständiga säkerhetskopior av SQL Database och SQL Managed Instance i redundant Azure Blob Storage med en konfigurerbar kvarhållningsprincip på upp till 10 år. LTR-säkerhetskopior kan sedan återställas som en ny databas. Om en LTR-princip har konfigurerats kopieras automatiserade säkerhetskopieringar till olika blobar för långsiktig lagring som du sedan kan använda för att återställa databasen till en viss tidpunkt. Kopian är ett bakgrundsjobb som inte har någon prestandapåverkan på databasarbetsbelastningen. LTR-principen för varje databas i SQL Database kan också ange hur ofta LTR-säkerhetskopiorna skapas.
Kommentar
- Det går för närvarande inte att konfigurera säkerhetskopior av Azure SQL Database och Azure SQL Managed Instance som oföränderliga.
- I Azure SQL Managed Instance använder du SQL Agent-jobb för att schemalägga säkerhetskopieringar av endast kopieringsdatabaser som ett alternativ till LTR längre än 35 dagar.
Om du vill aktivera LTR kan du definiera en princip med hjälp av en kombination av fyra parametrar: kvarhållning av veckovisa säkerhetskopior (W), månatlig kvarhållning av säkerhetskopior (M), årlig kvarhållning av säkerhetskopior (Y) och veckan på året (WeekOfYear). Om du anger W kopieras en säkerhetskopia varje vecka till långsiktig lagring. Om du anger M kopieras den första säkerhetskopian för varje månad till den långsiktiga lagringen. Om du anger Y kopieras en säkerhetskopia under veckan som anges av WeekOfYear till den långsiktiga lagringen. Om den angivna WeekOfYear är tidigare när principen har konfigurerats skapas den första LTR-säkerhetskopieringen följande år. Varje säkerhetskopia sparas i långsiktig lagring enligt de principparametrar som konfigureras när LTR-säkerhetskopieringen skapas.
Ändringar av LTR-principen gäller endast för framtida säkerhetskopior. Om till exempel veckovis (W), månatlig (M) eller årlig kvarhållning av säkerhetskopior (Y) ändras gäller den nya kvarhållningsinställningen endast för nya säkerhetskopior. Kvarhållningen av befintliga säkerhetskopior ändras inte. Om din avsikt är att ta bort gamla LTR-säkerhetskopior innan deras kvarhållningsperiod går ut behöver du ta bort säkerhetskopiorna manuellt.
Exempel på LTR-principen:
W=0, M=0, Y=5, WeekOfYear=3Den tredje fullständiga säkerhetskopian för varje år behålls i fem år.
W=0, M=3, Y=0Den första fullständiga säkerhetskopian för varje månad sparas i tre månader.
W=12, M=0, Y=0Varje veckovis fullständig säkerhetskopiering sparas i 12 veckor.
W=6, M=12, Y=10, WeekOfYear=20Varje veckovis fullständig säkerhetskopiering sparas i sex veckor. Förutom den första fullständiga säkerhetskopian av varje månad, som sparas i 12 månader. Förutom den fullständiga säkerhetskopieringen den 20:e veckan på året, som hålls i 10 år.
I följande tabell visas kadensen och förfallotiden för de långsiktiga säkerhetskopiorna för följande princip:
W=12 weeks (84 dagar), M=12 months (365 dagar), Y=10 years (3650 dagar), WeekOfYear=20 (veckan efter 13 maj)
Följande datum finns i ISO 8601 (YYYY-MM-DD).
| PITR-säkerhetskopiering till LTR | Förfallodatum W | Förfallotid M | Förfallodatum Y |
|---|---|---|---|
| 2018-03-07 | 2019-07-03 | ||
| 2018-03-14 | 2018-06-06 | ||
| 2018-03-21 | 2018-06-13 | ||
| 2018-03-28 | 2018-06-20 | ||
| 2018-04-04 | 2019-04-25 | ||
| 2018-04-11 | 2018-07-04 | ||
| 2018-04-18 | 2018-07-11 | ||
| 2018-04-25 | 2018-07-18 | ||
| 2018-05-02 | 2019-05-23 | ||
| 2018-05-09 | 2018-08-01 | ||
| 2018-05-16 | 2028-05-13 | ||
| 2018-05-23 | 2018-08-15 | ||
| 2018-05-30 | 2018-08-22 | ||
| 2018-06-06 | 2019-06-20 | ||
| 2018-06-13 | 2018-09-05 | ||
| 2018-06-20 | 2018-09-12 | ||
| 2018-06-27 | 2018-09-19 | ||
| 2018-07-04 | 2019-07-25 | ||
| 2018-07-11 | 2018-10-03 | ||
| 2018-07-18 | 2018-10-10 | ||
| 2018-07-25 | 2018-10-17 | ||
| 2018-08-01 | 2019-08-22 | ||
| 2018-08-08 | 2018-10-31 | ||
| 2018-08-15 | 2018-11-07 | ||
| 2018-08-22 | 2018-11-14 | ||
| 2018-08-29 | 2018-11-21 |
Om du ändrar ovanstående princip och anger W=0 (inga veckosäkerhetskopior) behåller tjänsten endast de månatliga och årliga säkerhetskopiorna. Inga veckovisa säkerhetskopior lagras under LTR-principen. Mängden lagringsutrymme som krävs för att behålla dessa säkerhetskopior minskar i enlighet med detta.
Viktigt!
Tidpunkten för enskilda LTR-säkerhetskopior styrs av Azure SQL Database. Du kan inte skapa en LTR-säkerhetskopia manuellt eller styra den tidpunkt då säkerhetskopian skapas. När du har konfigurerat en LTR-princip kan det ta upp till 7 dagar innan den första LTR-säkerhetskopieringen visas i listan över tillgängliga säkerhetskopior.
Om du tar bort en logisk server eller en hanterad instans tas även alla databaser på servern eller den hanterade instansen bort och kan inte återställas. Du kan inte återställa en borttagen server eller hanterad instans. Men om du hade konfigurerat LTR för en databas eller hanterad instans tas inte LTR-säkerhetskopior bort och de kan användas för att återställa databaser på en annan server eller hanterad instans i samma prenumeration till en tidpunkt då en LTR-säkerhetskopiering gjordes.
Om du tar bort en databas tas inte LTR-säkerhetskopior bort och behålls inte under den konfigurerade kvarhållningsperioden. Dessa säkerhetskopior kan återställas till samma server eller en annan server i samma prenumeration.
Geo-replikering och långsiktig kvarhållning av säkerhetskopior
Om du använder aktiv geo-replikering eller redundansgrupper som affärskontinuitetslösning bör du förbereda för eventuella redundansväxlingar och konfigurera samma LTR-princip på den sekundära databasen eller instansen. Kostnaden för LTR-lagring ökar inte eftersom säkerhetskopior inte genereras från sekundärfilerna. Säkerhetskopiorna skapas bara när den sekundära blir primär. Det säkerställer oavbruten generering av LTR-säkerhetskopior när redundansväxlingen utlöses och den primära flyttas till den sekundära regionen.
Kommentar
När den ursprungliga primära databasen återställs från ett avbrott som orsakade redundansväxlingen blir den en ny sekundär databas. Därför återupptas inte säkerhetskopieringen och den befintliga LTR-principen börjar inte gälla förrän den blir den primära igen.
Konfigurera långsiktig kvarhållning av säkerhetskopior
Du kan konfigurera långsiktig kvarhållning av säkerhetskopior med hjälp av Azure-portalen och PowerShell för Azure SQL Database och Azure SQL Managed Instance. Om du vill återställa en databas från LTR-lagringen kan du välja en specifik säkerhetskopia baserat på tidsstämpeln. Databasen kan återställas till valfri befintlig server eller hanterad instans under samma prenumeration som den ursprungliga databasen.
Information om hur du konfigurerar långsiktig kvarhållning eller återställning av en databas från en säkerhetskopia för SQL Database med hjälp av Azure-portalen eller PowerShell finns i Hantera långsiktig kvarhållning av säkerhetskopior i Azure SQL Database.
Information om hur du konfigurerar långsiktig kvarhållning eller återställning av en databas från en säkerhetskopia för SQL Managed Instance med hjälp av Azure-portalen eller PowerShell finns i Hantera långsiktig kvarhållning av säkerhetskopior i Azure SQL Managed Instance.
När en återställningsbegäran initieras under de sista 7 dagarna av LTR-kvarhållningsperioden förlänger Azure automatiskt förfallodatumet för alla säkerhetskopior +7 dagar för att förhindra att en LTR-säkerhetskopia upphör att gälla under återställningen.
Kommentar
Om du använder LTR-säkerhetskopior för att uppfylla efterlevnadskraven eller andra verksamhetskritiska krav bör du överväga att utföra regelbundna återställningstest för att kontrollera att LTR-säkerhetskopior kan återställas och att återställningen resulterar i det förväntade databastillståndet.
Relaterat innehåll
Eftersom databassäkerhetskopior skyddar data från oavsiktlig skada eller borttagning är de en viktig del av alla strategier för affärskontinuitet och haveriberedskap.
- Översikt över affärskontinuitet för Azure SQL Database
- Översikt över affärskontinuitet för Azure SQL Managed Instance
- Automatiserade säkerhetskopieringar i Azure SQL Database
- Automatiserade säkerhetskopieringar i Azure SQL Managed Instance
En självstudie om hur du konfigurerar och hanterar LTR-säkerhetskopior finns i:
Feedback
Kommer snart: Under hela 2024 kommer vi att fasa ut GitHub-problem som feedbackmekanism för innehåll och ersätta det med ett nytt feedbacksystem. Mer information finns i: https://aka.ms/ContentUserFeedback.
Skicka och visa feedback för