Automatiska säkerhetskopieringar i SQL-databas i Microsoft Fabric
Gäller för:✅SQL-databas i Microsoft Fabric
Den här artikeln beskriver funktionen för automatiserade säkerhetskopieringar för SQL-databas i Microsoft Fabric. Information om hur du återställer en säkerhetskopia finns i Återställa från en säkerhetskopia i SQL-databasen i Microsoft Fabric.
Vad är en databassäkerhetskopia?
Databassäkerhetskopior är en viktig del av alla strategier för affärskontinuitet och haveriberedskap, eftersom de skyddar dina data från skador eller borttagning.
För alla nya, återställde och kopierade databaser behåller SQL-databasen i Fabric tillräckligt med säkerhetskopior för att tillåta en återställning till tidpunkt (PITR) under de senaste sju dagarna som standard. Tjänsten tar regelbundna fullständiga säkerhetskopieringar, differentiella säkerhetskopieringar och loggsäkerhetskopior för att säkerställa att databaser kan återställas till valfri tidpunkt inom kvarhållningsperioden för databasen.
Om du tar bort en databas behåller systemet säkerhetskopior på samma sätt för en onlinedatabas tills kvarhållningsperioden på sju dagar upphör att gälla.
Hur ofta görs säkerhetskopieringar på en SQL-databas i Infrastrukturresurser?
SQL-databasen i Fabric har funktionen för automatiska säkerhetskopieringar aktiverad från tidpunkten då databasen skapades:
- Fullständiga säkerhetskopior varje vecka
- Differentiella säkerhetskopior var 12:e timme
- Säkerhetskopiering av transaktionslogg ungefär var 10:e minut
Den exakta frekvensen för säkerhetskopieringar av transaktionsloggar baseras på beräkningsstorleken och mängden databasaktivitet. När du återställer en databas avgör tjänsten automatiskt vilka fullständiga säkerhetskopieringar, differentiella säkerhetskopieringar och transaktionsloggar som måste återställas.
Den första fullständiga säkerhetskopian schemaläggs omedelbart efter att en ny databas har skapats eller återställts. Den här säkerhetskopieringen avslutas vanligtvis inom 30 minuter, men det kan ta längre tid när databasen är stor.
Efter den första fullständiga säkerhetskopieringen schemaläggs och hanteras alla ytterligare säkerhetskopior automatiskt. Den exakta tidpunkten för alla databassäkerhetskopior bestäms av SQL-databastjänsten eftersom den balanserar den övergripande systemarbetsbelastningen. Du kan inte ändra schemat för säkerhetskopieringsjobb eller inaktivera dem.
För en ny, återställd eller kopierad databas blir funktionen för återställning till tidpunkt tillgänglig när den första säkerhetskopieringen av transaktionsloggen skapas, vilket följer den första fullständiga säkerhetskopian.
Var lagras mina SQL-databassäkerhetskopior?
Alla säkerhetskopior i SQL-databasen i Fabric lagras på zonredundant lagring (ZRS) Azure-lagringskonton. Med ZRS kopieras säkerhetskopior synkront över tre Azure-tillgänglighetszoner i den primära regionen.
ZRS är för närvarande endast tillgängligt i vissa regioner. När ZRS-baserad Azure Storage inte är tillgängligt lagras säkerhetskopior på lokalt redundant lagring (LRS). Med LRS kopieras säkerhetskopior synkront tre gånger på en enda fysisk plats i den primära regionen.
Kvarhållning av lagring av säkerhetskopior
SQL-databasen i Microsoft Fabric schemalägger en fullständig säkerhetskopia varje vecka. För att tillhandahålla PITR inom hela kvarhållningsperioden måste systemet lagra ytterligare fullständiga säkerhetskopieringar, differentiella säkerhetskopieringar och transaktionsloggar i upp till en vecka längre än den konfigurerade kvarhållningsperioden.
Säkerhetskopior som inte längre behövs för att tillhandahålla PITR-funktioner tas bort automatiskt. Eftersom differentiella säkerhetskopior och loggsäkerhetskopior kräver att en tidigare fullständig säkerhetskopia kan återställas rensas alla tre säkerhetskopieringstyperna tillsammans i veckouppsättningar.
För alla databaser komprimeras fullständiga och differentiella säkerhetskopior för att minska komprimering av lagring av säkerhetskopior. Genomsnittligt komprimeringsförhållande för säkerhetskopiering är 3 till 4 gånger.
Säkerhetskopieringshistorik
Du kan visa listan över säkerhetskopior med hjälp av ett enkelt T-SQL-kommando via en dynamisk hanteringsvy (DMV) med namnet sys.dm_database_backups, som fungerar på samma sätt som Azure SQL Database. Denna DMV innehåller metadatainformation om alla nuvarande säkerhetskopior som behövs för att aktivera återställning till tidpunkt.
Om du vill köra frågor mot katalogen för säkerhetskopieringshistorik kör du helt enkelt T-SQL-skript via Fabric-portalen (eller något annat klientverktyg som du väljer):
SELECT * FROM sys.dm_database_backups;
Vanliga frågor och svar om säkerhetskopior för SQL Database i Fabric
Kan jag komma åt mina säkerhetskopior?
Nej, säkerhetskopior är isolerade från Microsoft Fabric-plattformen och de är inte tillgängliga för slutanvändare. Det enda sättet för kunden att interagera med säkerhetskopieringsfiler är genom pitr-funktionen (point-in-time restore).
Är mina säkerhetskopior krypterade?
Alla filer som lagras i Azure Storage, inklusive säkerhetskopior av SQL-databas i Microsoft Fabric, krypteras automatiskt när data sparas i molnet. För mer information, se Azure Storage-kryptering för vilande data.
Begränsningar
Aktuella begränsningar för säkerhetskopior för SQL-databas:
- Du kan inte styra frekvensen för säkerhetskopior i SQL-databasen i Fabric.
- Du kan inte ändra kvarhållningsperioden för säkerhetskopiering för en SQL-databas i Microsoft Fabric. Standardkvarhållningsperioden är sju dagar.
- Du kan bara återställa databassäkerhetskopior från de aktiva SQL-databaserna.
- Du kan bara återställa säkerhetskopior av databaser på samma arbetsyta. PITR för flera arbetsytor stöds inte.
- Om du tar bort en arbetsyta tas även alla databaser på arbetsytan bort och kan inte återställas.
- Alla säkerhetskopior lagras i en enda region som replikeras i olika Azure-tillgänglighetszoner. Det finns inga geo-replikerade säkerhetskopior.
- Endast säkerhetskopior av kortsiktig kvarhållning stöds. Det finns inget stöd för långsiktig kvarhållningssäkerhetskopiering.
- Säkerhetskopior kan endast återställas via Fabric-portalen. För närvarande finns det inga REST API-kommandon, Azure PowerShell- eller CLI-kommandon (Command Line Interface) aktiverade.