Automatiske sikkerhetskopier i SQL-database i Microsoft Fabric
Gjelder for:✅SQL-database i Microsoft Fabric
Denne artikkelen beskriver funksjonen for automatiserte sikkerhetskopier for SQL-database i Microsoft Fabric. Hvis du vil gjenopprette en sikkerhetskopi, kan du se Gjenopprett fra en sikkerhetskopi i SQL-databasen i Microsoft Fabric.
Hva er en sikkerhetskopi av databasen?
Databasesikkerhetskopier er en viktig del av enhver strategi for forretningskontinuitet og nødgjenoppretting, fordi de bidrar til å beskytte dataene mot skade eller sletting.
Alle nye og gjenopprettede SQL-databaser i Fabric beholder tilstrekkelige sikkerhetskopier for å tillate gjenoppretting av punkt i tid (PITR) i løpet av de siste sju dagene som standard. Tjenesten tar regelmessige fullstendige, differeniale og loggsikkerhetskopier for å sikre at databasene kan gjenopprettes til et hvilket som helst tidspunkt i oppbevaringsperioden for databasen.
Hvis du sletter en database, holder systemet sikkerhetskopier på samme måte for en nettbasert database, helt til oppbevaringsperioden på sju dager utløper.
Hvor ofte tas sikkerhetskopier på en SQL-database i Fabric?
SQL-database i Fabric har automatisk sikkerhetskopieringsfunksjonalitet aktivert fra det øyeblikket databaseopprettingen ble opprettet:
- Fullstendige sikkerhetskopier hver uke
- Differeniale sikkerhetskopier hver 12. time
- Sikkerhetskopiering av transaksjonslogg omtrent hvert 10. minutt
Den nøyaktige frekvensen for sikkerhetskopiering av transaksjonsloggen er basert på databehandlingsstørrelsen og mengden databaseaktivitet. Når du gjenoppretter en database, bestemmer tjenesten automatisk hvilke fullstendige, differensial- og transaksjonsloggsikkerhetskopier som må gjenopprettes.
Den første fullstendige sikkerhetskopieringen planlegges umiddelbart etter at en ny database er opprettet eller gjenopprettet. Denne sikkerhetskopieringen avsluttes vanligvis innen 30 minutter, men det kan ta lengre tid når databasen er stor.
Etter den første fullstendige sikkerhetskopieringen planlegges og administreres alle ytterligere sikkerhetskopier automatisk. Den nøyaktige tidsberegningen for alle databasesikkerhetskopier bestemmes av SQL-databasetjenesten ettersom den balanserer den totale systemarbeidsbelastningen. Du kan ikke endre tidsplanen for sikkerhetskopieringsjobber eller deaktivere dem.
For en ny, gjenopprettet eller kopiert database blir gjenopprettingsfunksjonaliteten for punkt i tid tilgjengelig når den første sikkerhetskopien av transaksjonsloggen opprettes, som følger den første fullstendige sikkerhetskopien.
Hvor lagres sikkerhetskopier av SQL-databasen?
Alle sikkerhetskopier i SQL-databasen i Fabric lagres på azure-lagringskontoer (zone-redundant storage). Med ZRS kopieres sikkerhetskopier synkront over tre Azure-tilgjengelighetssoner i det primære området.
ZRS er for øyeblikket bare tilgjengelig i bestemte områder. Når ZRS-basert Azure-lagring ikke er tilgjengelig, lagres sikkerhetskopier på lokalt overflødig lagring (LRS). Med LRS kopieres sikkerhetskopier synkront tre ganger innenfor én enkelt fysisk plassering i primærområdet.
Oppbevaring av sikkerhetskopilagring
SQL-database i Microsoft Fabric planlegger én fullstendig sikkerhetskopi hver uke. Hvis du vil angi PITR i hele oppbevaringsperioden, må systemet lagre flere fullstendige, differenial- og transaksjonsloggsikkerhetskopier i opptil en uke lenger enn den konfigurerte oppbevaringsperioden.
Sikkerhetskopier som ikke lenger er nødvendige for å gi PITR-funksjonalitet, slettes automatisk. Siden sikkerhetskopier og loggsikkerhetskopier krever at en tidligere fullstendig sikkerhetskopi kan gjenopprettes, fjernes alle tre sikkerhetskopitypene sammen i ukentlige sett.
For alle databaser komprimeres fullstendige og differensiale sikkerhetskopier for å redusere komprimering av sikkerhetskopilagring. Gjennomsnittlig sikkerhetskopieringskomprimeringsforhold er 3 til 4 ganger.
Sikkerhetskopilogg
Du kan vise listen over sikkerhetskopier ved hjelp av enkel T-SQL-kommando gjennom en dynamisk administrasjonsvisning (DMV) kalt sys.dm_database_backups, som fungerer på samme måte som Azure SQL Database. Denne DMV-en inneholder metadatainformasjon om alle de nåværende sikkerhetskopiene som kreves for å aktivere punkt-i-tid-gjenoppretting.
Hvis du vil spørre i katalogen for sikkerhetskopilogg, kjører du ganske enkelt T-SQL-skript gjennom Fabric-portalen (eller et annet klientverktøy du ønsker):
SELECT *
FROM sys.dm_database_backups
WHERE in_retention = 1
ORDER BY backup_finish_date DESC;
Vanlige spørsmål om sikkerhetskopier for SQL-database i Fabric
Får jeg tilgang til sikkerhetskopiene mine?
Nei, sikkerhetskopier er isolert fra Microsoft Fabric-plattformen, og disse er utilgjengelige for sluttbrukere. Den eneste måten kunden kan samhandle med sikkerhetskopifiler på, er gjennom funksjonaliteten for gjenoppretting på punkt i tid (PITR).
Er sikkerhetskopiene kryptert?
Alle filer som er lagret på Azure-lagring, inkludert sikkerhetskopier av SQL-databaser i Microsoft Fabric, krypteres automatisk når dataene vedvarer i skyen. Hvis du vil ha mer informasjon, kan du se Azure Storage-kryptering for å få data i ro.
Begrensninger
Gjeldende begrensninger for sikkerhetskopier for SQL-database:
- Du kan ikke kontrollere hyppigheten av sikkerhetskopier i SQL-databasen i Fabric.
- Du kan ikke endre oppbevaringsperioden for sikkerhetskopiering for en SQL-database i Microsoft Fabric. Standard oppbevaringsperiode er sju dager.
- Du kan bare gjenopprette sikkerhetskopier av databasen fra de direktesendte SQL-databasene.
- Du kan bare gjenopprette sikkerhetskopier av databasen i samme arbeidsområde. PITR på tvers av arbeidsområder støttes ikke.
- Hvis du sletter et arbeidsområde, slettes også alle databaser på arbeidsområdet og kan ikke gjenopprettes.
- Alle sikkerhetskopier lagres i ett enkelt område replikert på tvers av ulike Azure-tilgjengelighetssoner. Det finnes ingen georeplikaerte sikkerhetskopier.
- Bare kortsiktige sikkerhetskopier for oppbevaring støttes. Ingen støtte for sikkerhetskopiering av langsiktig oppbevaring.
- Sikkerhetskopier kan bare gjenopprettes via Fabric Portal. Det finnes for øyeblikket ingen REST-API-, Azure PowerShell- eller COMMAND Line Interface (CLI)-kommandoer aktivert.