Notitie
Voor toegang tot deze pagina is autorisatie vereist. U kunt proberen u aan te melden of mappen te wijzigen.
Voor toegang tot deze pagina is autorisatie vereist. U kunt proberen om mappen te wijzigen.
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:
Navigeer in de Fabric-portal naar de instellingen van uw database.
Selecteer Bewaarbeleid voor back-ups.
Geef onder Bewaarperiode het gewenste bewaarbeleid op, van 1 tot 35 dagen.
Selecteer Opslaan.
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
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.