Share via


Automatische back-ups in SQL Database in Microsoft Fabric

Van toepassing op:SQL-database in Microsoft Fabric

Back-ups zijn een automatische functie voor SQL Database in Microsoft Fabric.

Zie Herstellen vanuit een back-up in een SQL-database in Microsoft Fabric als u een back-up wilt herstellen.

Wat is een databaseback-up?

Databaseback-ups zijn een essentieel onderdeel van elke strategie voor bedrijfscontinuïteit en herstel na noodgevallen, omdat ze uw gegevens helpen beschermen tegen ongevallen, beschadiging of verwijdering.

Alle nieuwe en herstelde SQL-databases in Fabric behouden voldoende back-ups om een herstel naar een bepaald tijdstip (PITR) in de afgelopen zeven dagen standaard toe te staan. De service maakt regelmatig gebruik van volledige back-ups, differentiële back-ups en transactielogboeken om ervoor te zorgen dat databases kunnen worden overgeslagen op een bepaald tijdstip binnen de bewaarperiode.

Als u een database verwijdert, houdt het systeem back-ups op dezelfde manier bij voor een onlinedatabase, totdat de bewaarperiode verloopt.

Hoe vaak worden back-ups gemaakt op een SQL-database in Fabric?

SQL Database in Fabric heeft automatische back-ups ingeschakeld vanaf het moment van het maken van de database:

  • Volledige back-ups elke week
  • Differentiële back-ups elke 12 uur
  • Back-ups van transactielogboeken ongeveer om de 10 minuten

De exacte frequentie van back-ups van transactielogboeken is gebaseerd op de rekenkracht en de hoeveelheid databaseactiviteit. Wanneer u een database herstelt, bepaalt de service automatisch welke back-ups van volledige, differentiële en transactielogboeken moeten worden hersteld.

De eerste volledige back-up wordt gepland direct nadat een nieuwe database is gemaakt of hersteld. Deze back-up wordt meestal binnen 30 minuten voltooid, maar het kan langer duren wanneer de database groot is.

Na de eerste volledige back-up worden alle verdere back-ups automatisch gepland en beheerd. De exacte timing van alle databaseback-ups wordt bepaald door de SQL-databaseservice, omdat deze de algehele systeemworkload in balans brengt. U kunt het schema van back-uptaken niet wijzigen of uitschakelen.

Voor een nieuwe, herstelde of gekopieerde database is herstel naar een bepaald tijdstip beschikbaar wanneer de eerste back-up van het transactielogboek wordt gemaakt, die de eerste volledige back-up volgt.

Waar worden back-ups van mijn SQL-database opgeslagen?

Alle back-ups in SQL-database in Fabric worden opgeslagen in Azure-opslagaccounts met zone-redundante opslag (ZRS). Met ZRS worden back-ups synchroon gekopieerd naar drie Azure-beschikbaarheidszones in de primaire regio.

ZRS is momenteel alleen beschikbaar in bepaalde regio's. Wanneer Azure Storage op basis van ZRS niet beschikbaar is, worden back-ups opgeslagen op lokaal redundante opslag (LRS). Met LRS worden back-ups drie keer synchroon gekopieerd binnen één fysieke locatie in de primaire regio.

Bewaarperiode van backupopslag

De standaardretentieperiode voor de back-ups in een back-upketen is 7 dagen, maar dit kan tot 35 dagen worden verlengd.

SQL Database in Microsoft Fabric plant elke week één volledige back-up. Om PITR gedurende de gehele bewaarperiode te bieden, slaat het systeem een volledige set van volledige, differentiële en transactielogboekback-ups op tot maximaal een week langer dan de geconfigureerde bewaarperiode.

Back-ups die niet meer nodig zijn om pitr-functionaliteit te bieden, worden automatisch verwijderd. Omdat differentiële back-ups en logback-ups een eerdere volledige back-up vereisen om herstelbaar te zijn, worden alle drie de back-uptypen samen in wekelijkse sets verwijderd.

Voor alle databases worden volledige en differentiële back-ups gecomprimeerd om de compressie van back-upopslag te verminderen. De gemiddelde compressieverhouding voor back-ups is 3:1 tot 4:1.

Een langere retentieduur van back-ups van SQL-databases verhoogt de opslag die wordt gebruikt voor back-ups in uw infrastructuurcapaciteit.

Bewaarbeleid voor back-upopslag wijzigen

De bewaarperiode voor back-upopslag wijzigen van de standaard 7 dagen in maximaal 35 dagen:

  1. Navigeer in de Fabric-portal naar de instellingen van uw database.

  2. Selecteer Bewaarbeleid voor back-ups.

  3. Geef onder Bewaarperiode het gewenste bewaarbeleid op, van 1 tot 35 dagen.

  4. Selecteer Opslaan.

    Schermopname van de Fabric-portal waarin wordt getoond hoe u het bewaarbeleid voor back-ups wijzigt in database-instellingen.

Backupgeschiedenis

U kunt de lijst met back-ups weergeven met behulp van een eenvoudige T-SQL-opdracht via de dynamische beheerweergave (DMV) sys.dm_database_backups, die vergelijkbaar is met Azure SQL Database. Deze DMV bevat metadata over alle huidige back-ups die nodig zijn voor het uitvoeren van een herstel op een specifiek tijdstip. De backup_type kolom geeft het type back-up aan: Volledig (D) of Differentieel (I) of Transactielogboek (L).

Als u een query wilt uitvoeren op de catalogus met back-upgeschiedenis, voert u deze T-SQL-query uit in de Fabric-portal of het queryhulpprogramma van uw keuze:

SELECT *
FROM sys.dm_database_backups
WHERE in_retention = 1
ORDER BY backup_finish_date DESC;

Bijvoorbeeld

Schermopname van de queryresultaten van sys.dm_database_backups.

Veelgestelde vragen over back-ups voor SQL Database in Fabric

Heb ik toegang tot mijn back-ups?

Nee, back-ups zijn geïsoleerd van het Microsoft Fabric-platform en deze zijn niet toegankelijk voor eindgebruikers. De enige manier voor de klant om te communiceren met back-upbestanden is via een herstelfunctie naar een bepaald tijdstip (PITR).

Worden mijn back-ups versleuteld?

Alle bestanden die zijn opgeslagen in Azure Storage, inclusief back-ups van SQL Database in Microsoft Fabric, worden automatisch versleuteld wanneer de gegevens in de cloud worden bewaard. Zie Azure Storage-versleuteling voor gegevens in rust voor meer informatie.

Limitations

Huidige beperkingen voor back-ups voor SQL Database:

  • U kunt de frequentie van back-ups in SQL Database in Fabric niet beheren.
  • U kunt alleen databaseback-ups herstellen vanuit de live SQL-databases.
  • U kunt alleen databaseback-ups binnen dezelfde werkruimte herstellen. Pitr voor meerdere werkruimten wordt niet ondersteund.
  • Als u een werkruimte verwijdert, worden ook alle databases in die werkruimte verwijderd en kunnen ze niet worden hersteld.
  • Alle back-ups worden opgeslagen in één regio die wordt gerepliceerd in verschillende Azure-beschikbaarheidszones. Er zijn geen geo-gerepliceerde back-ups.
  • Alleen back-ups voor kortetermijnretentie worden ondersteund. Geen ondersteuning voor langetermijnretentieback-ups.
  • Back-ups kunnen alleen worden hersteld via de Fabric-portal. Er zijn momenteel geen REST API-, Azure PowerShell- of CLI-opdrachten (Command Line Interface) ingeschakeld.