Notitie
Voor toegang tot deze pagina is autorisatie vereist. U kunt proberen u aan te melden of de directory te wijzigen.
Voor toegang tot deze pagina is autorisatie vereist. U kunt proberen de mappen te wijzigen.
Van toepassing op:SQL Server
Dit artikel over back-up en herstel is relevant voor alle SQL Server-databases.
Een differentiële back-up is gebaseerd op de meest recente, vorige volledige gegevensback-up. Een differentiële back-up legt alleen de gegevens vast die zijn gewijzigd sinds die volledige back-up. De volledige back-up waarop een differentiële back-up is gebaseerd, wordt de basis van het differentieel genoemd. Volledige back-ups, met uitzondering van alleen-kopiëren back-ups, kunnen fungeren als basis voor een reeks differentiële back-ups, waaronder databaseback-ups, gedeeltelijke back-ups en bestandsback-ups. De basisback-up voor een bestands differentiële back-up kan worden opgenomen in een volledige back-up, een bestandsback-up of een gedeeltelijke back-up.
Voordelen
Het maken van een differentiële back-up kan veel sneller zijn dan het maken van een volledige back-up. Een differentiële back-up registreert alleen de gegevens die zijn gewijzigd sinds de volledige back-up waarop de differentiële back-up is gebaseerd. Dit vereenvoudigt het maken van frequente gegevensback-ups, waardoor het risico op gegevensverlies wordt verkleind. Voordat u echter een differentiële back-up herstelt, moet u de basis herstellen. Daarom duurt het herstellen van een differentiële back-up noodzakelijkerwijs meer stappen en tijd dan herstellen vanuit een volledige back-up omdat twee back-upbestanden vereist zijn.
Differentiële databaseback-ups zijn vooral handig als een subset van een database vaker wordt gewijzigd dan de rest van de database. In dergelijke gevallen kunt u met differentiële databaseback-ups regelmatig een back-up maken zonder de overhead van volledige databaseback-ups.
Onder het volledige herstelmodel kan het gebruik van differentiële back-ups het aantal logboekback-ups verminderen dat u moet herstellen.
Overzicht van differentiële back-ups
Een differentiële back-up legt de status vast van alle gebieden (verzamelingen van acht fysiek aaneengesloten pagina's) die zijn gewijzigd tussen het moment waarop de differentiële basis is gemaakt en wanneer de differentiële back-up wordt gemaakt. Dit betekent dat de grootte van een bepaalde differentiële back-up afhankelijk is van de hoeveelheid gegevens die sinds de basis is gewijzigd. Over het algemeen geldt dat hoe ouder een basissysteem is, des te groter een nieuwe differentiële backup zal zijn. In een reeks differentiële back-ups zal een vaak bijgewerkte gegevensgroep waarschijnlijk verschillende gegevens bevatten in elke differentiële back-up.
In de volgende afbeelding ziet u hoe een differentiële back-up werkt. In de afbeelding ziet u 24 gegevensgebieden, waarvan er 6 zijn veranderd. De differentiële back-up bevat alleen deze zes gegevensbereiken. De differentiële back-upbewerking is afhankelijk van een bitmappagina die voor elke omvang een bit bevat. Voor elk bereik dat is bijgewerkt sinds de basis, wordt het bit op 1 gezet in de bitmap.
Opmerking
De differentiële bitmap wordt niet bijgewerkt door een back-up met alleen kopiëren. Daarom heeft een back-up met alleen kopiëren geen invloed op volgende differentiële back-ups.
Een differentiële back-up die vrij snel na de basis wordt gemaakt, kan aanzienlijk kleiner zijn dan de differentiële basis. Hierdoor bespaart u opslagruimte en back-uptijd. Als een database echter in de loop van de tijd verandert, neemt het verschil tussen de database en een specifieke differentiële basis toe. Hoe langer de tijd tussen een differentiële back-up en de basis, hoe groter de differentiële back-up waarschijnlijk zal zijn. Dit betekent dat de differentiële back-ups uiteindelijk de differentiële basis in grootte kunnen benaderen. Een grote differentiële back-up verliest de voordelen van een snellere en kleinere back-up.
Naarmate de differentiële back-ups groter worden, kan het herstellen van een differentiële back-up de tijd die nodig is om een database te herstellen aanzienlijk verhogen. Daarom raden we u aan om op vaste intervallen een nieuwe volledige back-up te maken om een nieuwe differentiële basis voor de data vast te stellen. U kunt bijvoorbeeld een wekelijkse volledige back-up maken van de hele database (een volledige databaseback-up), gevolgd door een regelmatige reeks differentiële databaseback-ups gedurende de week.
Voordat u een differentiële back-up herstelt, moet u eerst de basisback-up herstellen. Herstel vervolgens alleen de meest recente differentiële back-up om de database door te sturen naar het moment waarop die differentiële back-up is gemaakt. Normaal gesproken herstelt u de meest recente volledige back-up, gevolgd door de meest recente differentiële back-up die is gebaseerd op die volledige back-up.
Differentiële back-ups van databases met tabellen die zijn geoptimaliseerd voor geheugen
Zie Back-ups maken van een database met Memory-Optimized tabellen voor informatie over differentiële back-ups en databases met tabellen die zijn geoptimaliseerd voor geheugen.
Differentiële back-ups van alleen-lezen databases
Voor alleen-lezen databases zijn volledige back-ups die alleen worden gebruikt eenvoudiger te beheren dan wanneer ze worden gebruikt met differentiële back-ups. Wanneer een database het kenmerk Alleen-lezen heeft, kunnen back-ups en andere bewerkingen de metagegevens in het bestand niet wijzigen. Daarom worden metagegevens die vereist zijn voor een differentiële back-up, zoals het logboekreeksnummer waarop de differentiële back-up begint (de differentiële basis LSN) in de master
database opgeslagen. Als de differentiële basis wordt genomen wanneer de database het kenmerk Alleen-lezen heeft, geeft de differentiële bitmap meer wijzigingen aan dan sinds de basisback-up is opgetreden. De extra gegevens worden door de backup gelezen, maar niet naar de backup geschreven, omdat de differential_base_lsn
opgeslagen in de backupsysteemtabel wordt gebruikt om te bepalen of de gegevens sinds de basisback-up zijn gewijzigd.
Wanneer een alleen-lezen database opnieuw wordt opgebouwd, hersteld of losgekoppeld en gekoppeld, gaat de differentiële basisinformatie verloren. Dit komt doordat de master
database niet wordt gesynchroniseerd met de gebruikersdatabase. Dit probleem kan niet worden gedetecteerd of voorkomen door de SQL Server-database-engine. Latere differentiële back-ups zijn niet gebaseerd op de meest recente volledige back-up en kunnen onverwachte resultaten opleveren. Als u een nieuwe differentiële basis wilt maken, raden we u aan een volledige databaseback-up te maken.
Beste praktijken voor het gebruik van differentiële back-ups met een read-only database
Nadat u een volledige databaseback-up van een alleen-lezen database hebt gemaakt, maakt u een back-up van de master
database als u een volgende differentiële back-up wilt maken.
Als de master
database verloren gaat, herstel deze voordat u een differentiële back-up van een gebruikersdatabase herstelt.
Als u een alleen-lezendatabase loskoppelt en opnieuw koppelt waarvoor u later differentiële back-ups wilt gebruiken, neem dan zo snel als praktisch mogelijk een volledige databaseback-up van zowel de alleen-lezendatabase als van de master
database.