Automatisk sikkerhedskopiering i SQL-database i Microsoft Fabric
Gælder for:✅SQL-database i Microsoft Fabric
I denne artikel beskrives funktionen til automatisk sikkerhedskopiering af SQL-databasen i Microsoft Fabric. Hvis du vil gendanne en sikkerhedskopi, skal du se Gendan fra en sikkerhedskopi i SQL-databasen i Microsoft Fabric.
Hvad er en sikkerhedskopi af en database?
Sikkerhedskopieringer af databaser er en vigtig del af enhver strategi for forretningskontinuitet og it-katastrofeberedskab, da de hjælper med at beskytte dine data mod beskadigelse eller sletning.
Alle nye og gendannede SQL-databaser i Fabric bevarer tilstrækkelige sikkerhedskopier til at tillade en PITR (point-in-time restore) inden for de seneste syv dage som standard. Tjenesten tager regelmæssige komplette, differentiale og logsikkerhedskopieringer for at sikre, at databaser kan gendannes til et hvilket som helst tidspunkt inden for opbevaringsperioden for databasen.
Hvis du sletter en database, bevarer systemet sikkerhedskopier på samme måde for en onlinedatabase, indtil opbevaringsperioden på syv dage udløber.
Hvor ofte tages sikkerhedskopier på en SQL-database i Fabric?
SQL-database i Fabric har automatisk sikkerhedskopiering aktiveret fra det øjeblik, databasen oprettes:
- Fuld sikkerhedskopiering hver uge
- Differential backups hver 12. time
- Sikkerhedskopiering af transaktionslog ca. hvert 10. minut
Den nøjagtige hyppighed for sikkerhedskopiering af transaktionslog er baseret på størrelsen af beregningen og mængden af databaseaktivitet. Når du gendanner en database, bestemmer tjenesten automatisk, hvilke sikkerhedskopier af fuld, differentieret og transaktionslog, der skal gendannes.
Den første fulde sikkerhedskopiering planlægges, umiddelbart efter at en ny database er oprettet eller gendannet. Denne sikkerhedskopiering afsluttes normalt inden for 30 minutter, men det kan tage længere tid, når databasen er stor.
Efter den første fulde sikkerhedskopiering planlægges og administreres alle yderligere sikkerhedskopieringer automatisk. Den nøjagtige tidsindstillinger for alle databasesikkerhedskopieringer bestemmes af SQL-databasetjenesten, da den balancerer den overordnede systemarbejdsbelastning. Du kan ikke ændre tidsplanen for sikkerhedskopieringsjob eller deaktivere dem.
I forbindelse med en ny, gendannet eller kopieret database bliver funktionen til gendannelse på et tidspunkt tilgængelig, når den indledende sikkerhedskopiering af transaktionsloggen oprettes, hvilket følger efter den indledende komplette sikkerhedskopiering.
Hvor gemmes mine SQL-databasesikkerhedskopieringer?
Alle sikkerhedskopier i SQL-databasen i Fabric gemmes på Azure Storage-konti med zone redundant lager (ZRS). Med ZRS kopieres sikkerhedskopier synkront på tværs af tre Tilgængelighedszoner i Azure i det primære område.
ZRS er i øjeblikket kun tilgængelig i visse områder. Når ZRS-baseret Azure-lager ikke er tilgængeligt, gemmes sikkerhedskopier på lokalt redundant lager (LRS). Med LRS kopieres sikkerhedskopier synkront tre gange inden for en enkelt fysisk placering i det primære område.
Opbevaring af sikkerhedskopilager
SQL-databasen i Microsoft Fabric planlægger en fuld sikkerhedskopiering hver uge. For at levere PITR inden for hele opbevaringsperioden skal systemet gemme yderligere sikkerhedskopier af fuld, differentiale og transaktionslogfiler i op til en uge længere end den konfigurerede opbevaringsperiode.
Sikkerhedskopier, der ikke længere er nødvendige for at levere PITR-funktionalitet, slettes automatisk. Da differentialsikkerhedskopieringer og logsikkerhedskopieringer kræver, at en tidligere fuld sikkerhedskopiering kan gendannes, ryddes alle tre sikkerhedskopityper sammen i ugentlige sæt.
For alle databaser komprimeres komplette og differentiale sikkerhedskopier for at reducere sikkerhedskopiering af lager. Det gennemsnitlige sikkerhedskopikomprimeringsforhold er 3 til 4 gange.
Sikkerhedskopieringshistorik
Du kan få vist listen over sikkerhedskopier ved hjælp af en simpel T-SQL-kommando via en DMV (Dynamic Management View), der fungerer sys.dm_database_backupspå samme måde som Azure SQL Database. Denne DMV indeholder metadataoplysninger om alle de aktuelle sikkerhedskopier, der er nødvendige for at aktivere gendannelse på et tidspunkt.
Hvis du vil forespørge om kataloget over sikkerhedskopihistorik, skal du blot køre T-SQL-script via Fabric-portalen (eller et andet klientværktøj efter eget valg):
SELECT *
FROM sys.dm_database_backups
WHERE in_retention = 1
ORDER BY backup_finish_date DESC;
Ofte stillede spørgsmål om sikkerhedskopier til SQL-database i Fabric
Kan jeg få adgang til mine sikkerhedskopier?
Nej, sikkerhedskopier er isoleret fra Microsoft Fabric-platformen, og disse er utilgængelige for slutbrugere. Den eneste måde, kunden kan interagere med sikkerhedskopifiler på, er ved hjælp af pitr-funktionen (Point-in-Time Restore).
Er mine sikkerhedskopier krypteret?
Alle filer, der er gemt på Azure Storage, herunder sikkerhedskopier af SQL-database i Microsoft Fabric, krypteres automatisk, når dataene bevares i cloudmiljøet. Du kan få flere oplysninger under Azure Storage-kryptering for inaktive data.
Begrænsninger
Aktuelle begrænsninger for sikkerhedskopier af SQL-database:
- Du kan ikke styre hyppigheden af sikkerhedskopier i SQL-databasen i Fabric.
- Du kan ikke ændre opbevaringsperioden for sikkerhedskopiering for en SQL-database i Microsoft Fabric. Standardopbevaringsperioden er syv dage.
- Du kan kun gendanne sikkerhedskopier af databaser fra de dynamiske SQL-databaser.
- Du kan kun gendanne sikkerhedskopier af databaser i det samme arbejdsområde. PITR på tværs af arbejdsområder understøttes ikke.
- Hvis du sletter et arbejdsområde, slettes alle databaser i arbejdsområdet også, og de kan ikke gendannes.
- Alle sikkerhedskopier gemmes i et enkelt område, der replikeres på tværs af forskellige Tilgængelighedszoner i Azure. Der er ingen geo-replikerede sikkerhedskopier.
- Det er kun sikkerhedskopier af korttidsopbevaring, der understøttes. Der understøttes ingen langsigtede opbevaringssikkerhedskopieringer.
- Sikkerhedskopier kan kun gendannes via Fabric-portalen. Der er i øjeblikket ingen kommandoer til REST API, Azure PowerShell eller Kommandolinjegrænseflade (CLI) aktiveret.