Automatische back-ups in SQL Database in Microsoft Fabric
Van toepassing op:✅SQL-database in Microsoft Fabric
In dit artikel wordt de functie voor automatische back-ups voor SQL Database in Microsoft Fabric beschreven. 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 beschermen tegen beschadiging of verwijdering.
Voor alle nieuwe, herstelde en gekopieerde databases behoudt SQL Database in Fabric voldoende back-ups om binnen de afgelopen zeven dagen standaard een herstel naar een bepaald tijdstip (PITR) toe te staan. De service maakt regelmatig gebruik van volledige, differentiële en logboekback-ups om ervoor te zorgen dat databases kunnen worden overgeslagen naar een bepaald tijdstip binnen de bewaarperiode voor de database.
Als u een database verwijdert, houdt het systeem back-ups op dezelfde manier voor een onlinedatabase, totdat de bewaarperiode van zeven dagen 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 ZRS-opslagaccounts (zone-redundante opslag). 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-opslag 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 voor back-upopslag
SQL Database in Microsoft Fabric plant elke week één volledige back-up. Om pitr binnen de gehele bewaarperiode te bieden, moet het systeem extra volledige, differentiële en transactielogboekback-ups opslaan voor 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 logboekback-ups een eerdere volledige back-up moeten worden hersteld, worden alle drie de back-uptypen samen in wekelijkse sets opgeschoond.
Voor alle databases worden volledige en differentiële back-ups gecomprimeerd om de compressie van back-upopslag te verminderen. De gemiddelde verhouding voor back-upcompressie is 3 tot 4 keer.
Back-upgeschiedenis
U kunt de lijst met back-ups weergeven met behulp van een eenvoudige T-SQL-opdracht via een dynamische beheerweergave (DMV), sys.dm_database_backupsdie vergelijkbaar is met Azure SQL Database. Deze DMV bevat metagegevensinformatie over alle huidige back-ups die nodig zijn voor het inschakelen van herstel naar een bepaald tijdstip.
Als u een query wilt uitvoeren op back-upgeschiedeniscatalogus, voert u een T-SQL-script uit via de Fabric-portal (of een ander clienthulpprogramma naar keuze):
SELECT * FROM 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 data-at-rest voor meer informatie.
Beperkingen
Huidige beperkingen voor back-ups voor SQL Database:
- U kunt de frequentie van back-ups in SQL Database in Fabric niet beheren.
- U kunt de bewaarperiode voor back-ups voor een SQL-database in Microsoft Fabric niet wijzigen. De standaardretentieperiode is zeven dagen.
- 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.